identify-critical-files
Pick the 3-5 files that an Executor must open first. Use as the last step of writing any implementation plan.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Pick the 3-5 files that an Executor must open first. Use as the last step of writing any implementation plan.
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.
Ship the smallest change that solves the Issue. Use on every implementation task; scope creep is the default failure mode of executors.
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.
| name | identify-critical-files |
| description | Pick the 3-5 files that an Executor must open first. Use as the last step of writing any implementation plan. |
The Critical Files list is a scheduling hint for the Executor. Five good files save more time than fifty marginal ones.
A file is "critical" if one of the following is true:
A file is NOT critical just because it is large, "relevant", or "you might want to read it".
foo.ts and foo.test.ts if reading the test adds nothing).List between 3 and 5 files with path-from-workspace-root. No more, no fewer. If you genuinely cannot meet the bound, the plan itself is mis-sized — go back and re-scope.