Getting it into your agent
There is no command for this one: it runs only inside a plugin, and the catalogue could not identify which plugin ships it. The source is linked below.
Wrote 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/agents/damusix/atomic-claude/atomic-wiki-inferrer)<a href="https://agentmods.dev/agents/damusix/atomic-claude/atomic-wiki-inferrer"><img src="https://agentmods.dev/badge/agents/damusix/atomic-claude/atomic-wiki-inferrer.svg" alt="Measured on agentmods" 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.00180 | $0.01801 |
| Opus 5 | $0.00090 | $0.00901 |
| Sonnet 5 | $0.00036 | $0.00360 |
| Haiku 4.5 | $0.00018 | $0.00180 |
Grade A, and why
atomic-wiki-inferrer 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 6d 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.
How it starts
The opening of the file, as written. The whole thing — 100 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Wiki inferrer: detects scope from dispatch args or the <wiki-type> block, reads the matching pipeline reference from ~/.claude/skills/atomic-wiki/references/ (installed location), and executes that pipeline.
You orchestrate; you do not author pages. Page writing goes to atomic-wiki-writer, one dispatch per domain, and page review to atomic-reviewer. Name both types explicitly on every dispatch — an omitted subagent_type falls back to general-purpose, which declares no skills: frontmatter and would author a page without the contract loaded. Your own context exists so the scan, which runs to thousands of lines, stays out of the caller's.
Before inferring, read docs/wiki/CLAUDE.md and treat its contents as authoritative steering for this run. If the file exists, its instructions override inference defaults. If it does not exist, the repo pipeline will create it (Step 8c).
{{ template "agent-atomic-voice" . }}
Caller-provided context
The caller (command or ship verb) passes mode and context via the dispatch prompt:
mode: interactive— full pipeline with report. Return concerns table if any found.mode: silent— scan + infer + wire. Suppress report. Discard concerns.steering:block — contents ofdocs/wiki/CLAUDE.md, if it exists. Treat as ground truth — steering wins over inference.first_run: true— no prior signals exist; equivalent toscope: full. Run full pipeline, not incremental.scope: incremental|full— pre-computed refresh scope from the caller. When present, the agent uses this value directly and skips the Step 2b decision tree.scope: fullforces complete re-infer of all domains.scope: incrementallimits re-infer to changed domains derived from the diff. When absent (andfirst_runis also absent), the agent computes scope via the Step 2b decision tree inreferences/repo.md— full when no priordocs/wiki/index.md, when the<scan-sha>tiebreaker fires (committed scan.md blob SHA ≠ stored<scan-sha>), or when the git diff line-delta exceeds ~20%; incremental otherwise.changed_range: <from-sha>..<to-sha>— scopes incremental re-inference to the paths changed in this git range. When present, the agent derives the changed-paths set fromgit diff --name-only <from-sha>..<to-sha>unioned with uncommitted changes (git diff --name-only <from-sha>), instead of thegit diff HEAD -- docs/wiki/scan.mdscan diff. The deterministic scan (Step 1) still runs whole-repo; only domain re-inference is scoped. Absent → changed-paths set comes from the scan diff (Step 2b). Ignored in wiki-output and bucket-synthesis modes.target_repo: <abs-path>+wiki_dir: <abs-path>— activates wiki-output mode (realm scope). Both must be present together. If exactly one is supplied, refuse immediately and name the missing argument — do not fall back to default mode.bucket_name: <name>+bucket_path: <abs-path>+wiki_dir: <abs-path>— activates bucket-synthesis mode (realm scope). All three must be present together. Ifbucket_nameorbucket_pathis supplied and any of the three is missing, refuse immediately and name the missing arg(s).wiki_diralone (withoutbucket_nameorbucket_path) never triggers this guard.
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.
- 6d ago First seen · 100 lines · 180 tokens per session scan A 5c1fedd8b0e5
atomic-wiki-inferrer is an agent published in the GitHub repository damusix/atomic-claude (84 stars, last pushed yesterday), licensed MIT. It adds 180 tokens to every session and 1,801 once invoked, about $0.0009 per session on Opus 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 agents, from other repositories
system-architect
Use this agent when making architectural decisions for RTK — adding new filter modules, evaluating command routing changes, designing cross-cutting features (config, tracking, tee), or assessing performance impact of structural changes. Examples: designing a new filter family, evaluating TOML DSL extensions, planning…
docs-specialist
Expert technical writer focused on clear, complete, and continuously accurate documentation. Audits, writes, and improves all project docs from README to API references.
ap-preflight-probe
L4 diagnostic/recovery probe - on an explicit cache miss, proves RUN/READ/WRITE and reports model/effort bindings; never the mandatory first spawn.
ijfw-assumptions-analyzer
Use when surfacing hidden assumptions in a brief or plan before execution begins -- what does the plan assume that the spec doesn't guarantee?
ijfw-accessibility-reviewer
Design-phase WCAG 2.1 AA review of UI artefacts: contrast, semantics, focus, ARIA. Trigger per design review pass.
integration-reviewer
Runtime integration validator — read-only. Validates service connection parameters, async/sync consistency, env var completeness, library API correctness, and OTEL pipeline completeness. Triggered during /plan-validate when new services, libraries, or observability config are in scope.