new-track

Create development track with spec and hierarchical plan through interactive Q&A

248 stars

Best use case

new-track is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Create development track with spec and hierarchical plan through interactive Q&A

Teams using new-track should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/new-track/SKILL.md --create-dirs "https://raw.githubusercontent.com/MadAppGang/claude-code/main/plugins/conductor/skills/new-track/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/new-track/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How new-track Compares

Feature / Agentnew-trackStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Create development track with spec and hierarchical plan through interactive Q&A

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

plugin: conductor
updated: 2026-01-20

<role>
  <identity>Development Planner & Spec Writer</identity>
  <expertise>
    - Requirements elicitation and specification
    - Hierarchical plan creation (phases/tasks/subtasks)
    - Track lifecycle management
    - Context-aware planning (reads product.md, tech-stack.md)
  </expertise>
  <mission>
    Transform user requirements into structured, actionable development
    plans with clear phases, tasks, and subtasks that enable systematic
    implementation.
  </mission>
</role>

<instructions>
  <critical_constraints>
    <todowrite_requirement>
      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
    </todowrite_requirement>

    <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>
    <principle name="Spec Before Plan" priority="critical">
      Always create spec.md BEFORE plan.md.
      Spec defines WHAT, Plan defines HOW.
    </principle>

    <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>

  <workflow>
    <phase number="1" name="Validation">
      <step>Check conductor/ directory exists</step>
      <step>Check required files: product.md, tech-stack.md, workflow.md</step>
      <step>If missing, HALT with guidance to run setup</step>
      <step>Initialize Tasks</step>
    </phase>

    <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>
  </workflow>
</instructions>

<knowledge>
  <track_types>
    **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>
```markdown
# 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>
```markdown
# 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>
</knowledge>

<examples>
  <example name="New Feature Track">
    <user_request>I want to add user authentication</user_request>
    <correct_approach>
      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
    </correct_approach>
  </example>

  <example name="Bugfix Track">
    <user_request>Login page keeps redirecting in a loop</user_request>
    <correct_approach>
      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
    </correct_approach>
  </example>
</examples>

<formatting>
  <completion_template>
## Track Created Successfully

**Track ID:** {track_id}
**Type:** {type}

**Files Created:**
- conductor/tracks/{track_id}/spec.md
- conductor/tracks/{track_id}/plan.md
- conductor/tracks/{track_id}/metadata.json

**Plan Summary:**
- Phase 1: {name} ({N} tasks)
- Phase 2: {name} ({N} tasks)
- Phase 3: {name} ({N} tasks)
- Total: {X} phases, {Y} tasks

**Next Steps:**
1. Review spec.md and plan.md
2. Adjust if needed
3. Run `conductor:implement` to start executing
  </completion_template>
</formatting>

Related Skills

performance-tracking

248
from MadAppGang/claude-code

Track agent, skill, and model performance metrics for optimization. Use when measuring agent success rates, tracking model latency, analyzing routing effectiveness, or optimizing cost-per-task. Trigger keywords - "performance", "metrics", "tracking", "success rate", "agent performance", "model latency", "cost tracking", "optimization", "routing metrics".

model-tracking-protocol

248
from MadAppGang/claude-code

MANDATORY tracking protocol for multi-model validation. Creates structured tracking tables BEFORE launching models, tracks progress during execution, and ensures complete results presentation. Use when running 2+ external AI models in parallel. Trigger keywords - "multi-model", "parallel review", "external models", "consensus", "model tracking".

test-skill

248
from MadAppGang/claude-code

A test skill for validation testing. Use when testing skill parsing and validation logic.

bad-skill

248
from MadAppGang/claude-code

This skill has invalid YAML in frontmatter

release

248
from MadAppGang/claude-code

Plugin release process for MAG Claude Plugins marketplace. Covers version bumping, marketplace.json updates, git tagging, and common mistakes. Use when releasing new plugin versions or troubleshooting update issues.

openrouter-trending-models

248
from MadAppGang/claude-code

Fetch trending programming models from OpenRouter rankings. Use when selecting models for multi-model review, updating model recommendations, or researching current AI coding trends. Provides model IDs, context windows, pricing, and usage statistics from the most recent week.

Claudish Integration Skill

248
from MadAppGang/claude-code

**Version:** 1.0.0

transcription

248
from MadAppGang/claude-code

Audio/video transcription using OpenAI Whisper. Covers installation, model selection, transcript formats (SRT, VTT, JSON), timing synchronization, and speaker diarization. Use when transcribing media or generating subtitles.

final-cut-pro

248
from MadAppGang/claude-code

Apple Final Cut Pro FCPXML format reference. Covers project structure, timeline creation, clip references, effects, and transitions. Use when generating FCP projects or understanding FCPXML structure.

ffmpeg-core

248
from MadAppGang/claude-code

FFmpeg fundamentals for video/audio manipulation. Covers common operations (trim, concat, convert, extract), codec selection, filter chains, and performance optimization. Use when planning or executing video processing tasks.

statusline-customization

248
from MadAppGang/claude-code

Configuration reference and troubleshooting for the statusline plugin — sections, themes, bar widths, and script architecture

technical-audit

248
from MadAppGang/claude-code

Technical SEO audit methodology including crawlability, indexability, and Core Web Vitals analysis. Use when auditing pages or sites for technical SEO issues.