agentsclimarketplace

Agents md improver

Skill yyykf/spellbook-skills/skills/agents-md-improver

Claude Code and Codex skills for daily engineering workflows: worktrees, merge requests, code review, YApi lookup, and Java DDD guidance.

Install
npx -y skills add yyykf/spellbook-skills --skill agents-md-improver

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

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Maintain AGENTS.md-based project instructions for tools that support AGENTS.md. Use for instruction audits, session learnings, AGENTS.md updates, or migrating useful CLAUDE.md rules into a shared instruction source. Not for general docs, code review, runtime debugging, or global memory unless asked.

SKILL.md

6.0 KB, as published. Nobody here has run it

AGENTS.md Improver

Overview

Maintain concise project instructions for AGENTS.md-compatible tools such as Codex, Copilot, Cursor, and similar coding agents.

Core principle: Find the effective instruction source -> extract durable learnings -> propose compact diffs -> apply approved changes only.

Announce at start: "I'm using the agents-md-improver skill to maintain concise AGENTS.md project instructions."

Prerequisites

  • A repository or workspace with AGENTS.md, nested AGENTS.md, or compatible instruction files.
  • A user request to audit, improve, revise, migrate, or capture learnings into project instructions.

Workflow

Phase 1: Identify Instruction Targets

Find instruction files from the repository root:

find . \( -name "AGENTS.md" -o -name "CLAUDE.md" -o -name ".claude.local.md" \) 2>/dev/null | head -50

Use these targeting rules:

  • ./AGENTS.md: primary shared project instructions for AGENTS.md-compatible tools.
  • Nested AGENTS.md: module-specific instructions; update only when the learning applies to that subtree.
  • Include-only AGENTS.md: if it contains only an include such as @./CLAUDE.md, read the target and treat that target as the effective source. Update the target only when the repository intentionally shares one instruction file across tools.
  • CLAUDE.md: Claude Code-specific instructions, or a shared source when AGENTS.md intentionally points to it. Do not update it just because it exists.
  • .claude.local.md: personal Claude Code local notes. Do not create or edit it for shared AGENTS.md project memory.
  • User/global instruction files, such as ~/.codex/AGENTS.md: update only when the user explicitly asks for global behavior.
  • .project_context/: historical exploration, plans, and execution summaries. Use it for trace records, not agent steering instructions.

If no AGENTS.md exists, propose creating the narrowest useful one, usually ./AGENTS.md.

Phase 2: Choose The Mode

Choose exactly one primary mode before scanning or proposing edits:

  • Repository Audit Mode: use when the user asks whether instructions are stale, incomplete, inaccurate, outdated, or should be refreshed against the current repository. Then read references/repository-audit.md.
  • Session Learning Mode: use when the user asks to capture this session's learnings, revise instructions from the current conversation, or preserve newly discovered repo-specific behavior. Then read references/session-learning.md.
  • Migration Mode: use when moving useful guidance from CLAUDE.md or another tool-specific instruction file into an AGENTS.md-compatible source. Reuse Session Learning Mode for extraction rules, but keep tool-only slash commands, hooks, or UI shortcuts in tool-specific files unless the user asks to make them shared.

Phase 3: Draft Compact Updates

AGENTS.md is prompt context. Prefer dense, operational bullets.

Good format:

- Use `rg` for repo-wide search; fall back only if unavailable.
- Run `pnpm test -- --runInBand` for flaky integration tests in this repo.
- Keep API compatibility normalization in the service layer unless a spec explicitly changes request validation.

Avoid adding:

  • generic engineering advice;
  • one-off debugging details unlikely to recur;
  • unverified assumptions or stale guesses;
  • long explanations, logs, secrets, tokens, private URLs, or machine-specific credentials;
  • duplicates of existing instructions.

Phase 4: Propose Before Editing

Always show proposed changes before modifying files. Group proposals by target file.

Use this format:

### Update: ./AGENTS.md

Why: <one-line reason this helps future agent sessions>

```diff
+ <concise addition>
```

If multiple files could be updated, explain the placement tradeoff:

  • root AGENTS.md for project-wide behavior;
  • nested AGENTS.md for module-local behavior;
  • .project_context/ for historical records;
  • CLAUDE.md only for Claude Code-specific behavior or an intentional shared source.

Ask for approval before editing. If the user already explicitly said to apply changes, proceed with the smallest safe patch.

Phase 5: Apply Carefully

When approved:

  • use minimal patches and preserve the file's existing organization;
  • insert under an existing relevant heading when possible;
  • create a short new heading only if no suitable section exists;
  • do not reorder unrelated content;
  • do not remove or rewrite existing instructions unless the user asked for cleanup or the instruction is clearly obsolete;
  • after editing, re-read the changed section and report exactly what changed.

Common Mistakes

  • Treating .project_context/ as agent steering context. It is for traceability, not instructions that should load every session.
  • Updating CLAUDE.md for a shared AGENTS.md request when the repo does not intentionally share one source file.
  • Missing an include-only AGENTS.md and patching the wrapper instead of the effective source.
  • Capturing logs, secrets, private URLs, or one-off debugging notes as durable instructions.
  • Adding broad best practices that any competent agent already knows.

Output

For Repository Audit Mode, provide the quality report format from references/repository-audit.md.

For Session Learning Mode or Migration Mode, provide:

  • files changed;
  • concise summary of additions;
  • any skipped proposals and why.

References

  • repository-audit.md - Repository scan scope, quality criteria, and report template for stale or incomplete instructions.
  • session-learning.md - Session learning extraction rules and concise update proposal template.

Gives 0 of the 12 instructions most memory context skills give

Counted across 674 of the 847 authors here whose files we hold, read 2026-08-06

  • inform the user when setup is completein 21 of 674, across 6 files
  • confirm the draft with the user before writingin 21 of 674, across 6 files
  • update the agent skills block in place if it existsin 21 of 674, across 6 files
  • present findings to the userin 20 of 674, across 5 files
  • write the three docs files from seed templatesin 20 of 674, across 5 files
  • ask the user about each decision one at a timein 19 of 674, across 4 files
  • edit CLAUDE.md if it existsin 18 of 674, across 3 files
  • explore current repo statein 18 of 674, across 3 files
  • do not overwrite user edits to surrounding sectionsin 18 of 674, across 3 files
  • back up the original file before overwritingin 16 of 674, across 8 files
  • keep the memory index under 200 linesin 15 of 674
  • Provide actionable steps and verificationin 13 of 674, across 2 files

Said here and by no other author read

  • find all instruction files in the workspace
  • select exactly one working mode before editing
  • propose compact operational bullet points
  • group proposals by target file
  • use minimal patches and preserve file organization
  • re-read changed sections and report exact modifications

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once.

Keep looking

Skills are one crate of 328,083. 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.