ワンクリックで
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 ページを確認してインストールできます。
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.
SOC 職業分類に基づく
| 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