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 akira993/doc-audit-harness --skill auditgit clone --depth 1 https://github.com/akira993/doc-audit-harnessWrote 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/akira993/doc-audit-harness/audit)<a href="https://agentmods.dev/skills/akira993/doc-audit-harness/audit"><img src="https://agentmods.dev/badge/skills/akira993/doc-audit-harness/audit/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/akira993/doc-audit-harness/audit"><img src="https://agentmods.dev/badge/skills/akira993/doc-audit-harness/audit.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.00080 | $0.25055 |
| Opus 5 | $0.00040 | $0.12527 |
| Sonnet 5 | $0.00016 | $0.05011 |
| Haiku 4.5 | $0.00008 | $0.02506 |
Grade B, and why
audit scanned grade B with 2 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 2d 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.
Downloads and executes remote codemediumSupply chain
curl | sh runs whatever the server returns today, which is not necessarily what it returned when this was reviewed.
- `AX_AVAILABLE` false → `💡 ax: not active — external-URL claims go unverified; install: curl -fsSL https://ax.yusuke.run/install | sh` Downgraded: this mod is about security review, or the phrase is quoted, so it is likely naming the pattern rather than instructing it.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
- `AX_AVAILABLE` false → `💡 ax: not active — external-URL claims go unverified; install: curl -fsSL https://ax.yusuke.run/install | sh` How it starts
The opening of the file, as written. The whole thing — 958 lines — stays where its author put it; the contents beside it link to each section on GitHub.
docaudit:audit — change-driven documentation audit
Report-only orchestrator. Reads the per-project adapter ${CLAUDE_PROJECT_DIR}/.claude/doc-audit.json.
If that file is absent, tell the user to run /docaudit:init (Plan 3) or that this
repo has no adapter yet — do NOT invent project facts.
SD="${CLAUDE_SKILL_DIR}" ; CFG="${CLAUDE_PROJECT_DIR}/.claude/doc-audit.json".
Also bind ANCHOR_PATH="$(python3 -c 'import json,sys; print(json.load(open(sys.argv[1])).get("anchorPath",""))' "$CFG")" for the run lifecycle and Phase 5.
--full forces whole-corpus mode (ignores the anchor diff scope).
Open the run before every Phase-0 probe — this is the audit's first action after confirming
the config exists. Bind RUN_BASE="$CLAUDE_PROJECT_DIR/.claude/state/docaudit-run". If
--break-lock was supplied, run only
python3 "$SD/scripts/open-run.py" --run-base "$RUN_BASE" --repo-root "$CLAUDE_PROJECT_DIR" --anchor-path "$ANCHOR_PATH" --break-lock,
report its JSON (including holder), and exit; this path does not acquire a new lock or run any
phase. It is an emergency operation that intentionally breaks report serialization; while the
gate holds its flock, including the complete gate+report interval, it MUST be refused with
reason:"gate-running" and must never be bypassed. Otherwise run
Before acquiring a run lock, run AUDIT_SCOPE_CHECK="$(python3 "$SD/scripts/import-audit-scope.py" --repo-root "$CLAUDE_PROJECT_DIR" --config "$CFG" --check --json)".
Bind PRECHECK_CONFIG_SHA, AUDIT_SCOPE_PATH, and AUDIT_SCOPE_STATE from that same JSON's configSha, scopePath, and state fields; do not read the config again between this check and open.
If AUDIT_SCOPE_STATE is drift or path-mismatch, or errors[] is non-empty, stop without calling the lock-acquiring open-run.py; for path-mismatch, show both scopePath and recordedScopePath, otherwise show diff.missing / diff.extra (or errors[]), and tell the user to run /docaudit:init --import-audit-scope to restore the generated map. If it is not-imported, show only 💡 audit-scope.json は未導入です。 and continue. absent and in-sync are silent.
python3 "$SD/scripts/open-run.py" --run-base "$RUN_BASE" --repo-root "$CLAUDE_PROJECT_DIR" --anchor-path "$ANCHOR_PATH" --expect-config-sha "$PRECHECK_CONFIG_SHA" --skill-version 0.22.0 [--accept-config],
adding --accept-config only when the skill received it. Assign the complete stdout JSON,
unchanged, to EVIDENCE; bind RUNID and RUN_DIR from its runid and runDir fields. Do not
create RUN_DIR yourself. If stdout includes previousReportStatus with pending, failed, or
written-durability-unknown, report that unresolved or uncertain prior report state to the user
before Phase 0; do not silently discard it. Continue the newly locked run normally. Exit 4 with
{locked:true,holder} means a prior run owns the lock:
show the holder and stop with “先行 run が lock を保持しています。死んでいるなら
/docaudit:audit --break-lock を実行してください。” Exit 6 means an earlier run detected an
unapproved config change: stop, ask the user to inspect git diff .claude/doc-audit.json, and
re-run with --accept-config only after approving that difference. Neither exit path owns a lock.
Exit 2 with stderr containing unrecognized arguments: --skill-version or
does not match plugin engine version means the plugin and this skill have different versions:
start a new session and rerun /docaudit:audit. This exit path also owns no lock.
After every successful open and at the beginning of every later turn or phase before its first config consumer, re-derive CONFIG_SHA="$(python3 -c 'import json,sys; print(json.loads(sys.argv[1])["config"])' "$EVIDENCE")". CONFIG_SHA is never restored from a checkpoint as an independent value.
EVIDENCE is the sole transport for evidence hashes. open-run.py seeds it; every later evidence
producer (write-evidence.py, plan-dispatch.py, start-run.py, and seal-run.py) receives
--evidence "$EVIDENCE" and its complete stdout JSON MUST replace EVIDENCE verbatim. Never
parse hashes into separate carried variables, merge JSON by hand, add sentinel fields by hand, or
reconstruct an earlier value. Operational values such as MODE, tool availability, and status
lines may be bound normally, but the only carried evidence state is RUNID plus the one
EVIDENCE string. The gate receives it only as --expect-json "$EVIDENCE".
probe-record.py also receives --evidence "$EVIDENCE" for run-dir validation only; it is not an evidence producer and its stdout MUST NOT replace EVIDENCE.
What ships with it
52 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- references/claim-adjudication-workflow.js 4.2 KB runs code
- references/codex-phase3-verdict.schema.json 503 B
- references/codex-review-output.schema.json 593 B
- references/config-schema.md 42 KB
- references/default-heuristics.md 1.3 KB
- references/engine-shas.json 4.7 KB
- references/workflow-template.js 9.7 KB runs code
- scripts/ax-probe.sh 3.7 KB runs code
- scripts/change-set-sha.py 5.9 KB runs code
- scripts/check-verdicts.py 9.6 KB runs code
- scripts/claim_record.py 7.3 KB runs code
- scripts/classify-run.py 5.8 KB runs code
- scripts/cocoindex-probe.sh 6.0 KB runs code
- scripts/codegraph-probe.sh 5.3 KB runs code
- scripts/codex_review_output.py 1.5 KB runs code
- scripts/codex-dispatch.py 14 KB runs code
- scripts/codex-probe.sh 4.7 KB runs code
- scripts/codex-review-exec.py 10.0 KB runs code
- scripts/codex-review-plan.py 6.6 KB runs code
- scripts/compute-baseline.sh 4.8 KB runs code
- scripts/decide-verdict.py 79 KB runs code
- scripts/docaudit_cache.py 7.2 KB runs code
- scripts/docaudit_paths.py 8.2 KB runs code
- scripts/fix-scope.py 5.8 KB runs code
- scripts/generic-layers.py 31 KB runs code
- scripts/graphify-probe.sh 4.7 KB runs code
- scripts/harness-command-kind.py 1.6 KB runs code
- scripts/impact-supplement.py 15 KB runs code
- scripts/import-audit-scope.py 36 KB runs code
- scripts/inventory.py 9.8 KB runs code
- scripts/mdq-health.py 5.9 KB runs code
- scripts/mdq-index.sh 5.7 KB runs code
- scripts/open-run.py 15 KB runs code
- scripts/plan-claims.py 3.1 KB runs code
- scripts/plan-dispatch.py 8.3 KB runs code
- scripts/probe-record.py 15 KB runs code
- scripts/read-manifest.py 1.9 KB runs code
- scripts/refused_phase4.py 2.9 KB runs code
- scripts/report_tokens.py 2.6 KB runs code
- scripts/resolve-impact.py 17 KB runs code
- scripts/scaffold.py 18 KB runs code
- scripts/seal-run.py 3.7 KB runs code
- scripts/sealed_config.py 4.2 KB runs code
- scripts/set-config-key.py 2.1 KB runs code
- scripts/sibling-scan.py 8.5 KB runs code
- scripts/start-run.py 14 KB runs code
- scripts/tree-digest.py 3.2 KB runs code
- scripts/write-anchor.sh 837 B runs code
- scripts/write-claim.py 2.8 KB runs code
- scripts/write-evidence.py 6.4 KB runs code
- scripts/write-template.py 5.1 KB runs code
- scripts/write-verdict.py 2.9 KB runs code
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.
- 2d ago Changed · -13 lines 96635112fc22
- 3d ago Changed · -7 lines · -5 tokens per session 3d1ab04ea06e
- 8d ago First seen · 978 lines · 85 tokens per session scan B 6b80d13bd493
audit is a skill published in the GitHub repository akira993/doc-audit-harness (3 stars, last pushed 2d ago), licensed MIT. It adds 80 tokens to every session and 25,055 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it B with 2 findings (downloads and executes remote code, makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
stale-docs
Use when a stale-docs hook or /stale-docs audit reports documentation referencing code that was just changed. Repairs the affected docs against the current source, from a one-word patch up to a full rewrite, staged in the same commit as the code change.
chief-strategy-officer
Owns where the business plays and how it wins over a multi-year horizon — portfolio choices, corporate development, strategic partnerships, and planning under uncertainty. Use this for a decision about which markets or businesses to be in, whether to build, buy, or partner, how to allocate capital across business…
seo-strategy
Audits and improves organic search performance — technical health, site architecture, internal linking, structured data, and the content decisions that determine what can rank. Use this to run an SEO audit, diagnose why pages are not ranking or were deindexed, plan a site's URL and navigation structure, add structured…
youtube-producer
Plans, packages, and scripts long-form video for retention and channel growth — idea selection, titles and thumbnails, script structure, and diagnosing why a video or channel underperforms. Use this for video ideas, packaging, scripting, a retention teardown, or channel strategy — including when someone describes a…
chief-revenue-officer
Owns the revenue engine end to end: sales, monetization, pricing, customer success, retention, and partnerships. Use this for pricing and packaging decisions, sales strategy and coverage, forecast and pipeline health, churn and expansion, partner and channel strategy, or when marketing-sourced demand is not…
ai-ml-governance
Governs models and AI systems in production — intended use, evaluation, monitoring, human oversight, documentation, and the decision to deploy or retire. Use this before deploying a model or AI feature, when defining evaluation criteria, when a model's behavior has drifted, when assessing AI risk or regulatory…