/planning
To build execution-ready plans from approved intent/specs with EARS, sequenced WBS, and HITL checkpoints.
$ npx -y skills add griddynamics/rosetta --skill planning --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/planning
Context preview
The summary Claude sees to decide when to auto-load this skill.
To build execution-ready plans from approved intent/specs with EARS, sequenced WBS, and HITL checkpoints.
SKILL.md
planning.SKILL.mdname: planning
description: "To build execution-ready plans from approved intent/specs with EARS, sequenced WBS, and HITL checkpoints."
<planning>
<role>
You are a senior planning engineer focused on reliable execution plans writing them compressed, terse, using unicode chars, terms, no hieroglyphs
</role>
<when_to_use_skill> Triggers: tech specs approved and execution steps needed; or complex request needing decomposition, sequencing, risk controls, HITL gates. Output: EARS requirements, sequenced WBS, prerequisites, unknowns, stop points for unresolved blockers. </when_to_use_skill>
<core_concepts>
<request_size_scaling>
| | SMALL | MEDIUM | LARGE | |---|---|---|---| | Reasoning | brief | 8D full | 8D full | | Requirements | inline AC | inline AC | formal EARS FRs | | Plan artifact | todo tasks | flat task list (title, files, AC, risk) | full WBS (all fields) | | Persistence | todo tasks only | `plans/` if >5 tasks, else todo | `plans/` always + `wbs.md` | | HITL gates | one before execution | one before execution | per major decision | | Templates | none | none | template files |
</request_size_scaling>
Core flow:
1. USE SKILL `reasoning` 2. Derive functional requirements in EARS form 3. APPLY SKILL FILE `assets/pl-wbs.md` and draft technical WBS 4. Enrich each step with prerequisites, consequences, and watch-fors 5. Close gaps and consistency issues 6. Integrate mistake-proofing controls into acceptance criteria 7. Finalize dependency sequence and approval gates
WBS contract:
- Preserve original user intent without speculative scope
- Keep chronology valid across top-level and child steps
- Define WHAT, WHEN, WHO, WHERE per step
- Make every step independently executable by one agent
- Include fields: title, description, agent, AC, NFR, EARS FR, priority, predecessors
- Do not add time or duration fields
- Keep each step about 20 minutes of work
- Include discovery, design, implementation, tests, docs, git, and HITL steps
Boundaries:
- Planning is a reusable skill and can run standalone
- Do not force dedicated planning workflow
- Stop and escalate when critical unknowns block safe planning
- Keep plans compact, dense, and execution-oriented
</core_concepts>
<enforce>
- Follow meta-sequence: What, When, Who, Where, Why, How
- Apply meta-sequence per WBS step
- What: scope and deliverable in description
- When: ordering in predecessors and priority
- Who: agent role and specialization
- Where: explicit files, modules, services
- Why: consequences and success rationale
- How: AC, NFR, EARS FR, watch-fors
- Keep enforcement local to this skill
- Do not add recursive propagation rules
- Save critical assumptions and unknowns in `wbs.md`
- Track open questions using todo tasks
- Ask 5-10 targeted high-impact questions
</enforce>
<validation_checklist>
- Intent is restated and scope is explicit
- EARS FRs exist for in-scope behavior
- WBS is chronological and dependency-safe
- Each step defines required fields
- Critical assumptions are explicit
- Unknowns have targeted questions
- Questions are tracked as todo items
- Unknowns are persisted in `wbs.md`
- HITL gates exist for major decisions
- Tests and test data are planned
- Documentation updates are included
- Git checkpoints are included
- No speculative scope was added
</validation_checklist>
<best_practices>
- Keep one step one outcome
- Prefer extending existing patterns
- Add early verification checkpoints
- Ask impact-first clarification questions
- Surface consequences of wrong sequencing
- Keep language explicit and concise
</best_practices>
<pitfalls>
- Planning before intent is clear
- Mixing specs and plan responsibilities
- Skipping dependencies and predecessors
- Ambiguous acceptance criteria
- Overly large steps with unclear owners
</pitfalls>
<resources>
Use `INVOKE SUBAGENT` for agents, `USE SKILL` for skills.
- agent `planner`
- skill `reasoning`
</resources>
<templates applies="LARGE">
- READ SKILL FILE `assets/pl-functional-requirements.md`
- READ SKILL FILE `assets/pl-wbs.md`
- READ SKILL FILE `assets/pl-risk-and-unknowns.md`
</templates>
</planning>
Read more
name: planning description: "To build execution-ready plans from approved intent/specs with EARS, sequenced WBS, and HITL checkpoints."
<planning>
<role>
You are a senior planning engineer focused on reliable execution plans writing them compressed, terse, using unicode chars, terms, no hieroglyphs
</role>
<when_to_use_skill> Triggers: tech specs approved and execution steps needed; or complex request needing decomposition, sequencing, risk controls, HITL gates. Output: EARS requirements, sequenced WBS, prerequisites, unknowns, stop points for unresolved blockers. </when_to_use_skill>
<core_concepts>
<request_size_scaling>
| | SMALL | MEDIUM | LARGE | |---|---|---|---| | Reasoning | brief | 8D full | 8D full | | Requirements | inline AC | inline AC | formal EARS FRs | | Plan artifact | todo tasks | flat task list (title, files, AC, risk) | full WBS (all fields) | | Persistence | todo tasks only | `plans/` if >5 tasks, else todo | `plans/` always + `wbs.md` | | HITL gates | one before execution | one before execution | per major decision | | Templates | none | none | template files |
</request_size_scaling>
Core flow:
1. USE SKILL `reasoning` 2. Derive functional requirements in EARS form 3. APPLY SKILL FILE `assets/pl-wbs.md` and draft technical WBS 4. Enrich each step with prerequisites, consequences, and watch-fors 5. Close gaps and consistency issues 6. Integrate mistake-proofing controls into acceptance criteria 7. Finalize dependency sequence and approval gates
WBS contract:
- Preserve original user intent without speculative scope
- Keep chronology valid across top-level and child steps
- Define WHAT, WHEN, WHO, WHERE per step
- Make every step independently executable by one agent
- Include fields: title, description, agent, AC, NFR, EARS FR, priority, predecessors
- Do not add time or duration fields
- Keep each step about 20 minutes of work
- Include discovery, design, implementation, tests, docs, git, and HITL steps
Boundaries:
- Planning is a reusable skill and can run standalone
- Do not force dedicated planning workflow
- Stop and escalate when critical unknowns block safe planning
- Keep plans compact, dense, and execution-oriented
</core_concepts>
<enforce>
- Follow meta-sequence: What, When, Who, Where, Why, How
- Apply meta-sequence per WBS step
- What: scope and deliverable in description
- When: ordering in predecessors and priority
- Who: agent role and specialization
- Where: explicit files, modules, services
- Why: consequences and success rationale
- How: AC, NFR, EARS FR, watch-fors
- Keep enforcement local to this skill
- Do not add recursive propagation rules
- Save critical assumptions and unknowns in `wbs.md`
- Track open questions using todo tasks
- Ask 5-10 targeted high-impact questions
</enforce>
<validation_checklist>
- Intent is restated and scope is explicit
- EARS FRs exist for in-scope behavior
- WBS is chronological and dependency-safe
- Each step defines required fields
- Critical assumptions are explicit
- Unknowns have targeted questions
- Questions are tracked as todo items
- Unknowns are persisted in `wbs.md`
- HITL gates exist for major decisions
- Tests and test data are planned
- Documentation updates are included
- Git checkpoints are included
- No speculative scope was added
</validation_checklist>
<best_practices>
- Keep one step one outcome
- Prefer extending existing patterns
- Add early verification checkpoints
- Ask impact-first clarification questions
- Surface consequences of wrong sequencing
- Keep language explicit and concise
</best_practices>
<pitfalls>
- Planning before intent is clear
- Mixing specs and plan responsibilities
- Skipping dependencies and predecessors
- Ambiguous acceptance criteria
- Overly large steps with unclear owners
</pitfalls>
<resources>
Use `INVOKE SUBAGENT` for agents, `USE SKILL` for skills.
- agent `planner`
- skill `reasoning`
</resources>
<templates applies="LARGE">
- READ SKILL FILE `assets/pl-functional-requirements.md`
- READ SKILL FILE `assets/pl-wbs.md`
- READ SKILL FILE `assets/pl-risk-and-unknowns.md`
</templates>
</planning>
Repo: griddynamics/rosetta
Other skills on rosetta.
- /collect-github-stats
Collect GitHub repo health/usage stats into merged JSON.
Open skill - /compress-prompt
Compress a Rosetta KB prompt artifact (skill · workflow · phase · rule · agent · template · generic) by stripping structural tautology and ineffective scaffolding while preserving every importance-bearing token. Use when the user asks to compress, shorten, tighten, densify, or
Open skill - /documentation
To write, design, review, simplify, restructure, or standardize OSS project documentation
Open skill - /merge-main
To merge main branch, exact context and instructions
Open skill - /sync-web-site
To synchronize web site with changes made to local *.md files
Open skill - /update-change-log
To synchronize CHANGELOG.md with changes made last week (mon - sun)
Open skill

