Claude Agent Skill · by Am Will

Swarm Planner

Swarm-planner creates dependency-aware implementation plans optimized for parallel multi-agent execution by mapping out atomic tasks with explicit dependencies.

Install
Terminal · npx
$npx skills add https://github.com/am-will/codex-skills --skill swarm-planner
Works with Paperclip

How Swarm Planner fits into a Paperclip company.

Swarm Planner drops into any Paperclip agent that handles this kind of work. Assign it to a specialist inside a pre-configured PaperclipOrg company and the skill becomes available on every heartbeat — no prompt engineering, no tool wiring.

S
SaaS FactoryPaired

Pre-configured AI company — 18 agents, 18 skills, one-time purchase.

$27$59
Explore pack
Source file
SKILL.md179 lines
Expand
---name: swarm-plannerdescription: >  [EXPLICIT INVOCATION ONLY] Creates dependency-aware implementation plans optimized for parallel  multi-agent execution.metadata:  invocation: explicit-only--- # Swarm-Ready Planner Create implementation plans with explicit task dependencies optimized for parallel agent execution. This skill can be ran inside or outside of Plan Mode.  ## Core Principles 1. **Explore Codebase**: Investigate architecture, patterns, existing implementations, dependencies, and frameworks in use.2. **Fresh Documentation First**: Use Context7 for ANY external library, framework, or API before planning tasks3. **Ask Questions**: Clarify ambiguities and seek clarification on scope, constraints, or priorities throughout the planning process. At any time.4. **Explicit Dependencies**: Every task declares what it depends on, enabling maximum parallelization5. **Atomic Tasks**: Each task is independently executable by a single agent6. **Review Before Yield**: A subagent reviews the plan for gaps before finalizing ## Process ### 1. Research **Codebase investigation:**- Architecture, patterns, existing implementations- Dependencies and frameworks in use ### 1a. Optional: Stop to Clarification Questions - If the architecture is unclear or missing STOP AND YIELD to the user, and request user input (AskUserQuestions) before moving on. Always offer recommendations for clarification questions.- If architecture is present, skip 1a and move onto next step.  ### 2. Documentation **Documentation retrieval (REQUIRED for external dependencies):** Use Context7 skill or MCP to fetch current docs for any libraries/frameworks or APIs that are or will be used in project. If Context7 is not available, use web search. This ensures version-accurate APIs, correct parameters, and current best practices. ### 3. STOP and Request User Input When anything is unclear or could reasonably be done multiple ways:- Stop and ask clarifying questions immediately- Do not make assumptions about scope, constraints, or priorities- Questions should reduce risk and eliminate ambiguity- Always offer recommendations for clarification questions.- Use request_user_input or AskUserQuestion tool if available.  ### 4. Create Dependency-Aware Plan Structure the plan with explicit task dependencies using this format: #### Task Dependency Format Each task MUST include:- **id**: Unique identifier (e.g., `T1`, `T2.1`)- **depends_on**: Array of task IDs that must complete first (empty `[]` for root tasks)- **description**: What the task accomplishes- **location**: File paths involved- **validation**: acceptance criteria **Example:**```T1: [depends_on: []] Create database schema migrationT2: [depends_on: []] Install required packagesT3: [depends_on: [T1]] Create repository layerT4: [depends_on: [T1]] Create service interfacesT5: [depends_on: [T3, T4]] Implement business logicT6: [depends_on: [T2, T5]] Add API endpointsT7: [depends_on: [T6]] Write integration tests``` Tasks with empty/satisfied dependencies can run in parallel (T1, T2 above). ### 4. Save Plan Save to `<topic>-plan.md` in the CWD. ### 5. Subagent Review After saving, spawn a subagent to review the plan: ```Review this implementation plan for:1. Missing dependencies between tasks2. Ordering issues that would cause failures3. Missing error handling or edge cases4. Gaps, holes, gotchas. Provide specific, actionable feedback. Do not ask questions. Plan location: [file path]Context: [brief context about the task]``` If the subagent provides actionable feedback, revise the plan before yielding.  ## Plan Template ```markdown# Plan: [Task Name] **Generated**: [Date] ## Overview[Summary of task and approach] ## Prerequisites- [Tools, libraries, access needed] ## Dependency Graph ```[Visual representation of task dependencies]T1 ──┬── T3 ──┐     │        ├── T5 ── T6 ── T7T2 ──┴── T4 ──┘``` ## Tasks ### T1: [Name]- **depends_on**: []- **location**: [file paths]- **description**: [what to do]- **validation**: [how to verify]- **status**: Not Completed- **log**: [leave empty, to be filled out later]- **files edited/created**: [leave empty, to be filled out later] ### T2: [Name]- **depends_on**: []- **location**: [file paths]- **description**: [what to do]- **validation**: [how to verify]- **status**: Not Completed- **log**: [leave empty, to be filled out later]- **files edited/created**: [leave empty, to be filled out later] ### T3: [Name]- **depends_on**: [T1]- **location**: [file paths]- **description**: [what to do]- **validation**: [how to verify]- **status**: Not Completed- **log**: [leave empty, to be filled out later]- **files edited/created**: [leave empty, to be filled out later] [... continue for all tasks ...] ## Parallel Execution Groups | Wave | Tasks | Can Start When ||------|-------|----------------|| 1 | T1, T2 | Immediately || 2 | T3, T4 | Wave 1 complete || 3 | T5 | T3, T4 complete || ... | ... | ... | ## Testing Strategy- [How to test]- [What to verify] ## Risks & Mitigations- [What could go wrong + how to handle]``` ## Important - Every task must have explicit `depends_on` field- Root tasks (no dependencies) can be executed in parallel immediately- Do NOT implement - only create the plan- Always use Context7 for external dependencies before finalizing tasks- Always ask questions where ambiguity exists