plan-generator

Step 1: Analyze Requirements

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "plan-generator" with this command: npx skills add oimiragieo/agent-studio/oimiragieo-agent-studio-plan-generator

Plan Generator Skill

Step 1: Analyze Requirements

Parse user requirements:

  • Extract explicit requirements

  • Identify implicit requirements

  • Determine planning scope

  • Assess complexity

Step 2: Coordinate Specialists

Request planning input from relevant agents:

  • Analyst: Business requirements and market context

  • PM: Product requirements and user stories

  • Architect: Technical architecture and design

  • Database Architect: Data requirements

  • UX Expert: Interface requirements

Step 3: Generate Plan Structure

Create plan following this EXECUTABLE structure:

Plan: [Title]

Executive Summary

[2-3 sentence overview]

Objectives

  • [Objective 1]
  • [Objective 2]

Phases

Phase N: [Phase Title]

Dependencies: [Phase numbers or 'None'] Parallel OK: [Yes/No - can tasks run concurrently?]

Tasks

  • N.1 [Task description] (~X min)

    • Command: actual shell command here
    • Verify: command to verify success
    • Rollback: command to undo if needed
  • N.2 [Task description] (~X min) [⚡ parallel OK]

    • Command: ...
    • Verify: ...

Phase N Error Handling

If any task fails:

  1. Run rollback commands for completed tasks (reverse order)
  2. Document error: echo "Phase N failed: [error]" >> .claude/context/memory/issues.md
  3. Do NOT proceed to Phase N+1

Phase N Verification Gate

# All must pass before proceeding
[verification commands]

Risks

Risk Impact Mitigation Rollback

[Risk] [H/M/L] [Strategy] [Command]

Timeline Summary

Phase Tasks Est. Time Parallel?

1 5 30 min Partial

2 3 20 min No

The Executable Task Format (MANDATORY)

Every task MUST include:

  1. Checkbox - - [ ] for progress tracking
  2. ID - N.M format for reference
  3. Time estimate - (~X min)
  4. Command - Actual executable command
  5. Verify - Command to confirm success
  6. Rollback - Command to undo (if applicable)
  7. Parallel marker - [⚡ parallel OK] if can run concurrently

Guidelines

  • Define clear objectives
  • Break down into phases (<=7 phases total)
  • Each phase has <=7 tasks
  • Every task has executable commands
  • Include verification gates between phases

Step 4: Assess Risks

Identify risks and mitigation:

  • Technical risks
  • Resource risks
  • Timeline risks
  • Dependency risks
  • Mitigation strategies

Step 5: Validate Plan

Validate plan completeness:

  • All requirements addressed
  • Dependencies mapped
  • Success criteria defined
  • Risks identified
  • Plan is feasible

Step 6: Generate Artifacts

Create plan artifacts using the template-renderer skill:

Using Template-Renderer: After creating plan data structure, invoke template-renderer to generate formatted output:

// Map plan data to template tokens
const planTokens = {
  PLAN_TITLE: plan.title,
  DATE: new Date().toISOString().split('T')[0],
  FRAMEWORK_VERSION: 'Agent-Studio v2.2.1',
  STATUS: plan.status || 'Phase 0 - Research',
  EXECUTIVE_SUMMARY: plan.executiveSummary,
  TOTAL_TASKS: `${plan.totalTasks} atomic tasks`,
  FEATURES_COUNT: plan.features.length,
  ESTIMATED_TIME: plan.estimatedTime,
  STRATEGY: plan.strategy,
  KEY_DELIVERABLES_LIST: plan.keyDeliverables.map(d => `- ${d}`).join('\n'),
  // Phase-specific tokens
  PHASE_0_PURPOSE: plan.phases[0].purpose,
  PHASE_0_DURATION: plan.phases[0].duration,
  PHASE_1_NAME: plan.phases[1].name,
  PHASE_1_PURPOSE: plan.phases[1].purpose,
  PHASE_1_DURATION: plan.phases[1].duration,
  DEPENDENCIES: plan.phases[1].dependencies,
  PARALLEL_OK: plan.phases[1].parallelOk ? 'Yes' : 'No',
  VERIFICATION_COMMANDS: plan.phases[1].verificationCommands,
  // Add more phase tokens as needed
};

// Invoke template-renderer skill
Skill({
  skill: 'template-renderer',
  args: {
    templateName: 'plan-template',
    outputPath: `.claude/context/plans/${planId}.md`,
    tokens: planTokens
  }
});

Output Locations:

  • Plan markdown (from template): .claude/context/plans/&#x3C;plan-id>.md
  • Plan JSON (structured data): .claude/context/plans/&#x3C;plan-id>.json
  • Plan summary (for quick reference) </execution_process>

<plan_types> Feature Development Plan:

  • Objectives: Feature goals
  • Steps: Analysis -> Design -> Implementation -> Testing
  • Agents: Analyst -> PM -> Architect -> Developer -> QA

Refactoring Plan:

  • Objectives: Code quality goals
  • Steps: Analysis -> Planning -> Implementation -> Validation
  • Agents: Code Reviewer -> Refactoring Specialist -> Developer -> QA

Migration Plan:

  • Objectives: Migration goals
  • Steps: Analysis -> Planning -> Execution -> Validation
  • Agents: Architect -> Legacy Modernizer -> Developer -> QA

Architecture Plan:

  • Objectives: Architecture goals
  • Steps: Analysis -> Design -> Validation -> Documentation
  • Agents: Architect -> Database Architect -> Security Architect -> Technical Writer </plan_types>

<integration> Integration with Planner Agent: Planner agent uses this skill to:

  • Generate plans from requirements
  • Coordinate specialist input
  • Validate plan completeness
  • Track plan execution </integration>

<best_practices>

  1. Coordinate Early: Get specialist input before finalizing plan
  2. Keep Steps Focused: <=7 steps per plan section
  3. Map Dependencies: Clearly identify prerequisites
  4. Assess Risks: Identify and mitigate risks proactively
  5. Validate Thoroughly: Ensure plan is complete and feasible </best_practices> </instructions>

<examples> <formatting_example> Example Plan Output

Command: "Generate plan for user authentication feature"

Generated Plan:

# Plan: User Authentication Feature

## Executive Summary
Add JWT-based authentication with login/logout endpoints. Includes password hashing, session management, and security testing.

## Objectives
- Implement JWT-based authentication
- Support login, logout, and session management
- Provide secure password handling

## Phases

### Phase 1: Setup &#x26; Design
**Dependencies**: None
**Parallel OK**: Partial

#### Tasks
- [ ] **1.1** Create feature branch (~2 min)
  - **Command**: `git checkout -b feature/auth`
  - **Verify**: `git branch --show-current | grep feature/auth`

- [ ] **1.2** Create auth module directory (~1 min) [⚡ parallel OK]
  - **Command**: `mkdir -p src/auth`
  - **Verify**: `ls -d src/auth`

- [ ] **1.3** Design auth architecture (~15 min)
  - **Command**: `Task({ task_id: 'task-1', agent: "architect", prompt: "Design JWT auth..." })`
  - **Verify**: `ls .claude/context/artifacts/auth-design.md`

#### Phase 1 Verification Gate
```bash
git branch --show-current | grep feature/auth &#x26;&#x26; ls src/auth &#x26;&#x26; ls .claude/context/artifacts/auth-design.md

Phase 2: Implementation

Dependencies: Phase 1
Parallel OK: No (sequential TDD)

Tasks

- 
 2.1 Write auth endpoint tests (~10 min)

- Command: Task({ task_id: 'task-2', agent: "developer", prompt: "TDD: Write failing tests for /login endpoint" })

- Verify: npm test -- --grep "login" 2>&#x26;1 | grep -E "failing|FAIL"

- Rollback: git checkout -- src/auth/__tests__/

- 
 2.2 Implement login endpoint (~15 min)

- Command: Task({ task_id: 'task-3', agent: "developer", prompt: "Implement login to pass tests" })

- Verify: npm test -- --grep "login" 2>&#x26;1 | grep -E "passing|PASS"

- 
 2.3 Implement logout endpoint (~10 min)

- Command: Task({ task_id: 'task-4', agent: "developer", prompt: "TDD: logout endpoint" })

- Verify: npm test -- --grep "logout" 2>&#x26;1 | grep -E "passing|PASS"

Phase 2 Error Handling

If any task fails:

- Run: git stash &#x26;&#x26; git checkout -- src/auth/

- Document: echo "Phase 2 failed: $(date)" >> .claude/context/memory/issues.md

- Do NOT proceed to Phase 3

Phase 2 Verification Gate

npm test -- --grep "auth" &#x26;&#x26; echo "All auth tests passing"

Phase 3: Security Review

Dependencies: Phase 2
Parallel OK: Yes

Tasks

- 
 3.1 Security audit (~20 min) [⚡ parallel OK]

- Command: Task({ task_id: 'task-5', agent: "security-architect", prompt: "Audit auth implementation" })

- Verify: ls .claude/context/reports/security/security-audit.md

- 
 3.2 Run security tests (~5 min) [⚡ parallel OK]

- Command: npm run test:security

- Verify: echo $?
 (exit code 0)

Risks

Risk
Impact
Mitigation
Rollback

JWT secret exposure
High
Use env vars
Rotate secret immediately

SQL injection
High
Parameterized queries
git revert HEAD

Timeline Summary

Phase
Tasks
Est. Time
Parallel?

1
3
18 min
Partial

2
3
35 min
No

3
2
25 min
Yes

Total
8
~78 min

**After plan generation**, invoke template-renderer:

```javascript
// Map plan data to tokens
const tokens = {
  PLAN_TITLE: 'User Authentication Feature',
  DATE: '2026-01-28',
  FRAMEWORK_VERSION: 'Agent-Studio v2.2.1',
  STATUS: 'Phase 0 - Research',
  EXECUTIVE_SUMMARY: 'Add JWT-based authentication with login/logout endpoints...',
  TOTAL_TASKS: '8 atomic tasks',
  FEATURES_COUNT: '1',
  ESTIMATED_TIME: '~78 minutes',
  STRATEGY: 'Foundation-first → Core features → Security review',
  KEY_DELIVERABLES_LIST: '- Authentication module\n- Login/logout endpoints\n- Security audit',
  PHASE_1_NAME: 'Setup &#x26; Design',
  PHASE_1_PURPOSE: 'Create feature branch and design architecture',
  PHASE_1_DURATION: '18 minutes',
  DEPENDENCIES: 'None',
  PARALLEL_OK: 'Partial',
  VERIFICATION_COMMANDS: 'git branch --show-current | grep feature/auth &#x26;&#x26; ls src/auth',
};

// Render plan using template
Skill({
  skill: 'template-renderer',
  args: {
    templateName: 'plan-template',
    outputPath: '.claude/context/plans/user-auth-plan.md',
    tokens: tokens
  }
});

&#x3C;/formatting_example>

Iron Laws

- ALWAYS include an executable command in every task — a task without a command is a wish, not an action; plans with wishes stall at execution because agents have nothing to run.

- NEVER create a phase with more than 7 tasks — phases exceeding 7 tasks cause cognitive overload, lose parallel opportunities, and make rollback scoping impossible.

- ALWAYS include a verification gate between every phase — proceeding without verification means failures in Phase N are discovered in Phase N+3, making rollback exponentially more complex.

- NEVER generate a plan without explicit rollback commands for destructive operations — a plan without rollback paths is unrecoverable; rollback must be specified before the operation is attempted.

- ALWAYS coordinate specialist input (Analyst, PM, Architect) before finalizing a plan — plans generated without domain expert review routinely miss implicit requirements, producing incomplete execution paths.

Rules

The Iron Law of Planning

EVERY TASK MUST HAVE AN EXECUTABLE COMMAND

A task without a command is not a task - it's a wish.

Mandatory Elements

- Every task must have: checkbox, ID, time estimate, command, verify

- Every phase must have: verification gate, error handling

- Every risk must have: rollback command

Anti-Patterns (DO NOT)

Anti-Pattern
Problem
Fix

"Install X" without command
Not executable
Add: cp -r source dest

"Verify Y works"
Vague
Add: npm test | grep PASS

"Update Z"
What file? What change?
Add exact Edit
 or sed
 command

No time estimates
Can't track progress
Add (~X min)
 to every task

No rollback
Can't recover from failure
Add rollback command

Quality Checklist

Before finalizing any plan, verify:

-  Can I copy-paste every command and run it?

-  Does every verify command have a clear pass/fail output?

-  Is there a rollback for every destructive operation?

-  Are time estimates realistic and granular?

-  Are parallel tasks marked with ⚡?

Template Integration

This skill uses the template-renderer
 skill to generate formatted plans:

Integration Flow:

- plan-generator creates structured plan data (JSON)

- Maps plan data to template tokens (see Step 6)

- Invokes template-renderer with plan-template

- Outputs rendered plan to .claude/context/plans/

Required Tokens (for plan-template):

- Core: PLAN_TITLE
, DATE
, FRAMEWORK_VERSION
, STATUS

- Summary: EXECUTIVE_SUMMARY
, TOTAL_TASKS
, ESTIMATED_TIME
, STRATEGY

- Phases: PHASE_N_NAME
, PHASE_N_PURPOSE
, DEPENDENCIES
, PARALLEL_OK

- Verification: VERIFICATION_COMMANDS

See .claude/templates/plan-template.md
 for complete token list.

Related Skills

- template-renderer
 - Renders plan-template with token replacement

- writing-plans
 - Bite-sized task plans with complete code for implementation

Memory Protocol (MANDATORY)

Before starting:

cat .claude/context/memory/learnings.md

After completing:

- New pattern -> .claude/context/memory/learnings.md

- Issue found -> .claude/context/memory/issues.md

- Decision made -> .claude/context/memory/decisions.md

ASSUME INTERRUPTION: Your context may reset. If it's not in memory, it didn't happen.

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Automation

filesystem

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

slack-notifications

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

chrome-browser

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

context-compressor

No summary provided by upstream source.

Repository SourceNeeds Review