Generate a weekly changelog entry from git history, filtering operational noise and producing editorial summary, field notes, statistics, and a bounded commit manifest. Stops for review unless commit was explicitly requested.
中文简介正在准备中。当前显示原文说明。
Review the retained annotation candidate queue and curate per-coin editorial history. Use weekly during active event periods, monthly otherwise, or on queue-health warnings; this does not restore the retired live chart overlay.
中文简介正在准备中。当前显示原文说明。
安装前可以查看交给 AI 代理的指令内容。
Read docs/editorial-style.md; its technical-evidence register governs prose.
npm run candidates:annotations writes machine-found events to ignored agents/annotation-candidates.{md,json}. Editorially classify each row as promote, drop, or defer; never auto-publish a producer signal.
This is permanent editorial intake, not a pending chart feature. The live chart overlay is retired; keep the curated corpus, review decisions, deferrals, legacy backup, and downloaded snapshots. A reviewed corpus edit does not restore the overlay or authorize automatic publication. Hosted artifacts expire, so retain the reviewer handoff separately.
For pinned RPC reads and provenance, follow Pinned On-Chain Evidence.
Scheduled runs retain full immutable agent-maintenance-candidates-<run-id>-<attempt> artifacts for 90 days, covering monthly review plus a missed monthly review. The issue contains excerpts and a download link, not the complete backlog. Before a sweep, download all retained runs since the last handoff (include failed runs with partial artifacts). From the repository root, with GitHub read access:
set -o pipefail
history_dir=agents/annotation-history
mkdir -p "$history_dir"
since_date=$(node -e 'process.stdout.write(new Date(Date.now() - 90 * 86400000).toISOString().slice(0, 10))')
gh api --paginate -X GET 'repos/{owner}/{repo}/actions/workflows/agent-maintenance-candidates.yml/runs' \
-f created=">=$since_date" -f status=completed -f per_page=100 --jq '.workflow_runs[].id' |
while read -r run_id; do
gh run download "$run_id" --pattern 'agent-maintenance-candidates-*' --dir "$history_dir/$run_id" || exit 1
done
npm run candidates:annotations -- --replay "$history_dir"
Use a shell with pipefail enabled so a failed run listing does not look like an empty history. Download failures, expired runs, or runs without artifacts are coverage gaps to resolve/report; do not silently skip them. Existing local download directories can be reused for replay without redownloading. --replay is offline: it merges every annotation-candidates.json under that directory with the local queue, preserving legacy rows and deferrals. It never writes decisions or product annotations. Keep agents/annotation-review.json, the queue, and needed snapshots together in the review handoff; do not delete them merely because the scheduled issue changed.
On the first migration of a legacy Markdown queue, the producer preserves its exact original bytes as agents/annotation-candidates.legacy.md and links it from the new queue. Read that backup for indented deferral evidence, source gaps, and free-form review notes the row parser cannot interpret. Keep it in the handoff too; it is never overwritten automatically.
Live collection overlaps 14 days of tape history and follows cursors serially with page/deadline bounds. JSON coverage and queue source notes distinguish complete from incomplete collection windows. Missing pages/sources remain pending evidence even when the command succeeds. Review dispositions identify individual events; a complete collection window is not a completed editorial review. The legacy date-only last_swept_at comment is preserved for compatibility and no longer suppresses arrivals or advances automatically.
annotation-review.json, shared/types/chart-annotation.ts, shared/data/annotations/curated-annotations.ts, and each referenced shared/data/annotations/coins/<id>.json. Source files own shape, enum, severity, and validation. Match distinct same-day events by their printed id, not just date/coin/kind.launch hint is not an annotation enum. Use an established curated kind only when primary-source evidence supports that classification; do not invent a new kind or require the retired chart overlay to exist.For promoted rows, add { date, kind, label, severity?, href?, note? } to the per-coin JSON in ascending date order. Keep labels within the source limit and put rationale in note. Create/register a new coin file only when needed, following the loader’s existing pattern.
Record each decision by the exact printed row id in reviewer-owned agents/annotation-review.json (create it on the first review). The schema is exported as AnnotationReviewSchema by scripts/maintenance/build-annotation-candidates.ts:
{
"version": 1,
"decisions": {
"tape:example-event-id": {
"disposition": "defer",
"reviewedAt": "2026-09-07T12:00:00.000Z",
"reason": "Await issuer post-mortem; revisit when published"
}
}
}
Use promote, drop, or defer; promoted rows must have their annotation edit applied before recording promotion. Keep promoted/dropped IDs to prevent replay from requeuing them, and retain a reason/trigger for deferrals. Preserve legacy row IDs on migration. Rerun the offline replay command after decisions: it removes promoted/dropped rows from the Markdown view, retains deferrals, and admits new same-day IDs. Do not advance last_swept_at or manufacture a reviewed interval from incomplete collection. Record promote/drop/defer counts in the closeout.
Validate:
npm run check:stablecoin-data
npm test -- curated-annotations
Report promoted counts by coin, drop reasons, each deferral trigger, remaining rows/oldest date, and checks. Never invent dates, collapse distinct multi-day events, or treat a producer signal as its own evidence.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Generate a weekly changelog entry from git history, filtering operational noise and producing editorial summary, field notes, statistics, and a bounded commit manifest. Stops for review unless commit was explicitly requested.
中文简介正在准备中。当前显示原文说明。
Research and populate tracked stablecoin compliance sidecars for the U.S. GENIUS Act, EU MiCA, or both. Use when adding or auditing authorization, applicability, pathway, or disclosure evidence.
中文简介正在准备中。当前显示原文说明。
Use when adding, reviewing, squashing, deploying, or rolling back Pharos D1 migrations or schema cleanup.
中文简介正在准备中。当前显示原文说明。
Drain the Pharos Dependency Map coverage-audit queues into evidence-refreshed edges, reviewed target dispositions, or documented deferrals. Use monthly after weekly production dependency audits, after dependency coverage drops, or when reviewing adapter gaps, material unlinked slices, symbol leads, duplicate/split groups, or unverifiable published edges.
中文简介正在准备中。当前显示原文说明。
Update Pharos funding donations by reconciling inbound transfers, rejecting wallet self-activity and spam, pricing receipt-time value, and appending user-approved rows.
中文简介正在准备中。当前显示原文说明。
Draft a short, prioritized questionnaire for a collaborating stablecoin team when public evidence cannot resolve important Pharos data or confidence gaps.
中文简介正在准备中。当前显示原文说明。