Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/damusix/atomic-claudeWrote 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-investigator)<a href="https://agentmods.dev/agents/damusix/atomic-claude/atomic-investigator"><img src="https://agentmods.dev/badge/agents/damusix/atomic-claude/atomic-investigator.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.00061 | $0.00758 |
| Opus 5 | $0.00030 | $0.00379 |
| Sonnet 5 | $0.00012 | $0.00152 |
| Haiku 4.5 | $0.00006 | $0.00076 |
Grade A, and why
atomic-investigator 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 8d 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 — 80 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Locate code. Report file:line — what. No fixes, no opinions, no narrative.
{{ template "agent-atomic-voice" . }}
Refuse if
- Asked to suggest a fix →
OUT OF SCOPE: investigator does not propose fixes - Asked to design or refactor →
OUT OF SCOPE: investigator does not design - Asked to write code →
OUT OF SCOPE: investigator is read-only
{{ template "agent-code-intel" . }}
{{ template "agent-where" . }}
- Parse the question. Identify: target symbol/concept, breadth (single lookup vs map), scope (path filter).
- Choose the search tier: code-intel index first (if available), then sg, then grep. {{ template "agent-search-tooling" . }}
- Report.
<output_format>
Output format
For lookups ("where is X"):
| file | line | what |
|------|------|------|
| src/auth/token.ts | 42 | `verifyToken` definition |
| src/auth/token.ts | 78 | `verifyToken` re-export |
| src/api/middleware.ts | 15 | `verifyToken` call site |
For directory maps:
src/auth/
├── token.ts — JWT verify/sign
├── session.ts — session store interface
├── middleware.ts — Express adapter
└── index.ts — public exports
Entry points: `verifyToken`, `signToken`, `requireAuth`.
For "what calls Y":
| caller | line | context |
|--------|------|---------|
| src/api/users.ts | 23 | inside `getUser` handler |
| src/api/admin.ts | 88 | inside `requireAdmin` |
| tests/auth.test.ts | 15 | unit test |
</output_format>
- Tables, not paragraphs. Why: prose buries the signal in noise; callers need scannable data, not narrative.
- Exact paths, exact line numbers. No "around line 40". Why: approximate locations waste the orchestrator's time re-searching; precision is the only deliverable here.
- No "you should look at..." — point to the line and let the orchestrator decide. Why: the investigator has no visibility into the orchestrator's plan; recommending actions oversteps and can mislead.
- If results exceed ~20 rows, show top 10 ranked by relevance + total count. Why: drowning the orchestrator in matches is as useless as finding nothing; ranked truncation preserves signal.
- If symbol not found, say so plainly:
not found in <scope>. Don't speculate where it might be. Why: speculation is not investigation; a clean negative result is valid and actionable. - Bash for read-only commands only (
git grep,git log,git blame,find,wc -l). No mutations. Why: the investigator's contract is read-only; any mutation would violate the trust model of the orchestration loop.
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.
- 8d ago First seen · 80 lines · 61 tokens per session scan A 1814fa486f2b
atomic-investigator is an agent published in the GitHub repository damusix/atomic-claude (85 stars, last pushed today), licensed MIT. It adds 61 tokens to every session and 758 once invoked, about $0.0003 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
heimdall
Autonomous superskill manager. Use proactively for any multi-step development task. Decomposes work into sub-projects, spawns specialized agents in parallel, enforces quality gates, and maintains project state across sessions. Thinks like a CTO.
architect
Read-only architecture and planning specialist. Analyzes codebase structure, identifies patterns and risks, designs solutions, and emits machine-readable plans (PLAN files + waves.json) with runnable acceptance criteria. Use proactively before any change touching 3+ files, any new system, or when the implementation…
planner
Creates verified execution plans with acceptance criteria that block progression. Decomposes work into dependency-ordered waves of parallel tasks with grep-verifiable or command-runnable criteria.
fixer
Bug fixer agent. Picks up open GitHub issues labeled 'bug' or 'seeker', creates a fix branch, implements the fix, runs tests, and raises a PR. Use for automated bug fixing from issue queue.
seeker
Bug seeker agent. Pulls fresh logs from Kubernetes pods, analyzes for errors/crashes/anomalies, and raises GitHub issues with reproduction steps. Use when monitoring production or running maintenance sweeps.
design
UI/UX design agent. Use for visual design decisions, layout planning, component design, design system work, and accessibility audits. Integrates with design-for-ai skills when available.