agentsclimarketplace

Repo agent context audit

Skill majiayu000/spellbook/skills/repo-agent-context-audit

Audit and recommend improvements for a repository's agent-readable context, including AGENTS.md, CLAUDE.md, WARP.md, CONTRIBUTING.md, .agents/skills, and specs/ PRODUCT.md and TECH.md contracts. Use when asked to review, score, assess, or standardize repo instructions, agent onboarding, spec workflows, or cross-repo agent-context conventions. Use agentsmd-scaffold instead when the user wants to generate or apply root/scoped AGENTS.md files.From its SKILL.md

Install
npx -y skills add majiayu000/spellbook --skill repo-agent-context-audit

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

SKILL.md

7.5 KB, ~1.6k tokens by cl100k_base, as published. Nobody here has run it

Repo Agent Context Audit

Overview

Assess whether a repository has a small, usable agent context stack: a short top-level instruction file, task-specific skills, and behavior/implementation specs for substantial work. Default to a read-only audit and minimal recommendations; create or edit high-context files only when the user explicitly asks.

If the user asks to generate, split, or apply root/scoped AGENTS.md files, handoff to agentsmd-scaffold. This skill may identify that scaffold as the smallest useful change, but should not duplicate the generation workflow.

Default Standard

Prefer this three-layer shape:

  1. AGENTS.md or repo-equivalent: 80-150 lines, top-level routing only.
  2. .agents/skills/<task>/SKILL.md: reusable workflows for common fragile tasks.
  3. specs/<id>/PRODUCT.md and specs/<id>/TECH.md: checked-in contracts for substantial features.

Do not force this exact layout when a repo already has a coherent equivalent, such as WARP.md, CLAUDE.md, CONTRIBUTING.md, or framework-specific instruction files. Map existing files to the layers first, then fill only the real gaps.

Workflow

1. Discover

Run the read-only scanner when possible:

# From this skill directory:
python3 scripts/scan_repo_context.py <repo-root>

Then inspect the important files directly. Always search before creating:

  • AGENTS.md, CLAUDE.md, WARP.md, .claude/instructions.md
  • CONTRIBUTING.md, README.md, .github/copilot-instructions.md
  • .agents/skills/*/SKILL.md
  • specs/**/{PRODUCT,product,TECH,tech}.md

If multiple instruction files overlap, record their scopes and precedence instead of merging them by default.

2. Classify

Classify the repo into one of these states:

  • Healthy: short top-level guidance, task workflows, and specs are discoverable.
  • Missing top-level router: useful docs exist but agents lack an entrypoint.
  • Overloaded top-level file: one file mixes rules, workflows, architecture, and reference data.
  • Specless complex repo: substantial work happens without PRODUCT/TECH contracts.
  • Stale or divergent: instructions contradict code, scripts, or observed repo conventions.
  • Unsafe to modify: high-context files are generated, externally owned, or conflict across scopes.

3. Score

Use the rubric in references/standards.md for:

  • top-level routing quality
  • progressive disclosure
  • procedural workflows
  • decision gates
  • production examples
  • spec quality
  • validation mapping
  • stale or conflicting guidance risk

4. Recommend

Lead with the smallest useful change. Good recommendations usually look like:

  • Add a short AGENTS.md that points to existing docs instead of duplicating them.
  • Split a long top-level file into a router plus references or skills.
  • Add .agents/skills/write-product-spec and .agents/skills/write-tech-spec only if spec writing is repeated.
  • Add specs/<id>/PRODUCT.md and TECH.md templates only if the repo ships substantial features.
  • Remove or rewrite stale instructions only after citing the conflict.

5. Handoff Or Scaffold Only On Request

When the user explicitly asks to generate, split, or apply root/scoped AGENTS.md files, use agentsmd-scaffold instead of duplicating that workflow.

When the user asks for exact PRODUCT/TECH spec templates or non-AGENTS context scaffolding, read references/templates.md and adapt the templates to the repo. Before editing:

  • identify every AGENTS.md or equivalent whose scope covers the target path
  • preserve existing high-context files unless the user asked for a rewrite
  • keep generated docs small
  • include actual repo commands, paths, and test gates
  • leave placeholders only when the repo truly lacks the fact

Decision Gates

CaseAction
Small bugfix repo with README and clear testsNo spec system; maybe add a short AGENTS.md router
Repeated feature work with review churnAdd PRODUCT/TECH spec workflow
User asks to generate or apply root/scoped AGENTS.md filesUse agentsmd-scaffold
Existing CLAUDE.md or WARP.md is goodLink it from AGENTS.md or leave it as the repo-equivalent
Multiple teams or nested packagesUse scoped nested AGENTS.md only where rules genuinely differ
High-context file over 200 linesSplit into top-level router plus referenced skills/docs
User asks for bulk normalizationAudit first; do not batch edit until 2-3 repos have been manually validated

Operating Contract

Direct actions:

  • Run read-only discovery, scoring, and scanner commands.
  • Produce an audit report with cited files and smallest useful changes.
  • Draft exact non-AGENTS scaffold content when the user asks for proposed text.
  • Handoff AGENTS.md generation or application to agentsmd-scaffold.

Escalate before:

  • Creating or editing AGENTS.md, CLAUDE.md, WARP.md, hooks, settings, or generated docs.
  • Rewriting existing repo instructions instead of adding a short router or pointer.
  • Batch-normalizing multiple repositories.

Evidence-backed pushback:

  • Challenge new skill/spec scaffolding when the repo is small, has no repeated workflow, or already has a coherent equivalent.
  • Challenge edits when the only evidence is style preference rather than a real agent failure, review bottleneck, or missing workflow.

Feedback loop:

  • Promote repeated audit findings into the target repo's router, a task skill, or a spec template.
  • Keep this skill's rubric and templates updated when multiple repos expose the same false positive or missing decision gate.

Gotchas

  • Do not treat every README as an agent instruction file. Top-level README files are usually entrypoints; nested README files are supporting evidence unless a repo explicitly routes agents there.
  • Do not add AGENTS.md just because it is missing. If CLAUDE.md, WARP.md, or CONTRIBUTING.md already works as a coherent router, recommend a pointer or no change.
  • Do not create PRODUCT/TECH specs for small bugfix repos. Specs are for ambiguity, cross-module risk, and repeated review churn.
  • Do not silently normalize naming across repos. First report drift such as PRODUCT.md vs product.md, then ask before changing conventions.
  • Do not edit high-context files during an audit. Scaffold only after the user asks to create or apply files.

Report Format

Return concise findings:

## Agent Context Audit
- state: <classification>
- top-level router: <present/missing/overloaded>
- reusable skills: <present/missing/not needed>
- specs: <present/missing/inconsistent/not needed>
- main risk: <one sentence>

## Smallest Useful Change
1. <change> - <why> - <estimated effort>

## Evidence
- <file>:<line> - <what it proves>

## Optional Scaffold
- <files to create or update, only if requested>

Resources

  • scripts/scan_repo_context.py: read-only repo scanner for high-context files, skills, and specs.
  • references/standards.md: scoring rubric and design rules. Read for audits.
  • references/templates.md: minimal AGENTS.md, PRODUCT.md, and TECH.md templates. Read only when scaffolding or proposing exact file contents.

What ships with it: 3 files

12.3 KB alongside SKILL.md, 1 of them executable

references/

scripts/

Gives 0 of the 12 instructions most audit compliance skills give in ~1.6k tokens

Counted across 960 of the 1,589 authors here whose files we hold, read 2026-09-06

  • Read product marketing context before asking questionsin 29 of 960, across 11 files
  • Rank findings by severityin 29 of 960, across 22 files
  • Generate audit reportin 22 of 960
  • Run the audit scriptin 20 of 960, across 19 files
  • Generate a prioritized action plan reportin 19 of 960, across 11 files
  • Ensure one H1 per pagein 15 of 960, across 5 files
  • Ensure sitemap exists and is accessiblein 14 of 960, across 4 files
  • Verify alt text on all imagesin 12 of 960, across 3 files
  • Determine the audit scope before startingin 12 of 960, across 4 files
  • Verify important pages allowed in robots.txtin 11 of 960, across 2 files
  • Detect business type from homepage signalsin 11 of 960, across 7 files
  • Delegate specialized tasks to subagentsin 11 of 960, across 7 files

Said here and by no other author read

  • Default to a read-only audit and minimal recommendations
  • Run the read-only scanner when possible
  • Inspect the important files directly
  • Search before creating files
  • Classify the repo into one of the states
  • Lead with the smallest useful change

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.