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.
npx skills add IronAdamant/Chisel --skill skillsgit clone --depth 1 https://github.com/IronAdamant/ChiselWrote 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/skills/ironadamant/chisel/skills)<a href="https://agentmods.dev/skills/ironadamant/chisel/skills"><img src="https://agentmods.dev/badge/skills/ironadamant/chisel/skills/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/skills/ironadamant/chisel/skills"><img src="https://agentmods.dev/badge/skills/ironadamant/chisel/skills.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.00077 | $0.00927 |
| Opus 5.5 | $0.00031 | $0.00371 |
| Sonnet 5.5 | $0.00015 | $0.00185 |
| Haiku 4.5 | $0.00008 | $0.00093 |
Grade A, and why
chisel 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 2mo 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 — 47 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Chisel — Test Impact Analysis for Agents
Chisel (source: ~/Documents/coding_projects/Chisel, CLI: chisel, MCP server: chisel, PyPI: chisel-test-impact) maps tests to code and code to git history, answering: what to run, what's risky, who touched it. Zero dependencies, per-project .chisel/ SQLite DB.
Core loop (day-to-day)
chisel analyze . # first time, or after big structural changes
# ... edit code ...
chisel diff-impact # which tests are impacted by my changes?
chisel run -- pytest tests/ # run tests AND auto-record pass/fail results
chisel triage # top risks + coverage gaps + stale tests in one call
chisel update # incremental refresh (near-instant when nothing changed)
Prefer the MCP tools when the chisel server is connected (26 tools): diff_impact, suggest_tests, triage, risk_map, test_gaps, record_result, stats; start_job/job_status/cancel_job for long analyses. Pass auto_update=true on query tools to refresh a stale DB inline. The CLI is equivalent and scripting-safe.
Key facts (v0.13–0.15+)
- gitignore-aware: ignored trees (vendored deps, build output, fixture dirs) are never scanned or traversed; untracked-but-not-ignored files ARE visible, so working-tree analysis still works.
CHISEL_INCLUDE_IGNORED=1overrides; non-git projects are unfiltered. - Real CLI exit codes since v0.13:
chisel analyze && pytestscripting works (status: error|git_error→ 1). - No-op
updateis near-instant (edge_rebuild_skipped: true); a one-file update rebuilds in seconds, not minutes. - Uncommitted files: pass
working_tree=true(CLI:--working-tree) torisk_map/test_gaps/suggest_tests/diff_impact/triage. - CLI defaults match engine for
risk-map: line-weighted coverage + proximity on;--auto-updateon the same tools that support MCPauto_update. - Monorepos:
CHISEL_SHARDS=pkg1,pkg2(or.chisel/shards.toml);shardparam onanalyze/update/start_job(MCP and CLI--shard). Query tools aggregate across shards; cross-shard test edges are not yet routed. sourcetrust order on suggestions:hybrid > direct > import_graph > co_change > static_require > working_tree > fallback.- Solo-author repos: co-change coupling is naturally sparse — rely on
import_partners/import_coupling. - Risk scores: read
_meta.uniform_components(andreweighted) before trusting the composite;exclude_new_file_boost=truefor stable long-term rankings. stale_tests: DB edges only (no working-tree mode).
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.
- 2mo ago First seen · 47 lines · 77 tokens per session scan A ce64a27598c2
chisel is a skill published in the GitHub repository IronAdamant/Chisel (5 stars, last pushed 3mo ago), licensed MIT. It adds 77 tokens to every session and 927 once invoked, about $0.0003 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-31.
Other skills, from other repositories
systematic-debugging
4-phase root cause debugging: understand bugs before fixing.
react-patterns
React 18/19 patterns including hooks discipline, server/client component boundaries, Suspense + error boundaries, form actions, data fetching, state management decision trees, and accessibility-first composition. Use when writing or reviewing React components.
rust-testing
Rust testing patterns including unit tests, integration tests, async testing, property-based testing, mocking, and coverage. Follows TDD methodology.
golang-testing
Go testing best practices including table-driven tests, test helpers, benchmarking, race detection, coverage analysis, and integration testing patterns. Use when writing or improving Go tests.
verification-loop
A comprehensive verification system for Claude Code sessions. Use when verifying a Claude Code session's work before claiming it is complete.
mem0-test-integration
Verify a Mem0 integration produced by /mem0-integrate. Runs in the same workspace on the same branch (loose coupling) — installs dependencies, runs the repo's native test suite, then exercises a real end-to-end smoke flow against the user's API key. Produces a scorecard. TRIGGER when: user has just run /mem0-integrate…