
Agents Md Maintainer
- 6 installs
- 5 repo stars
- Updated August 5, 2026
- bjornmelin/dev-skills
Agents-md-maintainer is a Claude Code skill that decides when durable AGENTS.md repo guidance should be updated after implementation and makes the smallest valid patch.
About
Agents-md-maintainer is a Claude Code skill that decides when a repo's AGENTS.md should be updated after implementation work. It treats AGENTS.md as durable repo guidance, not a task log, and only allows edits when the code, tests, and docs already prove a new rule. It lists what qualifies (build/test commands, architecture invariants, canonical shapes, recurring failure modes) and what does not (one-off features, task plans, session narration). Developers use it as an end-of-implementation maintenance pass.
- Decides when durable AGENTS.md repo guidance should change after implementation
- Rules block one-off feature notes, task plans, and working-session phrasing
- 5-step workflow: compare diff, decide, patch minimally, re-check, dedupe
Agents Md Maintainer by the numbers
- 6 all-time installs (skills.sh)
- Ranked #1,206 of 1,879 Documentation skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
agents-md-maintainer capabilities & compatibility
- Capabilities
- documentation
- Use cases
- documentation
What agents-md-maintainer says it does
Treat `AGENTS.md` as durable repo guidance, not a task log.
Keep edits minimal and high-signal.
npx skills add https://github.com/bjornmelin/dev-skills --skill agents-md-maintainerAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 6 |
|---|---|
| repo stars | ★ 5 |
| Last updated | August 5, 2026 |
| Repository | bjornmelin/dev-skills ↗ |
What it does
Run an end-of-implementation pass to decide whether durable AGENTS.md repo guidance should change, then make the smallest valid patch.
Who is it for?
Deciding whether AGENTS.md needs updating after nontrivial implementation work and applying a minimal patch
Skip if: Recording one-off feature details, task plans, or historical session summaries in AGENTS.md
When should I use this skill?
After nontrivial implementation work and before finalizing, to decide whether AGENTS.md should change
What you get
AGENTS.md holds only durable, repo-relevant, non-duplicative guidance consistent with current code.
- a minimal AGENTS.md patch or a decision to leave it unchanged
By the numbers
- 6-step workflow
- 5 verification checks before finishing
Files
Use this skill after nontrivial implementation work and before finalizing when you need to decide whether AGENTS.md should change.
Rules
- Treat
AGENTS.mdas durable repo guidance, not a task log. - Run a brief
AGENTS.mdmaintenance pass at the end of implementation. - Do not modify
AGENTS.mdunless the implemented code, tests, and docs state already proves the new rule. - Update
AGENTS.mdonly for durable repo-wide guidance such as: - required build, test, lint, typecheck, or verification commands
- architecture invariants or hard constraints
- canonical data shapes, contracts, directory ownership, or file locations
- repo-wide coding, review, or release expectations
- recurring failure modes that future sessions must avoid
- Do not update
AGENTS.mdfor one-off feature details, branch context, temporary migrations, issue notes, task plans, historical summaries, or implementation narration. - Keep edits minimal and high-signal. Prefer replacing, tightening, deduplicating, or deleting existing bullets over appending prose.
- Keep
AGENTS.mdclean, concise, and production-facing. - Do not include working-session phrasing such as
Phase,plan,follow-up, or similar developer-tracking language. - Write rules as short, concrete, imperative bullets that a coding agent can apply immediately in a new session with no prior chat context.
- Keep root
AGENTS.mdlimited to broadly applicable guidance. Put scoped rules in the nearest folder-levelAGENTS.md. Put reusable workflows in skills or referenced docs. - Ensure every
AGENTS.mdedit matches the current codebase exactly, and remove stale or superseded guidance in the same pass. - Use
$reducing-entropy,$clean-code, and$hard-cutwhen deciding whether guidance should be added, tightened, or deleted. - If delegation is allowed and helpful, use a small subagent to compare the implemented diff against
AGENTS.mdand propose the smallest valid patch. - Before finishing, verify that each
AGENTS.mdchange is: - durable
- repo-relevant
- non-duplicative
- consistent with current code and tests
- useful to a coding agent starting from zero context
- Leave
AGENTS.mdunchanged if any of those checks fail.
Workflow
1. Compare the implemented diff against the current AGENTS.md. 2. Decide whether the completed work changed durable repo guidance. 3. Stop if the answer is no. 4. If the answer is yes, make the smallest valid patch. 5. Re-check the edited guidance against the current codebase, tests, and docs. 6. Delete or tighten any stale, duplicated, or superseded bullets in the same pass.
Examples
- Update
AGENTS.mdif the repo now requires a new canonical verification command before completion. - Do not update
AGENTS.mdif the work only added a feature-specific route, component, or migration note.
Related skills
FAQ
When should AGENTS.md be updated?
Only for durable repo-wide guidance such as required build/test/lint commands, architecture invariants, canonical data shapes, or recurring failure modes, and only when the code, tests, and docs already prove the rule.
What should never go in AGENTS.md?
One-off feature details, branch context, temporary migrations, task plans, historical summaries, and working-session phrasing like Phase, plan, or follow-up.