원클릭으로
new-track
Create development track with spec and hierarchical plan through interactive Q&A
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Create development track with spec and hierarchical plan through interactive Q&A
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when starting isolated feature work or before executing implementation plans. Manages full worktree lifecycle from creation through cleanup with safety checks and error recovery.
Configuration reference and troubleshooting for the statusline plugin — sections, themes, bar widths, and script architecture
Common agent patterns and templates for Claude Code. Use when implementing agents to follow proven patterns for Tasks integration, quality checks, and external model invocation via claudish CLI.
CRITICAL - Guide for using Claudish CLI ONLY through sub-agents to run Claude Code with OpenRouter models (Grok, GPT-5, Gemini, MiniMax). NEVER run Claudish directly in main context unless user explicitly requests it. Use when user mentions external AI models, Claudish, OpenRouter, or alternative models. Includes mandatory sub-agent delegation patterns, agent selection guide, file-based instructions, and strict rules to prevent context window pollution.
CRITICAL - Guide for using Claudish CLI ONLY through sub-agents to run Claude Code with OpenRouter models (Grok, GPT-5, Gemini, MiniMax). NEVER run Claudish directly in main context unless user explicitly requests it. Use when user mentions external AI models, Claudish, OpenRouter, or alternative models. Includes mandatory sub-agent delegation patterns, agent selection guide, file-based instructions, and strict rules to prevent context window pollution.
Prompting patterns and review templates for UI design analysis with Gemini multimodal capabilities. Use when conducting design reviews, accessibility audits, or design system validation.
| name | new-track |
| description | Create development track with spec and hierarchical plan through interactive Q&A |
| version | 1.0.0 |
| tags | ["conductor","track","planning","spec","phases"] |
| keywords | ["new track","feature","bugfix","plan","spec","phases","tasks"] |
plugin: conductor updated: 2026-01-20
Development Planner & Spec Writer - Requirements elicitation and specification - Hierarchical plan creation (phases/tasks/subtasks) - Track lifecycle management - Context-aware planning (reads product.md, tech-stack.md) Transform user requirements into structured, actionable development plans with clear phases, tasks, and subtasks that enable systematic implementation. You MUST use Tasks to track planning progress: 1. Validate conductor setup exists 2. Gather track requirements 3. Generate track ID 4. Create spec.md 5. Create plan.md with phases 6. Create metadata.json 7. Update tracks.md index<conductor_required>
FIRST check if conductor/ directory exists with required files.
If not, HALT and guide user to run conductor:setup first.
</conductor_required>
<context_awareness>
ALWAYS read these files before planning:
- conductor/product.md (understand project goals)
- conductor/tech-stack.md (know technical constraints)
- conductor/workflow.md (follow team processes)
</context_awareness>
<track_id_format>
Format: {shortname}_{YYYYMMDD}
Examples:
- feature_auth_20260105
- bugfix_login_20260105
- refactor_api_20260105
</track_id_format>
</critical_constraints>
<core_principles> Always create spec.md BEFORE plan.md. Spec defines WHAT, Plan defines HOW.
<principle name="Hierarchical Plans" priority="critical">
Plans must have:
- 2-6 Phases (major milestones)
- 2-5 Tasks per phase
- 0-3 Subtasks per task (optional)
</principle>
<principle name="Actionable Tasks" priority="high">
Each task must be:
- Specific (clear outcome)
- Estimable (roughly 1-4 hours)
- Independent (minimal dependencies)
</principle>
</core_principles>
Check conductor/ directory exists Check required files: product.md, tech-stack.md, workflow.md If missing, HALT with guidance to run setup Initialize Tasks<phase number="2" name="Context Loading">
<step>Read conductor/product.md</step>
<step>Read conductor/tech-stack.md</step>
<step>Read conductor/tracks.md for existing tracks</step>
</phase>
<phase number="3" name="Track Type">
<step>Ask: What type of work? [Feature, Bugfix, Refactor, Task, Other]</step>
<step>Ask: Short name for this track? (3-10 chars, lowercase)</step>
<step>Generate track ID: {type}_{shortname}_{YYYYMMDD}</step>
</phase>
<phase number="4" name="Spec Generation">
<step>Ask: What is the goal of this work? (1-2 sentences)</step>
<step>Ask: What are the acceptance criteria? (list 3-5)</step>
<step>Ask: Any technical constraints or dependencies?</step>
<step>Ask: Any edge cases or error scenarios to handle?</step>
<step>Generate conductor/tracks/{track_id}/spec.md</step>
</phase>
<phase number="5" name="Plan Generation">
<step>Based on spec, propose 2-6 phases</step>
<step>Ask user to confirm or modify phases</step>
<step>For each phase, generate 2-5 tasks</step>
<step>Add subtasks where complexity warrants</step>
<step>Generate conductor/tracks/{track_id}/plan.md</step>
</phase>
<phase number="6" name="Finalization">
<step>Create conductor/tracks/{track_id}/metadata.json</step>
<step>Update conductor/tracks.md with new track</step>
<step>Present summary to user</step>
</phase>
**Feature:** New functionality
- Larger scope, 4-6 phases typical
- Includes testing and documentation phases
**Bugfix:** Fix existing issue
- Smaller scope, 2-3 phases typical
- Includes reproduction and verification phases
**Refactor:** Code improvement
- Medium scope, 3-4 phases typical
- Includes before/after comparison phase
**Task:** General work item
- Variable scope
- Flexible structure
</track_types>
<plan_structure>
# Plan: {Track Title}
Track ID: {track_id}
Type: {Feature/Bugfix/Refactor/Task}
Created: {YYYY-MM-DD}
Status: Active
## Phase 1: {Phase Name}
- [ ] 1.1 {Task description}
- [ ] 1.2 {Task description}
- [ ] 1.2.1 {Subtask}
- [ ] 1.2.2 {Subtask}
- [ ] 1.3 {Task description}
## Phase 2: {Phase Name}
- [ ] 2.1 {Task description}
- [ ] 2.2 {Task description}
## Phase 3: Testing & Documentation
- [ ] 3.1 Write unit tests
- [ ] 3.2 Update documentation
</plan_structure>
<spec_template>
# Spec: {Track Title}
Track ID: {track_id}
Type: {Feature/Bugfix/Refactor/Task}
Created: {YYYY-MM-DD}
## Goal
{1-2 sentence description of what this achieves}
## Background
{Context from product.md relevant to this work}
## Acceptance Criteria
- [ ] {Criterion 1}
- [ ] {Criterion 2}
- [ ] {Criterion 3}
## Technical Constraints
- {Constraint 1 from tech-stack.md}
- {Constraint 2}
## Edge Cases
- {Edge case 1}
- {Edge case 2}
## Out of Scope
- {What this track does NOT include}
</spec_template>
I want to add user authentication 1. Validate conductor/ exists with required files 2. Load product.md, tech-stack.md context 3. Ask track type - "Feature" 4. Ask short name - "auth" 5. Generate ID: feature_auth_20260105 6. Ask spec questions (goal, criteria, constraints) 7. Generate spec.md 8. Propose phases: Database, Core Auth, Sessions, Testing 9. User confirms phases 10. Generate plan.md with tasks 11. Update tracks.md index Login page keeps redirecting in a loop 1. Validate conductor/ exists 2. Load context 3. Track type: "Bugfix" 4. Short name: "login-loop" 5. Generate ID: bugfix_login-loop_20260105 6. Spec: Reproduce, root cause, fix approach 7. Plan phases: Reproduce (1), Fix (2), Verify (3) 8. Generate files and update index ## Track Created SuccessfullyTrack ID: {track_id} Type: {type}
Files Created:
Plan Summary:
Next Steps:
conductor:implement to start executing
</completion_template>