원클릭으로
create-plan
Use when the user wants to plan a task, feature, or change. Creates a structured plan with phases and checkmarked subtasks.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when the user wants to plan a task, feature, or change. Creates a structured plan with phases and checkmarked subtasks.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use the SFAE CLI when an agent needs to call external APIs or databases that require authentication, collect credentials from the human without seeing secrets, reuse stored credential sets, request short-lived verification codes, or make HTTP/Postgres/Redis requests with secret placeholders resolved outside chat.
Use when a plan exists and needs to be executed or continued. Reads the plan, works task by task, commits after each, and pauses at phase boundaries.
| name | create-plan |
| description | Use when the user wants to plan a task, feature, or change. Creates a structured plan with phases and checkmarked subtasks. |
Plans live at plans/<plan-name>-<date>.md
Structure:
- [ ] (pending) or - [x] (done)Important: ALL phases must use checkmarks for their tasks. Each checkmark corresponds to a single commit. Phase tasks are prefixed with parent phase number and letters (a, b, c, etc.)
Example:
## Phase 1: One Phase
- [x] 1a: Some task
- [x] 1b: Another task
- [ ] 1c: One more task
## Phase 2: Another Phase
- [ ] 2a: Some task
- [ ] 2b: Another task
- [ ] 2c: One more task
Check previous plans in plans/ and recent commits to see if the new plan builds on previous work.
Parallelism notation — only use when clearly beneficial:
**Parallel Phases: 2,3**
## Phase 2: Another Phase
- [ ] 2a: Some task
**Parallel Tasks: 2b, 2c**
- [ ] 2b: Another task
- [ ] 2c: One more task
## Phase 3: One More Phase
- [ ] 3a: Some task
Add blank lines around annotations for proper markdown rendering.
Plans specify what to do, not how it will be executed (commits, tests, etc. are handled by execute-plan).
A good plan includes:
A good plan does NOT contain:
/execute-plan plans/<plan-name> to execute itCreate a new plan to address this:
$ARGUMENTS