Getting it into your agent
It runs from inside its repository, so the clone comes first — what it calls does not travel with the file alone.
git clone --depth 1 https://github.com/zircote-plugins/sigintnpx agentmods add commands/zircote-plugins/sigint/resumeWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/zircote-plugins/sigint/resume)<a href="https://agentmods.dev/commands/zircote-plugins/sigint/resume"><img src="https://agentmods.dev/badge/commands/zircote-plugins/sigint/resume/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/zircote-plugins/sigint/resume"><img src="https://agentmods.dev/badge/commands/zircote-plugins/sigint/resume.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00008 | $0.00836 |
| Opus 5.5 | $0.00003 | $0.00334 |
| Sonnet 5.5 | $0.00002 | $0.00167 |
| Haiku 4.5 | $0.00001 | $0.00084 |
Grade A, and why
resume scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Resume a previous sigint research session following the harness initialization protocol.
Arguments:
$1- Topic name to resume (optional if only one active session)--list- List all available research sessions
Harness Initialization Protocol:
The resume command follows the Anthropic long-running agent harness pattern: read progress files first to understand prior work state before doing anything else.
Process:
-
If
--listspecified: Readsigint.config.jsontopics as the primary session index (comprehension-only — Read is acceptable per Structured Data Protocol). For each topic entry with lifecycle fields (status,dimensions,created,updated,findings_count), display directly from config.Fall back to scanning
./reports/*/state.jsonfor sessions not registered in the config (legacy sessions predating topic registration).Display table:
| Topic | Status | Last Updated | Dimensions | Findings | |-------|--------|--------------|------------|----------| -
If topic specified: Load
./reports/[topic]/research-progress.mdFIRST (harness init protocol). Then load./reports/[topic]/state.jsonfor structured data. -
If no topic specified: Check for single active session. If multiple, prompt user to specify. If none, suggest starting new research.
-
Read progress file first (harness init protocol):
Read ./reports/{topic_slug}/research-progress.mdThis is the human/agent-readable log of all phase transitions, codex review results, and session events. It provides the cross-session continuity that state.json alone cannot.
If
research-progress.mddoes not exist (legacy session), fall back to state.json only and note: "Legacy session — no progress file. Consider running/sigint:updateto generate one." -
Restore research context (comprehension-only — Read is acceptable per Structured Data Protocol): From state.json:
- Load all findings and sources
- Read
lineage[]to understand session history - Identify current research phase
- Check for quarantined findings in
./reports/{topic_slug}/quarantine.json
From research-progress.md:
- Identify last completed phase
- Note any codex review gate results
- Check for flagged issues or gaps
-
Display session summary:
Research Session: [topic] Status: [active/paused/complete] Phase: [discovery/analysis/synthesis] Started: [date] Last Updated: [date] Lineage: [N] research actions Latest: [action] on [date] — [dimensions], [finding_count] findings Findings: [count] ([quarantined] quarantined) Sources: [count] Dimensions: [list with status] Codex Review Status: - Post-findings: [pass/fail/not-run] - Post-merge: [pass/fail/not-run] Pending Tasks: - [from progress file if any] -
Suggest next steps: Based on current phase, lineage, and findings:
- If research is recent and complete → suggest
/sigint:reportor/sigint:issues - If research is stale (>30 days) → suggest
/sigint:update - If dimensions are missing → suggest
/sigint:augment <dimension> - If quarantined findings exist → suggest reviewing
quarantine.json
- If research is recent and complete → suggest
Output:
- Session summary with lineage history
- Research state restored with progress context
- Suggested next actions based on current state
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 96 lines · 8 tokens per session scan A 4fcb58fb1c4a
resume is a command published in the GitHub repository zircote-plugins/sigint (24 stars, last pushed 2mo ago), licensed MIT. It adds 8 tokens to every session and 836 once invoked, about $0.0000 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
radar-council
The on-demand strategic war room. Spins up a REAL experimental agent team of 4 analyst teammates (pricing, product gap, threat and sentiment, devil's advocate) over the latest briefing. They message and challenge each other like a scientific debate, converge on recommended moves, and the addendum is published to all…
radar
The weekly competitor gather run. Fans out one competitor-scout subagent per competitor in parallel, each returning a cited dossier via BrightData, then diffs against last week, merges one briefing, and publishes to all three surfaces (local folder, Notion, HTML dashboard). Runs autonomously. Run /radar-setup first.
radar-setup
One-time setup for Competitive Intelligence Radar. Asks about your BrightData and Notion connection and live-tests both, then shows the proposed Notion schema for your approval before creating anything, then checks the agent-teams prerequisites for the council. Run this before /radar.
learn
Force claude-smart to extract learnings from this session now.
recall-save
Generate / overwrite .recall/context.md with Recall's local offline summarizer.
ai-act-ask
Answer an EU AI Act question grounded in the bundled knowledge base — verbatim statute text, obligation paraphrases, and the compound-risk taxonomy. Offline and deterministic by default; cites the articles it relies on.