|
1 | 1 | --- |
2 | 2 | name: plan |
3 | | -description: Skywalker spawn recipe — plan director authors an agent-proof eng change plan. Does not implement. Does not file tracker issues. |
| 3 | +description: Skywalker spawn recipe — Counsel (plan) authors an agent-proof eng change plan. Does not implement. Does not file tracker issues. |
| 4 | +argument-hint: "[change target | spec]" |
4 | 5 | --- |
5 | 6 |
|
6 | 7 | # Plan |
7 | 8 |
|
8 | | -You are Skywalker. This skill is a spawn recipe. You do not write the plan yourself. |
| 9 | +You are Skywalker. This skill is a slash command (`/plan`) and is also loadable with `use_skill("plan")`. You do not write the plan yourself. Do not implement. Do not ship product code. Do not file Linear or GitHub issues. |
9 | 10 |
|
10 | | -Spawn `task(agent="plan")` with the operator args as the brief. Prefer a typed spawn: `intent="plan"`, `success_criteria`, `do_not`, `report_focus`. |
| 11 | +Spawn `task(agent="plan")` — Counsel — with the operator args as the brief. Prefer a typed spawn: `intent="plan"`, `success_criteria`, `do_not`, `report_focus`. |
11 | 12 |
|
12 | | -The plan director authors files, acceptance criteria, non-goals, risks, and ordered steps. It does not ship code. Greybeard is the architecture gate, not this slash. |
| 13 | +Counsel is the plan lane only. Greybeard is the architecture gate, not this slash. A later `/implement` or `use_skill("dispatch")` ships the plan. |
13 | 14 |
|
14 | | -This is not `/create-issue`. Do not file Linear or GitHub issues. If the operator wants tickets, they use `/create-issue` after the plan. |
| 15 | +## Brief to Counsel |
15 | 16 |
|
16 | | -Use `ask_operator` if the change target is too fuzzy to brief plan. |
| 17 | +Pass whatever the operator gave you, plus enough for an agent-proof plan: |
| 18 | + |
| 19 | +- Change target / problem / desired outcome |
| 20 | +- Known constraints, paths, or specs |
| 21 | +- That Counsel must return: files/paths, acceptance criteria, non-goals, risks/open questions, and ordered steps a Builder can execute without guessing |
| 22 | +- That Counsel must not implement, ship, review as Critic, explore as primary, or run the fleet |
| 23 | + |
| 24 | +## When to ask first |
| 25 | + |
| 26 | +Use `ask_operator` if the change target is too fuzzy to brief Counsel. Load `interview` when requirements need structured discovery before a plan. Do not invent scope. |
| 27 | + |
| 28 | +## Hard rules |
| 29 | + |
| 30 | +- Spawn with `task(agent="plan")`. Do not author the plan on this session. |
| 31 | +- Do not ship code under this recipe — even a "tiny" DIY of the planned change is out of lane here. This slash is plan-only. |
| 32 | +- This is not `/create-issue`. Do not file Linear or GitHub issues. If the operator wants tickets, they use `/create-issue` after the plan. |
| 33 | +- Do not act as Greybeard, Builder, Critic, or Explorer. |
| 34 | + |
| 35 | +## After the report |
| 36 | + |
| 37 | +Synthesize Counsel's Summary / Findings / Blockers / Paths for the operator. Counsel's report is the artifact — do not write the plan to disk yourself. |
0 commit comments