New Track -- Specification & Planning
This skill is CLI-agnostic. It works with Claude Code, Codex, Amp, or any AI coding assistant.
Validate the result of every operation. If any step fails, halt and report the failure before continuing.
Create a new development track with a requirements specification and phased implementation plan. Every feature, bug fix, or chore gets its own track.
Arguments
The track description. Examples:
,
,
"Refactor connection pooling"
Step 1: Validate Prerequisites
Check
.maestro/context/product.md
exists. If not: "Run
first." Stop.
Check
exists. If missing, create it with registry header.
Step 2: Parse Input
Extract track description from
. If empty, ask user for type (feature/bug/chore) and description.
Step 3: Generate Track ID
Format:
(2-4 words, snake_case + date). Example:
Step 4: Duplicate Check
Scan
directories. Warn if any starts with the same short name prefix.
Step 4.5: BR Bootstrap Check
Ensure the beads workspace exists for task tracking integration:
bash
[ -d ".beads" ] || br init --prefix maestro --json
If
is not installed, skip silently -- beads integration is optional.
Step 5: Create Track Directory
bash
mkdir -p .maestro/tracks/{track_id}
Step 6: Auto-Infer Track Type
Analyze description keywords to classify as
,
, or
. Only confirm with user if ambiguous.
Inference rules:
- feature: add, build, create, implement, support, introduce
- bug: fix, broken, error, crash, incorrect, regression, timeout, fail
- chore: refactor, cleanup, migrate, upgrade, rename, reorganize, extract
Step 7: Specification Interview
Run the type-specific interview to gather requirements.
See
reference/interview-questions.md
for all questions per type (feature/bug/chore).
Step 8: Draft Specification
Compose spec from interview answers. See
reference/interview-questions.md
for the spec template and approval loop.
Present full draft for approval. Max 3 revision loops. Write to
.maestro/tracks/{track_id}/spec.md
.
Step 9: Generate Implementation Plan
Read context:
,
,
.
Use
reference/plan-template.md
for structure and rules.
Present full plan for approval. Max 3 revision loops. Write to
.maestro/tracks/{track_id}/plan.md
.
Step 9.5: Detect Relevant Skills
Scan the runtime's installed skill list. Record skills whose description matches this track's domain/tech. Store names + relevance in metadata.json
array. Skip if none match.
Step 9.7: Plan-to-BR Sync
If
directory exists AND
succeeds: run plan-to-BR sync per
reference/plan-to-br-sync.md
(in the
skill). Otherwise skip entirely.
Step 10-12: Write Metadata and Registry
Write
, update
.
See
reference/metadata-and-registry.md
for all schemas, templates, commit message, and summary format.
Step 13: Commit
bash
git add .maestro/tracks/{track_id} .maestro/tracks.md
# Include beads state if BR sync was performed
[ -d ".beads" ] && git add .beads/
git commit -m "chore(maestro:new-track): add track {track_id}"
Step 14: Summary
Display track creation summary with ID, type, phase/task counts, file paths, and next step (
).
Relationship to Other Commands
Recommended workflow:
- -- Scaffold project context (run first)
- -- You are here. Create a feature/bug track with spec and plan
- -- Execute the implementation
- -- Verify implementation correctness
- -- Check progress across all tracks
- -- Undo implementation if needed
- -- Capture decisions and context to persistent notepad
A track created here produces
and
that
consumes. The spec also serves as the baseline for
to validate against. Good specs lead to good implementations -- be thorough in the interview.