Skills · Data & AI

Track Management

Unverified29/40

Use this skill when creating, managing, or working with Conductor tracks - the logical work units for features, bugs, and refactors. Applies to spec.md, plan.md, and track lifecycle operations.

Originally by wshobson · MIT

Claude CodePartialHas SKILL.md but declares no allowed-tools — Claude Code will ask for permission each time
CursorPartialPlain prose you can paste in — but no Cursor rules file
CodexPartialPlain prose you can paste in — but no AGENTS.md
Gemini CLIPartialPlain prose you can paste in
CopilotPartialPlain prose you can paste in — but no Copilot instructions file
npx agentalley add track-management

This command does not work yet — the CLI is still being built. Until then, use Raw in the reader below to take the file.

Who is stuck, and on what

Use this skill when creating, managing, or working with Conductor tracks - the logical work units for features, bugs, and refactors. Applies to spec.md, plan.md, and track lifecycle operations.

The whole source

No sign-in, no blur, nothing truncated
track-management/SKILL.md37 lines1.6 KBRawView on GitHub
Frontmatter — 3 properties
nametrack-management
descriptionUse this skill when creating, managing, or working with Conductor tracks - the logical work units for features, bugs, and refactors. Applies to spec.md, plan.md, and track lifecycle operations.
version1.0.0
1---
2name: track-management
3description: Use this skill when creating, managing, or working with Conductor tracks - the logical work units for features, bugs, and refactors. Applies to spec.md, plan.md, and track lifecycle operations.
4version: 1.0.0
5---A5No allowed-tools declared — no way to tell what this skill may touch
6 
7# Track Management
8 
9Guide for creating, managing, and completing Conductor tracks - the logical work units that organize features, bugs, and refactors through specification, planning, and implementation phases.
10 
11## When to Use This Skill
12 
13- Creating new feature, bug, or refactor tracks
14- Writing or reviewing spec.md files
15- Creating or updating plan.md files
16- Managing track lifecycle from creation to completion
17- Understanding track status markers and conventions
18- Working with the tracks.md registry
19- Interpreting or updating track metadata
20 
21## Detailed patterns and worked examples
22 
23Detailed pattern documentation lives in `references/details.md`. Read that file when the navigation tier above is insufficient.
24 
25## Best Practices
26 
271. **One track, one concern**: Keep tracks focused on a single logical change
282. **Small phases**: Break work into phases of 3-5 tasks maximum
293. **Verification after phases**: Always include verification tasks
304. **Update markers immediately**: Mark task status as you work
315. **Record SHAs**: Always note commit SHAs for completed tasks
326. **Review specs before planning**: Ensure spec is complete before creating plan
337. **Link dependencies**: Explicitly note track dependencies
348. **Archive, don't delete**: Preserve completed tracks for reference
359. **Size appropriately**: Keep tracks between 1-5 days of work
3610. **Clear acceptance criteria**: Every requirement must be testable
37 

Reviews

Installed this one?Write the first review and take the Trailblazer badge.

Reviews only open after a real install, so this is empty — and we leave it empty rather than invent one.

Alternatives

Also in Data & AI