원클릭으로
implementation-plan
Structured implementation planning with file impact analysis, dependencies, and phased tasks
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Structured implementation planning with file impact analysis, dependencies, and phased tasks
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | implementation-plan |
| description | Structured implementation planning with file impact analysis, dependencies, and phased tasks |
| version | 1.1.0 |
| author | Terry Nyberg |
| license | MIT |
| allowed-tools | ["Glob","Grep","Read","AskUserQuestion"] |
| metadata | {"tier":"analysis","category":"refactoring"} |
DEPRECATED: This skill has been replaced by
/plan, which adds audit-aware mode, T-shirt sizing, and the Golden Rule. Use/planinstead.Migration:
/implementation-plan→/plan(standalone mode is identical)./implementation-planwith audit findings →/plan --audit.This file is kept so existing muscle memory gets a clear redirect rather than a broken command. Do not use this skill for new work.
Quick Ref: Interactive planning: gather requirements → analyze codebase → phased task list with risk/ROI ratings → test plan → rollback strategy.
YOU MUST EXECUTE THIS WORKFLOW. Do not just describe it.
Required output: Every task/issue MUST include Urgency, Risk, ROI, and Blast Radius ratings. Do not omit these ratings.
Create detailed implementation plans with impact analysis, phased tasks, and risk assessment.
IMPORTANT: Use AskUserQuestion to gather requirements:
AskUserQuestion with questions:
[
{
"question": "What type of work are you planning?",
"header": "Work Type",
"options": [
{"label": "New feature", "description": "Adding new functionality to the app"},
{"label": "Bug fix / improvement", "description": "Fixing issues or enhancing existing features"},
{"label": "Refactoring", "description": "Restructuring code without changing behavior"},
{"label": "Report card items", "description": "Implementing recommendations from a report card"}
],
"multiSelect": false
},
{
"question": "What is your risk tolerance?",
"header": "Risk",
"options": [
{"label": "Conservative", "description": "Minimize risk, smaller incremental changes"},
{"label": "Balanced", "description": "Reasonable risk for reasonable gains"},
{"label": "Aggressive", "description": "Accept higher risk for faster delivery"}
],
"multiSelect": false
},
{
"question": "What is your timeline?",
"header": "Timeline",
"options": [
{"label": "Urgent (days)", "description": "Must ship this week"},
{"label": "Normal (1-2 weeks)", "description": "Standard development cycle"},
{"label": "Flexible (weeks+)", "description": "No immediate deadline"}
],
"multiSelect": false
}
]
Wait for responses, then ask for the feature/task description if not already provided.
After gathering input, produce:
| Aspect | Details |
|---|---|
| What | [Restate the feature/task in your own words] |
| Why | [User benefit or business value] |
| Scope | [What's included and excluded] |
| # | As a... | I want... | So that... |
|---|---|---|---|
| 1 | [user type] | [capability] | [benefit] |
| 2 | [user type] | [capability] | [benefit] |
| # | Criterion | How to Verify |
|---|---|---|
| 1 | [What must be true] | [Test or check] |
| 2 | [What must be true] | [Test or check] |
Scan the codebase using these tools:
# Find files related to the feature area
Glob pattern="**/*FeatureName*.swift"
Grep pattern="FeatureKeyword" glob="**/*.swift" output_mode="files_with_matches"
# Find existing patterns to follow
Grep pattern="class.*ViewModel|struct.*View.*body" glob="**/*.swift" output_mode="files_with_matches"
# Find dependencies that will be affected
Grep pattern="import.*ModuleName|ModuleName\\." glob="**/*.swift" output_mode="files_with_matches"
# Find test files for affected areas
Glob pattern="Tests/**/*FeatureName*Tests.swift"
Produce:
| File/Module | Relevance | Notes |
|---|---|---|
| [path] | High/Med/Low | [How it relates] |
| Pattern | Example Location | Apply To |
|---|---|---|
| [Pattern name] | [File path] | [Where to use] |
| This Feature Depends On | Type |
|---|---|
| [Module/file] | Required/Optional |
| This Feature Will Affect | Impact |
|---|---|
| [Module/file] | High/Med/Low |
| Area | Files Affected | Risk Level | Notes |
|---|---|---|---|
| Models | [list] | High/Med/Low | [details] |
| ViewModels | [list] | High/Med/Low | [details] |
| Views | [list] | High/Med/Low | [details] |
| Services/Managers | [list] | High/Med/Low | [details] |
| Tests | [list] | High/Med/Low | [details] |
| Phase | Task | Files | Risk | Depends On |
|---|---|---|---|---|
| A: Foundation | [Task 1] | [files] | Low | - |
| A: Foundation | [Task 2] | [files] | Low | Task 1 |
| B: Core Logic | [Task 3] | [files] | Med | Phase A |
| B: Core Logic | [Task 4] | [files] | Med | Task 3 |
| C: UI Integration | [Task 5] | [files] | Med | Phase B |
| C: UI Integration | [Task 6] | [files] | Low | Task 5 |
| D: Polish | [Task 7] | [files] | Low | Phase C |
| D: Polish | [Task 8] | [files] | Low | - |
| Risk | Likelihood | Impact | Mitigation |
|---|---|---|---|
| [Risk description] | High/Med/Low | High/Med/Low | [How to mitigate] |
| Test Type | What to Test | Priority |
|---|---|---|
| Unit | [Functionality] | High/Med/Low |
| Integration | [Functionality] | High/Med/Low |
| UI | [Functionality] | High/Med/Low |
| Scenario | Rollback Action |
|---|---|
| [What could go wrong] | [How to undo] |
If anything is unclear, use AskUserQuestion before finalizing:
AskUserQuestion with questions:
[
{
"question": "[Specific question about scope/behavior]",
"header": "Scope",
"options": [
{"label": "[Option A]", "description": "[What this means]"},
{"label": "[Option B]", "description": "[What this means]"}
],
"multiSelect": false
}
]
| Deliverable | Status |
|---|---|
| Feature specification | ✅ Complete |
| File-by-file plan | ✅ Complete |
| Phased task list | ✅ Complete |
| Test plan | ✅ Complete |
| Rollback strategy | ✅ Complete |
Use AskUserQuestion to confirm:
AskUserQuestion with questions:
[
{
"question": "How would you like to proceed?",
"header": "Action",
"options": [
{"label": "Start Phase A", "description": "Begin implementation with foundation tasks"},
{"label": "Refine the plan", "description": "Discuss or adjust before starting"},
{"label": "Save for later", "description": "Keep plan but don't start now"}
],
"multiSelect": false
}
]
User: "Add a search feature to the items list"
Step 1: Work type = New feature, Risk = Balanced, Timeline = Normal
Step 2: Feature Summary
What: Add search bar to filter items by title, category, and notes
Why: Users with many items can't find things quickly
Scope: Search UI + filter logic. NOT: full-text search, search history
Step 3: Codebase Analysis
Related: ItemListView.swift, ItemListViewModel.swift, Item.swift
Patterns: Other views use @State for search text + computed filtered arrays
Dependencies: SwiftData (Item model), existing filter system
Step 4: Impact — 3 files (Low risk)
Step 5: Implementation Plan
Phase A: Add searchText @State + .searchable modifier to ItemListView
Phase B: Add filter logic to ItemListViewModel
Phase C: Add unit tests for filter logic
Step 6: Risk — Low (additive change, no existing code modified)
Step 7: Test Plan — Unit tests for filter matching, empty query, case sensitivity
Systematic UI workflow auditing for SwiftUI applications. Discovers entry points, traces user flows, detects dead ends and broken promises, audits data wiring, evaluates from user perspective. Triggers: "workflow audit", "audit flows", "find dead ends", "check navigation".
Mine for hidden bugs that pattern-based auditors miss. 7 analysis lenses: assumptions, state machines, boundary conditions, data lifecycle, error paths, time-dependent behavior, and platform divergence. Triggers: "prospect for bugs", "find hidden bugs", "assumption audit", "what could go wrong", "bug prospector".
Epic decomposition into trackable, right-sized tasks. Three modes — audit-aware (codebase-audit reports), workflow-audit-aware (handoff.yaml with pre-rated findings), standalone (from scratch). Light convention scanning for projects without CLAUDE.md.
Systematic UI workflow auditing for SwiftUI applications. Discovers entry points, traces user flows, detects dead ends and broken promises, evaluates from user perspective.
Sync website content with app codebase - features, changelog, FAQ, docs. Triggers: "update website", "sync website", "website sync".
Display list of all available custom commands for this project