minimal-diff
Ship the smallest change that solves the Issue. Use on every implementation task; scope creep is the default failure mode of executors.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Ship the smallest change that solves the Issue. Use on every implementation task; scope creep is the default failure mode of executors.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Pick the right worker class for each Issue. Use every time you assign an Issue; wrong routing wastes tokens and creates rework.
Break a Company Goal into 3-10 atomic Issues. Use when a Goal arrives with no pre-existing plan and you need to produce a shippable work list.
Run build/test/lint and read the actual output before claiming done. Use on every implementation task, at the end.
Start implementation with a red test. Use on any bugfix or new behavior — not on refactors or style changes.
Report research results in a form other agents can act on. Use at the end of every Explorer session.
Find files and code patterns fast. Use for every codebase question that starts with "where is X" or "how is Y used".
| name | minimal-diff |
| description | Ship the smallest change that solves the Issue. Use on every implementation task; scope creep is the default failure mode of executors. |
The Issue names the work. Anything outside the Issue is a separate Issue — not a bonus, not a cleanup freebie.
Write a one-line note in your Summary (followups: list), not a code change. The Coordinator decides whether to spawn a new Issue.
Run git diff. For every hunk, ask: does this line change the behavior the Issue asks for? If not, it is out of scope — revert it. Three similar lines is better than a premature abstraction.
End with ## Summary: files changed, tests run, status. Keep the "files changed" list short; if it's long, the diff probably creeped.