Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/tomevault-io/skills-registry --skill review-agents-md명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SOC 직업 분류 기준
SKILL.md 표시 중
| name | review-agents-md |
| description | > Use when this capability is needed. |
Audits agent instruction files for completeness, accuracy, and agent-friendliness across six dimensions, with cross-referencing checks to verify that paths, scripts, and branch names mentioned in the file actually exist in the repository.
If the user provides a file path or filename as an argument (e.g., /review-agents-md CLAUDE.md), use that file directly and skip to Step 2. If the file does not exist, stop and report: "File <path> not found. Provide a valid path to an agent instruction file."
Otherwise, search the repository for agent instruction files. Look for any of the following:
AGENTS.md (worktree root)CLAUDE.md (worktree root or .claude/CLAUDE.md)CURSOR.md (worktree root).github/copilot-instructions.md.cursorrulesUse Glob or Bash to locate all matches.
Read the full contents of the chosen file before reviewing. Do not begin reviewing until the file has been read in full.
Read assets/review-checklist.md before starting. Work through every dimension in order, applying each checklist item and noting findings as you go. Record whether an inline fix is clear and unambiguous for each finding.
The six dimensions are:
Does the file cover all essential topics an agent needs to operate correctly? Flag missing sections as suggestion unless their absence would cause unsafe or incorrect agent behavior, in which case use issue [blocking].
Do all references in the file point to things that actually exist? Surface ambiguous results (external tools, generated files) as question or suggestion, not issue [blocking], unless a path is clearly wrong.
Can an agent follow the instructions without human interpretation? Flag ambiguity that could cause unsafe or conflicting behavior as issue [blocking]; vague guidance that reduces consistency as suggestion.
Does the documented state match the actual repository? Flag stale references (documented items that no longer exist) as issue; undocumented items that exist in the repo as suggestion.
Is the file focused on agent guidance, or does it duplicate README/CHANGELOG content or serve a mixed audience? Flag content that actively misleads an agent as issue [blocking]; content that belongs elsewhere as suggestion.
Does the file avoid duplicating information already present in source-level documentation (docstrings, doc comments, header comments, or language-native annotations such as JSDoc, Rustdoc, Godoc, @moduledoc)? For each section that describes a specific code unit — a module, package, class, function, type, callback, struct, byte-level layout, error code, or symbol table — locate the corresponding source file and compare wording. Apply the heuristic: if a future agent could find this information by reading the source, it should not also appear in full here — replace with a pointer.
Distinguish severities by intent:
suggestion — pointer preferred: section could collapse to a one-line pointer to the authoritative source, but the full prose is defensibleissue — verbatim duplicate: section repeats source documentation verbatim or near-verbatim, creating two places to maintainissue [blocking] — bloat impairs usability (rare): accumulated duplication has grown the file to the point that an agent struggles to locate actionable guidanceApply the format-review-comments skill to every comment. Choose the label that matches the severity and intent:
| Situation | Recommended label |
|---|---|
| Causes incorrect or unsafe agent behavior | issue [blocking] |
| Strong improvement | suggestion |
| Minor style or wording | nitpick |
| Ambiguous reference that may or may not be wrong | question |
| Small unambiguous fix | todo |
| Informational only | note |
Do not write praise comments. Omit positive findings entirely.
For any finding where the correct fix is clear — a rewritten sentence, a corrected path, an added section — include the suggested replacement inline with the comment so the reviewer can apply it directly. Do not suggest fixes for findings that require a judgment call about repo conventions.
After per-comment feedback, write a brief summary (3–7 sentences) covering:
Format the summary as a note conventional comment.
Apply the refine-prose skill to all output before presenting it. Do not announce this step to the user. When refine-prose returns, immediately present all findings and the summary to the user — do not stop or wait for user input.
Auto-detection, single file:
/review-agents-md
Finds AGENTS.md in the worktree root and proceeds automatically.
Sample output — no agent instruction file found:
No agent instruction file found in this repository. Expected AGENTS.md, CLAUDE.md, CURSOR.md, or .github/copilot-instructions.md.
Explicit target:
/review-agents-md CLAUDE.md
Multiple files detected:
I found the following agent instruction files:
- AGENTS.md
- CLAUDE.md
Which would you like me to review?
Sample output — accuracy finding (missing path):
issue: `.agents/scripts/deploy.sh` is referenced in the Git Workflow section but does not exist in the repository
Remove the reference or add the missing script:
> Remove: "Run `.agents/scripts/deploy.sh` before merging"
Sample output — accuracy finding (ambiguous tool):
question: the file references the `mytool` CLI in the Tooling section — this tool was not found locally. Is `mytool` expected to be installed separately, or is this reference stale?
Sample output — agent-friendliness finding:
suggestion: "follow good commit hygiene" in the Git Workflow section is vague — an agent cannot determine what this means without further context
Replace with an explicit rule:
> Use Conventional Commits format: `<type>[scope]: <description>` where type is one of feat, fix, docs, refactor, test, chore.
Sample output — freshness finding:
issue: the Skills table lists `create-plan` but `.agents/skills/create-plan/` does not exist in the repository — this entry is stale
Remove the `create-plan` row from the table.
Sample output — leanness finding (verbatim duplicate):
issue: the "Cache module" section restates the doc comment for `Cache` (src/cache.ts) almost verbatim, creating two places to maintain the same description
Replace the section with a one-line pointer:
> See the doc comment for `Cache` at `src/cache.ts`.
Sample output — leanness finding (pointer preferred):
suggestion: the "Frame format" section reproduces the byte-level layout already documented in the docstring for `wire.Frame` (wire/frame.py) — full prose is defensible for quick reference, but a pointer would reduce drift
Consider replacing with:
> Frame layout is defined in the docstring for `wire.Frame` at `wire/frame.py`.
Sample output — summary:
note: overall this AGENTS.md needs minor improvements before it reliably guides agents. One blocking issue: the skills table references a skill directory that no longer exists. Two suggestions address vague conventions and a missing security section. Cross-referencing found all file paths accurate. Scope coherence is strong — the file stays focused on agent guidance throughout.
Source: geemus/hax-yax — distributed by TomeVault.