plan-swarm

Solid

Socratic planning interview for swarm decomposition

AI & Automation 15 stars 3 forks Updated today MIT

Install

View on GitHub

Quality Score: 83/100

Stars 20%
40
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Plan Swarm **Recommended model tier:** smart (opus) - this skill requires careful reasoning Structured planning interview to decompose work into independent stories before running a swarm. ## Quick Reference ``` plan swarm → Full interview workflow (recommended) plan swarm --fast → Skip interview, state assumptions, decompose directly ``` ## Workflow ### Phase 1: Understand Explore the codebase and existing context before asking questions. 1. **Read existing decisions** via `mcp__plugin_aide_aide__decision_list` and `mcp__plugin_aide_aide__decision_get` 2. **Search memories** via `mcp__plugin_aide_aide__memory_search` for relevant past context 3. **Explore the codebase** — read key files, understand architecture, identify boundaries 4. **Identify the scope** — what is the user asking for? What are the natural boundaries? Do NOT ask questions yet. Build understanding first. ### Phase 2: Interview Conduct 2-3 rounds of focused questions. Each round has 2-4 questions. Max 3 rounds total. **Round 1: Scope & Boundaries** - What is in scope vs out of scope? - What are the success criteria? - Are there any constraints (time, tech, compatibility)? **Round 2: Dependencies & Risks** - What shared state or files will multiple stories touch? - What could go wrong? What are the risky parts? - Are there external dependencies (APIs, services, data)? **Round 3: Acceptance Criteria** (if needed) - How will we know each story is done? - What tests shou...

Details

Author
jmylchreest
Repository
jmylchreest/aide
Created
5 months ago
Last Updated
today
Language
Go
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Featured

plan-swarm-review

Iterative plan review using multisampling + focused decomposition. Launches parallel independent agents to find issues that single-pass review misses. 4 escalating rounds: broad -> multisample -> focused -> focused+multisample. Use when: "swarm review", "review plan thoroughly", "multisample review", "deep plan review", "plan swarming", "stress test the plan", or before implementing any plan >500 lines or with >3 interacting components. Also use proactively when a large plan is about to be implemented — catch issues before code, not after. Do NOT use to design a multi-agent harness or Generator-Evaluator architecture from scratch; use harness-design for that. Do NOT use to review already-written code/diffs; use deep-review for that (this reviews plans, not implementations).

138 Updated yesterday
AnastasiyaW
AI & Automation Listed

swarm-design

System design phase — architecture, tech-stack options, module boundaries, data model, and ADRs from a validated SRS. Use after requirements are validated, when choosing a tech stack, designing system structure/APIs/data models, or recording an architecture decision.

5 Updated 2 days ago
AnmarHani
AI & Automation Listed

plan-interview

Use BEFORE writing any implementation plan for behavior-changing work — plan mode, a direct feature/fix ask, or pre-flight for a dev-pipeline ticket. Surfaces the load-bearing design decisions to the engineer while the plan is forming and emits the Decision Ledger the plan gates require. Not for typo/mechanical fixes.

1 Updated yesterday
manoldonev