Issue Planning Command

User Input

$ARGUMENTS

Expected format: /workflow-plan TASK-NAME [additional requirements]

Example:

• •/workflow-plan REFACTORING limit to 3 commits
• •/workflow-plan API-REDESIGN keep backward compatibility

You MUST consider the user input before proceeding (if not empty).

Outline

1. •

   Parse User Input:

   • •Extract task name from first word of $ARGUMENTS (e.g., "REFACTORING")
   • •Extract additional requirements from remaining text (e.g., "limit to 3 commits")
   • •If task name missing, ERROR: "Please provide task name: /workflow-plan TASK-NAME"
2. •

   Check Prerequisites:

   • •Verify docs/work/WORK-{task-name}/analysis.md exists
   • •If not exists, use $ARGUMENTS as requirements source and proceed
3. •

   Load Requirements:

   • •If analysis.md exists: Extract selected approach and completion criteria
   • •If not: Interpret user input as requirements (description, URL, file path, etc.)
4. •

   Identify Impact Scope:

   • •List approximate classes/modules (not specific file names)
5. •

   Decompose Commits (Vertical Slicing):

   • •Each commit should be independently deployable
   • •Consider additional requirements from user input (e.g., commit count limits, specific constraints)
   • •Forbid Horizontal Slicing: Don't separate types/logic/tests/UI into separate commits
   • •Vertical Slicing: Each commit includes types+logic+tests to provide complete functionality
   • •Order: Setup → Core → Integration → Polish
   • •Specify verification method and "independently deployable" status for each commit
6. •

   Review Principle Violations:

   • •Create Complexity Tracking table if coding principle violations are necessary
7. •

   Write Documents (Dual Language):

   • •Create docs/work/WORK-{name}/plan.ko.md (Korean - for user reference)
   • •Create docs/work/WORK-{name}/plan.md (English - for agent consumption)

Key Rules

Documentation Language

CRITICAL: You must generate TWO versions of all documents:

1. •Korean version (plan.ko.md): For user reference - written in Korean
2. •English version (plan.md): For agent consumption - written in English

Both versions must contain identical structure and information, only the language differs.

Must Do

• •Checklist-focused
• •Reference analysis.md only (no repetition)
• •Vertical Slicing: Each commit independently deployable
• •Reflect coding principles
• •Impact scope approximate only

Must Not Do

• •Redefine problem (it's in analysis.md)
• •List specific file names
• •Verbose explanations

Vertical Slicing Principles (CRITICAL)

Each commit must satisfy:

1. •Build Success: No compilation errors
2. •Preserve Existing Features: Pass existing tests
3. •Independently Testable: Can be tested with this commit alone
4. •Meaningful Value: Provides real value to users/developers

Horizontal Slicing Forbidden:

• •Separating types only → logic only → tests only → UI only (X)
• •This separation makes each commit functionally incomplete

Vertical Slicing Example:

• •Commit 1: types + logic + tests + schema (usable with manual config)
• •Commit 2: UI integration (complete UX)

Phase Structure

• •Phase 1: Setup
• •Phase 2: Foundational
• •Phase 3+: User Stories (we call them Core features)
• •Final Phase: Polish

→ We apply as Commit order

Document Template

Files to create:

• •docs/work/WORK-{task-name}/plan.ko.md (Korean version)
• •docs/work/WORK-{task-name}/plan.md (English version)

# [Task Name] - Implementation Plan

> **Analysis Result**: See `analysis.md`
> **Selected Approach**: [Approach N]

## Impact Scope (Approximate)

**Main Areas**: [StatusBarManager, ConfigManager, etc.]

---

## Commit Plan

### Commit 1: [Title]

**Goal**: [1 sentence - describe complete value provided by this commit]

**Task Checklist**:

- [ ] [Specific task 1]
- [ ] [Specific task 2]
- [ ] Test: [Test content]
- [ ] Build verification: [Build command]

**Verification Method**:

1. [Specific verification method]
2. [User scenario]

**Independently Deployable**: ✅ / ⚠️ [Reason]

---

### Commit 2: [Title]

**Goal**: [1 sentence - describe complete value provided by this commit]

**Task Checklist**:

- [ ] [Specific task 1]
- [ ] [Specific task 2]
- [ ] Test: [Test content]
- [ ] Build verification: [Build command]

**Verification Method**:

1. [Specific verification method]
2. [User scenario]

**Independently Deployable**: ✅ / ⚠️ [Reason]

---

## Principle Violation Justification (Only if needed)

| Violation | Why Necessary                | Why Simple Alternative Rejected |
| --------- | ---------------------------- | ------------------------------- |
| Using any | VS Code API types incomplete | Cost to fix @types > benefit    |

---

## Progress

- [ ] Commit 1
- [ ] Commit 2

Execution

Now start the task according to the guidelines above.