Agent skill

Interactive Implementation Planner

by jumppad-labs in jumppad-labs/jumppad

Builds detailed implementation plans through interactive questions, parallel research agents and template files for context, research, plan and tasks, from an issue or a plan name.

MPL-2.0Auto-check: warningsDevelopment

Install Interactive Implementation Planner

The automated check flagged lines worth reading first. See the safety section below.

skills CLI
$ npx skills add jumppad-labs/jumppad --skill implementation-planner -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install jumppad-labs/jumppad implementation-planner --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/jumppad-labs/jumppad.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/implementation-planner .claude/skills/implementation-planner && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
implementation-planner
GitHub stars
263
Token cost
~5.6k tokens
SKILL.md length
2,294 words
Files
6 (incl. scripts, assets)
Skills in repo
8
Repo updated
First seen
Licence
MPL-2.0

At a glance

Builds detailed implementation plans through interactive questions, parallel research agents and template files for context, research, plan and tasks, from an issue or a plan name.

  • Works in 3 steps: Context Gathering & Initial Analysis → Research & Discovery → Validation & Review
  • Planning a significant feature before any code is written
  • SKILL.md covers Overview, Quick Start, Workflow Decision Tree and Step 1: Context Gathering &…, plus 4 more sections
  • Runs Python scripts from its folder; calls gh

What it does

The skill guides a skeptical, collaborative planning session for significant features, refactors and complex implementations, keeping working notes apart from the final deliverables. A bundled init_plan.py script creates the plan directory with template files for context, research, plan and tasks, either from a GitHub issue number or from an ad-hoc plan name. When an issue number is given, the github-issue-reader skill is invoked right away.

Research is delegated. The agent detects the project language and activates a matching guidelines skill (go-dev-guidelines for Go projects is the example) for coding standards and testing patterns, then launches four to six Task agents in parallel using the built-in Explore and general-purpose types. Further agents can verify your corrections, draft an initial structure for complex plans or cross-check accuracy before the plan is shown, while the main context handles conversation and decisions. The finished plans include test strategies and success criteria.

When your agent uses it

  • Planning a significant feature before any code is written
  • Turning a GitHub issue into a structured implementation plan
  • Preparing a complex refactor with research notes and a task list

Example prompts

  • “Plan the implementation for GitHub issue 123.”
  • “Create an ad-hoc plan called refactor-auth and research the current session handling first.”
  • “Help me plan the caching layer, with test strategy and success criteria.”

Requirements

  • Python, to run the init_plan.py script
  • An agent that can spawn Task sub-agents

Workflow steps

3 steps, taken from the step headings in SKILL.md.

  1. Context Gathering & Initial Analysis
  2. Research & Discovery
  3. Validation & Review

What it can do on your machine

Read from SKILL.md and the folder at commit 34289ff. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 1 file in scripts/ (Python), which the agent can run.

    Shell commands in SKILL.md call:

    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Interactive Implementation Planner loads about 5.6k tokens when it runs. Until then it costs about 114 tokens; SKILL.md has 2,294 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~114
When it runs · the whole SKILL.md, loaded when a task matches
~5.6k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: warnings

The automated check found patterns that need a careful read before installing.

  • WarningTells the agent its actions are pre-authorized / not to stop for confirmationSKILL.md:127
    - Don't wait for user confirmation - start codebase research immediately after skill completes

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from jumppad-labs/jumppad at commit 34289ff, republished under its MPL-2.0 licence (© jumppad-labs). 2,294 words, ~5,643 tokens.

Download SKILL.mdSave it as .claude/skills/implementation-planner/SKILL.md (or your agent's skills folder). This skill also uses 5 other files; get the full folder from GitHub.
name
implementation-planner
description
Create detailed implementation plans through an interactive process with research, code snippets, and structured deliverables. Use this skill when planning significant features, refactoring tasks, or complex implementations that require thorough analysis and structured documentation. The skill guides through context gathering, research, design decisions, and generates comprehensive plans with test strategies and success criteria.

Implementation Planner

Overview

Create detailed implementation plans through an interactive, iterative process. Be skeptical, thorough, and work collaboratively with the user to produce high-quality technical specifications with proper separation of working notes from deliverables.

Language-Agnostic Approach: This skill is language-agnostic and delegates to language-specific guidelines skills (e.g., go-dev-guidelines for Go projects) for all coding standards, testing patterns, naming conventions, and architectural decisions. Always detect the project language and activate the appropriate guidelines skill at the start of planning.

Agent-First Strategy: This skill uses the Task tool extensively to spawn parallel research agents for maximum efficiency:

  • GitHub Issue Analysis - Invoke github-issue-reader skill immediately when issue number provided
  • Parallel Research - Launch 4-6 Task agents concurrently (using Explore or general-purpose subagent types)
  • Verification - Spawn Task agents to verify user corrections and validate findings
  • Optional Draft Generation - For complex plans, spawn agent to generate initial structure
  • Optional Validation - Spawn agent to cross-check plan accuracy before presenting

Task agents handle all information gathering, while the main context handles user interaction and decision-making.

Note: Use the built-in agent types (Explore for codebase searches, general-purpose for complex tasks) via the Task tool. No custom agent definitions needed.

Quick Start

Use the init_plan.py script to quickly set up the plan structure:

For GitHub issue-based plans (recommended):

bash
scripts/init_plan.py <issue-number> --type issue

Example: scripts/init_plan.py 123 --type issue

For ad-hoc plans:

bash
scripts/init_plan.py <plan-name> --type adhoc

Example: scripts/init_plan.py refactor-auth --type adhoc

This creates a complete plan directory with all template files ready for customization.

Workflow Decision Tree

Start by determining what information is available and launching agents immediately:

  1. Check for GitHub Issue:

    • If issue number provided → Launch github-issue-reader agent immediately (don't wait!)
    • If no issue exists → Prompt user to create one for history tracking
    • If user wants ad-hoc plan → Proceed with ad-hoc workflow
  2. Detect language and activate guidelines:

    • Identify project language (Go, Python, TypeScript, etc.)
    • Activate appropriate guidelines skill (e.g., go-dev-guidelines)
    • Use throughout planning for coding patterns and architecture
  3. Launch parallel research tasks:

    • While waiting for user input, launch 4-6 Task tool invocations concurrently:
      • Codebase exploration (Explore subagent)
      • Pattern discovery (Explore subagent)
      • Testing strategy (Explore subagent)
      • Architecture analysis (general-purpose subagent)
      • Guidelines verification (Explore subagent)
    • Task agents gather information in parallel for maximum efficiency
  4. Parameters provided (file path, ticket reference)?

    • YES → Read files immediately after agents return results
    • NO → Request task description and context from user
  5. After gathering context:

    • Create TodoWrite task list to track planning process
    • Review Task agent findings and read identified files
    • Present comprehensive findings with focused questions
  6. After alignment on approach:

    • Optionally use Task tool to generate draft for complex plans
    • Create plan structure outline
    • Get feedback on structure
    • Generate the four structured files following language guidelines
    • Optionally use Task tool to validate accuracy before presenting

Step 1: Context Gathering & Initial Analysis

Activate Language-Specific Guidelines

BEFORE STARTING: Determine the project's primary language and activate the appropriate guidelines skill:

  1. Detect Project Language:

    • Look at the codebase structure and file extensions
    • Check for language-specific files (go.mod, package.json, requirements.txt, etc.)
    • If unclear, ask the user
  2. Activate Guidelines Skill:

    • Go projects → Use go-dev-guidelines skill for all coding standards, testing patterns, and architecture decisions
    • Other languages → Use appropriate language-specific guidelines if available
    • These skills provide the coding standards, testing patterns, and architectural patterns to follow
  3. Apply Throughout Planning:

    • Reference the guidelines skill when making architectural decisions
    • Follow testing patterns from the guidelines (e.g., TDD with testify/require for Go)
    • Use naming conventions and project structure from guidelines
    • Include guidelines-compliant code examples in the plan
Determine Plan Type and GitHub Issue

NEXT: Determine if this is an issue-based or ad-hoc plan:

  1. Check for GitHub Issue Number:

    • Look for issue number in parameters (e.g., "123", "#123", "issue 123")
    • If found, launch github-issue-reader agent immediately to gather comprehensive issue information
    • Plans for issues are stored in .docs/issues/<issue-number>/
  2. If No Issue Number Provided:

    • Ask user: "Is this related to a GitHub issue? If so, please provide the issue number, or I can help you create one for tracking purposes."
    • If user provides issue number: Launch github-issue-reader agent
    • If user wants to create an issue: Help create it first with gh issue create
    • If user wants ad-hoc plan: Proceed without issue, store in .docs/adhoc/<plan-name>/
  3. GitHub Issue Analysis:

    • Invoke the github-issue-reader skill using Skill tool to gather:
      • Issue title, description, and labels
      • All comments and discussion threads
      • Linked PRs and cross-references
      • Assignees and milestones
      • Related issues and context
    • Skill returns comprehensive analysis to main context
    • Don't wait for user confirmation - start codebase research immediately after skill completes
  4. Benefits of Issue-Based Plans:

    • Provides history and tracking
    • Links plan to code changes and PRs
    • Enables team visibility and discussion
    • Recommended for all non-trivial features
Check for Provided Parameters

When the skill is invoked:

  • If a file path or ticket reference was provided, skip requesting information
  • Immediately read any provided files FULLY using the Read tool
  • Begin the research process without delay
Read All Mentioned Files

CRITICAL: Read files completely in the main context:

  • Use the Read tool WITHOUT limit/offset parameters
  • DO NOT spawn sub-tasks before reading files in main context
  • NEVER read files partially - if mentioned, read completely
Create Task Tracking

Create a TodoWrite task list to track the planning process and ensure nothing is missed.

Spawn Initial Research Tasks

Before asking the user questions, launch multiple Task tool invocations in parallel. Launch ALL these concurrently in a single message for maximum efficiency:

1. GitHub Issue Analysis (if issue-based plan)

  • Invoke github-issue-reader skill using Skill tool
  • Gathers: title, description, comments, linked PRs, labels, related issues
  • Returns: Full context and discussion history

2. Codebase Exploration (Task tool - Explore subagent, medium thoroughness)

  • Prompt: "Find all files related to [feature/task]. Identify relevant directories, modules, and entry points. Return file paths with brief descriptions of their purpose."
  • Returns: Relevant file paths and structure

3. Pattern Discovery (Task tool - Explore subagent, medium thoroughness)

  • Prompt: "Search for similar implementations to [feature/task] in the codebase. Identify patterns that should be followed, reusable utilities, and existing approaches. Return code examples with file:line references."
  • Returns: Code patterns and examples

4. Testing Strategy Research (Task tool - Explore subagent, medium thoroughness)

  • Prompt: "Research existing test patterns in this project. Find test utilities, fixtures, mocks, and integration test setup patterns. Map the testing infrastructure and conventions. Return examples with file:line references."
  • Returns: Test patterns and infrastructure

5. Architecture Analysis (Task tool - general-purpose subagent)

  • Prompt: "Analyze the architecture for [feature/task]. Trace data flow, map integration points and dependencies, identify shared interfaces and contracts. Find configuration and deployment patterns. Return detailed explanations with file:line references."
  • Returns: Architecture overview and integration points

6. Guidelines Verification (Task tool - Explore subagent, quick thoroughness)

  • Prompt: "Find examples of [language]-specific patterns currently used in the codebase. Identify coding standards, naming conventions, and architectural patterns being followed. Return code examples with file:line references."
  • Returns: Existing code patterns

IMPORTANT: Launch all Task tool calls in a single message (parallel execution) for maximum efficiency.

Read Research Results

After research tasks complete:

  • Read ALL files identified as relevant
  • Read them FULLY into the main context
  • Ensure complete understanding before proceeding
Present Informed Understanding

After research, present findings with specific questions:

Based on the ticket and research of the codebase, the task requires [accurate summary].

Found:
- [Current implementation detail with file:line reference]
- [Relevant pattern or constraint discovered]
- [Potential complexity or edge case identified]

Questions that research couldn't answer:
- [Specific technical question requiring human judgment]
- [Business logic clarification]
- [Design preference affecting implementation]

Only ask questions that cannot be answered through code investigation.

Step 2: Research & Discovery

Verify User Corrections

If the user corrects any misunderstanding:

  • DO NOT just accept the correction
  • Spawn verification Task agents immediately to confirm the correct information
  • Launch multiple Task tool invocations in parallel to research specific areas mentioned
  • Read the specific files/directories identified by Task agents
  • Only proceed once facts are verified through code
Update Task Tracking

Update TodoWrite list to track exploration tasks and Task agent launches.

Spawn Follow-Up Research Tasks

Based on initial findings and user input, launch additional Task tool invocations in parallel:

Deep Dive Research (Task tool - as needed):

  • Dependency Impact - "Map all affected systems and dependencies for [feature]. Find all integration points and impacted code. Return file:line references."
  • Migration Strategy - "Research data migration patterns in the codebase. Find examples of previous migrations. Return patterns with file:line references."
  • Performance Analysis - "Find performance-critical code paths related to [feature]. Identify bottlenecks and optimization patterns. Return file:line references."
  • Security Pattern - "Identify security patterns currently used for [related feature]. Find authentication, authorization, and validation patterns. Return examples with file:line references."
  • Error Handling - "Research existing error handling patterns in the codebase. Find how errors are created, wrapped, and handled. Return examples with file:line references."

For each Task agent:

  • Use Explore subagent for codebase searches (specify thoroughness level)
  • Use general-purpose subagent for complex analysis
  • Each should return specific file:line references and code examples
  • Launch all in a single message for parallel execution
  • Wait for ALL to complete before proceeding
Show full SKILL.md (875 more words)Show less
Present Findings with Code Examples
Based on research, here's what was found:

**Current State:**
- In `<file-path>:<line-range>`, the [component] uses:
  ```<language>
  // existing code pattern
  // show actual code from codebase
  • Pattern to follow: [describe existing pattern with code example]
  • Related patterns found in [other files with line numbers]

Design Options:

  1. [Option A with code sketch following language guidelines] - [pros/cons]
  2. [Option B with code sketch following language guidelines] - [pros/cons]

Open Questions:

  • [Technical uncertainty]
  • [Design decision needed]

Which approach aligns best with your vision?


**Important:** All code examples must follow the patterns from the language-specific guidelines skill (e.g., go-dev-guidelines for Go projects).

## Step 3: Plan Structure Development

Once aligned on approach:

1. Create initial plan outline with phases
2. Get feedback on structure before writing details
3. Determine task name for the directory structure

### Optional: Draft Generation Task

For complex plans, consider using Task tool to generate initial draft:
- **Plan Draft Task** (Task tool - `general-purpose` subagent)
  - Prompt: "Based on all research findings about [feature], generate an initial implementation plan structure. Include phases, file references with line numbers, code examples following [language] guidelines, testing strategy, and success criteria. Return a structured plan draft."
  - Uses findings from all previous Task agents
  - Follows language-specific guidelines
  - Creates skeleton with phases, file references, and code examples
  - Returns draft for review and refinement in main context
  - Human reviews and refines the draft before finalizing

**When to use:** Complex multi-phase implementations with extensive research findings.

## Step 4: Detailed Plan Writing

### Initialize Plan Structure

Use the `scripts/init_plan.py` script to create the directory structure:

**For issue-based plans:**
```bash
scripts/init_plan.py <issue-number> --type issue

This creates .docs/issues/<issue-number>/ with four template files.

For ad-hoc plans:

bash
scripts/init_plan.py <plan-name> --type adhoc

This creates .docs/adhoc/<plan-name>/ with four template files.

Customize the Four Files
File 1: [task-name]-plan.md (The Implementation Plan)

The main deliverable with ALL technical details. Use assets/plan-template.md as the base.

Key sections to complete:

  • Overview: Brief description of what is being implemented and why
  • Current State Analysis: What exists now, what's missing, key constraints
  • Desired End State: Specification of end state and verification method
  • What We're NOT Doing: Explicitly list out-of-scope items
  • Implementation Approach: High-level strategy and reasoning

For each phase:

  • Phase name and overview
  • Development approach following language guidelines (e.g., TDD approach for Go: Write failing tests FIRST)
  • Changes required with:
    • File paths with line numbers
    • Current code examples
    • Proposed changes with detailed comments (following language-specific patterns)
    • Reasoning for changes
  • Testing strategy following language guidelines (e.g., testify/require for Go, separate positive/negative tests)
  • Success criteria split into:
    • Automated Verification (commands to run)
    • Manual Verification (human testing steps)

Include:

  • Testing Strategy: Unit tests, integration tests, manual steps
  • Performance Considerations: Implications and metrics
  • Migration Notes: How to handle existing data/systems
  • References: Original ticket, key files examined, similar patterns
File 2: [task-name]-research.md (Research & Working Notes)

Captures all research process, questions asked, decisions made. Use assets/research-template.md as the base.

Document:

  • Initial Understanding: What the task seemed to be initially
  • Research Process: Files examined, findings, sub-tasks spawned
  • Questions Asked & Answers: Q&A with user, follow-up research
  • Key Discoveries: Technical discoveries, patterns, constraints
  • Design Decisions: Options considered, chosen approach, rationale
  • Open Questions: All must be resolved before finalizing plan
  • Code Snippets Reference: Relevant existing code and patterns
File 3: [task-name]-context.md (Quick Reference Context)

Quick reference for key information. Use assets/context-template.md as the base.

Include:

  • Quick Summary: 1-2 sentence summary
  • Key Files & Locations: Files to modify, reference, and test
  • Dependencies: Code dependencies and external dependencies
  • Key Technical Decisions: Brief decisions and rationale
  • Integration Points: How systems integrate
  • Environment Requirements: Versions, variables, migrations
  • Related Documentation: Links to other plan files
File 4: [task-name]-tasks.md (Task Checklist)

Actionable checklist. Use assets/tasks-template.md as the base.

For each task:

  • Task description in imperative form
  • File path where work happens
  • Effort estimate (S/M/L)
  • Dependencies on other tasks
  • Acceptance criteria

Include:

  • Phase verification steps (automated and manual)
  • Final verification checklist
  • Notes section for implementation notes
Important Guidelines

Follow Language-Specific Guidelines:

  • Use the appropriate language guidelines skill (e.g., go-dev-guidelines for Go)
  • Follow testing patterns from the guidelines (e.g., TDD with testify/require for Go)
  • Use naming conventions from the guidelines
  • Follow project structure conventions from the guidelines
  • Apply architectural patterns from the guidelines
  • All code examples must be compliant with the language guidelines

Be Detailed with Code:

  • Include code snippets showing current state
  • Include code snippets showing proposed changes
  • Add file:line references throughout
  • Show concrete examples, not abstract descriptions

Separate Concerns:

  • Plan file = clean, professional implementation guide
  • Research file = working notes, questions, discoveries
  • Context file = quick reference
  • Tasks file = actionable checklist

Be Skeptical & Thorough:

  • Question vague requirements
  • Identify potential issues early
  • Ask "why" and "what about"
  • Don't assume - verify with code

No Open Questions in Final Plan:

  • If open questions arise during planning, STOP
  • Research or ask for clarification immediately
  • DO NOT write the plan with unresolved questions
  • Implementation plan must be complete and actionable
  • Every decision must be made before finalizing

Success Criteria: Always separate into two categories:

  1. Automated Verification: Commands that can be run by execution agents
  2. Manual Verification: UI/UX, performance, edge cases requiring human testing

Step 5: Validation & Review

Optional: Plan Validation Task

Before presenting to user, consider using Task tool for validation:

  • Plan Validation Task (Task tool - general-purpose subagent)
    • Prompt: "Review the implementation plan for [feature]. Verify all file paths and line numbers exist and are accurate. Check for conflicts with existing code. Validate that code patterns match the codebase style. Confirm test strategy matches project patterns. Return any issues found."
    • Verifies all file paths and line numbers are accurate
    • Ensures no conflicts with existing code
    • Checks that patterns match existing codebase style
    • Validates test strategy matches project patterns
    • Returns issues found for correction

When to use: Complex plans with many file references and integration points.

Present Plan to User

After creating the plan structure (and optional validation):

For issue-based plans:

Implementation plan structure created at:
`.docs/issues/<issue-number>/`

Files created:
- `<issue-number>-plan.md` - Detailed implementation plan with code snippets
- `<issue-number>-research.md` - All research notes and working process
- `<issue-number>-context.md` - Quick reference for key information
- `<issue-number>-tasks.md` - Actionable task checklist

GitHub Issue: #<issue-number> - [Issue Title]

For ad-hoc plans:

Implementation plan structure created at:
`.docs/adhoc/<plan-name>/`

Files created:
- `<plan-name>-plan.md` - Detailed implementation plan with code snippets
- `<plan-name>-research.md` - All research notes and working process
- `<plan-name>-context.md` - Quick reference for key information
- `<plan-name>-tasks.md` - Actionable task checklist

The plan includes detailed code examples and file:line references throughout. Research notes are kept separate from implementation details.

Please review:

  • Are technical details accurate?
  • Are code examples clear and helpful?
  • Are phases properly scoped?
  • Any missing considerations?

Iterate based on feedback and continue refining until the user is satisfied.

Resources

scripts/
  • init_plan.py - Initialize a new implementation plan structure with all template files
assets/
  • plan-template.md - Template for the main implementation plan
  • research-template.md - Template for research and working notes
  • context-template.md - Template for quick reference context
  • tasks-template.md - Template for actionable task checklist

File Organization

Issue-Based Plans:

.docs/
└── issues/
    └── <issue-number>/
        ├── <issue-number>-plan.md      # Main deliverable (detailed, with code)
        ├── <issue-number>-research.md  # Working notes (kept separate)
        ├── <issue-number>-context.md   # Quick reference
        └── <issue-number>-tasks.md     # Actionable checklist

Ad-Hoc Plans:

.docs/
└── adhoc/
    └── <plan-name>/
        ├── <plan-name>-plan.md      # Main deliverable (detailed, with code)
        ├── <plan-name>-research.md  # Working notes (kept separate)
        ├── <plan-name>-context.md   # Quick reference
        └── <plan-name>-tasks.md     # Actionable checklist

The plan file should be professional and detailed enough to hand to an implementation agent, while the research file captures all the working process that led to the decisions.

© jumppad-labs, MPL-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 5 other files (scripts, assets) in .claude/skills/implementation-planner of jumppad-labs/jumppad.

  • SKILL.md
  • assets/context-template.md
  • assets/plan-template.md
  • assets/research-template.md
  • assets/tasks-template.md
  • scripts/init_plan.py

Open the folder on GitHubat commit 34289ff

Compare with similar skills

Interactive Implementation Planner next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Interactive Implementation Planner compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Interactive Implementation Planner this skilljumppad-labs/jumppad263—~5.6kAutomated safety check: WarnMPL-2.0
PR Inline Commentssesori-ai/sesori_apps_monorepo126—~2.3kAutomated safety check: PassCustom licence
Dev DoFHIR/fhir-codegen154—~5.3kAutomated safety check: PassMIT
GitHub Review Iterationprisma/orm48k—~2.2kAutomated safety check: PassApache-2.0
Cherry Studio PR ReviewCherryHQ/cherry-studio52k—~3.9kAutomated safety check: PassAGPL-3.0
PR Cyclejaemk/cached2.1k—~4.8kAutomated safety check: NotesMIT

Similar skills

  • PR Inline Comments

    sesori-ai/sesori_apps_monorepo

    Fetch inline (code) review comments on a GitHub pull request, grouped into threads, with optional filtering by datetime.

    126 GitHub stars~2.3k tokensUpdated today
    DevelopmentAuto-check passed
  • Dev Do

    FHIR/fhir-codegen

    Executes an implementation plan produced by dev-plan in the role of a staff-level Engineer.

    154 GitHub stars~5.3k tokensUpdated yesterday
    Agent WorkflowsAuto-check passed
  • Official

    Runs a loop on a GitHub pull request: fetch review state, triage comments into actions, implement them and resolve threads, repeating until nothing actionable is left.

    48k GitHub stars~2.2k tokensUpdated today
    DevelopmentAuto-check passed
  • Cherry Studio PR Review

    CherryHQ/cherry-studio

    Reviews Cherry Studio branches, pull requests, commits, files and docs against the project's own architecture, naming, API-boundary and UI rules, report-only by default.

    52k GitHub stars~3.9k tokensUpdated today
    DevelopmentAuto-check passed
  • PR Cycle

    jaemk/cached

    PR review-and-update cycle — the orchestrator that takes a PR from review to resolved.

    2.1k GitHub stars~4.8k tokensUpdated 7 days ago
    DevelopmentAuto-check: notes
  • PR Review

    jaemk/self_update

    Targeted, read-only review of a PR or checked-out branch. An agent skill from jaemk/self_update.

    961 GitHub stars~1.5k tokensUpdated 1 mo ago
    DevelopmentAuto-check: notes

More from jumppad-labs/jumppad

All 8 skills in this repo
  • GitHub Issue Reader

    jumppad-labs/jumppad

    Pulls a GitHub issue's description, comments, labels, assignees, milestone and linked pull requests into one markdown report so the agent can plan a fix.

    263 GitHub stars~958 tokensUpdated 7 days ago
    Auto-check passed
  • Go Development Guidelines

    jumppad-labs/jumppad

    Sets idiomatic Go conventions with a test-first workflow, using testify/require for assertions and mockery for mocks, for new features, packages and refactors.

    263 GitHub stars~1.5k tokensUpdated 7 days ago
    Auto-check passed
  • Executes an approved plan step by step through the spektacular CLI, which acts as the state machine, producing code, tests and a changelog.

    263 GitHub stars~1.8k tokensUpdated 7 days ago
    Auto-check passed
  • Routes natural-language requests to look up, add or update entries in a project's knowledge store by calling the spektacular knowledge CRUD commands directly, without a multi-step CLI flow.

    263 GitHub stars~2.5k tokensUpdated 7 days ago
    Auto-check passed
  • Spek Manage Repos

    jumppad-labs/jumppad

    Add a repo to the current Spektacular project through a guided conversation, inspect the registry, and repair a repo's footprint.

    263 GitHub stars~2.6k tokensUpdated 7 days ago
    Auto-check passed
  • Spek New

    jumppad-labs/jumppad

    Create a new Specification for a feature. An agent skill from jumppad-labs/jumppad.

    263 GitHub stars~2.4k tokensUpdated 7 days ago
    Auto-check passed

Works with

Questions about Interactive Implementation Planner

What does Interactive Implementation Planner do?

Builds detailed implementation plans through interactive questions, parallel research agents and template files for context, research, plan and tasks, from an issue or a plan name. The skill guides a skeptical, collaborative planning session for significant features, refactors and complex implementations, keeping working notes apart from the final deliverables.py script creates the plan directory with template files for context, research, plan and tasks, either from a GitHub issue number or from an ad-hoc plan name.

When should I use Interactive Implementation Planner?

Interactive Implementation Planner fits situations like: planning a significant feature before any code is written; turning a GitHub issue into a structured implementation plan; preparing a complex refactor with research notes and a task list.

How do I install Interactive Implementation Planner in Claude Code?

Run `npx skills add jumppad-labs/jumppad --skill implementation-planner -a claude-code`. Or copy the skill folder (.claude/skills/implementation-planner in jumppad-labs/jumppad) into .claude/skills/implementation-planner in your project. Claude Code loads it when a task matches its description.

How do I install Interactive Implementation Planner in Codex?

Run `npx skills add jumppad-labs/jumppad --skill implementation-planner -a codex`. Or copy the skill folder (.claude/skills/implementation-planner in jumppad-labs/jumppad) into .agents/skills/implementation-planner in your project. Codex loads it when a task matches its description.

Can I use Interactive Implementation Planner in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add jumppad-labs/jumppad --skill implementation-planner -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/implementation-planner, .gemini/skills/implementation-planner, .github/skills/implementation-planner and .opencode/skills/implementation-planner in your project.

What does Interactive Implementation Planner need to run?

Going by SKILL.md and its folder, Interactive Implementation Planner needs Python for the scripts in its folder and the command-line tools its instructions call (gh). Our summary lists: Python, to run the init_plan.py script; An agent that can spawn Task sub-agents.

Does Interactive Implementation Planner access the network?

SKILL.md contains no URLs. Its commands use gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Interactive Implementation Planner safe to install?

Our automated static check of SKILL.md flagged 1 warning(s): tells the agent its actions are pre-authorized / not to stop for confirmation. Read the flagged lines before installing; the check is not a guarantee either way. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Interactive Implementation Planner use?

Interactive Implementation Planner is published under the MPL-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Interactive Implementation Planner use?

About 5.6k tokens (SKILL.md is roughly 23k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Interactive Implementation Planner?

Skills that share tags, products or a category with Interactive Implementation Planner: PR Inline Comments (sesori-ai/sesori_apps_monorepo, 126 stars), Dev Do (FHIR/fhir-codegen, 154 stars), GitHub Review Iteration (prisma/orm, 48k stars) and Cherry Studio PR Review (CherryHQ/cherry-studio, 52k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Interactive Implementation Planner?

jumppad-labs (a GitHub organization) maintains it in jumppad-labs/jumppad, which has 263 GitHub stars. The repository holds 8 skills in this directory. The repository was last updated on October 1, 2026.

Source: jumppad-labs/jumppad on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.