スキル Track Management
📦

Track Management

安全

Organize and track software work with structured methodology

Software teams struggle with unclear work boundaries and lost context. Track Management provides a structured system for organizing work into spec-driven, phased tracks with clear progress visibility.

対応: Claude Codex Code(CC)
🥉 72 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「Track Management」を使用しています。 Create a feature track for user authentication

期待される結果:

Generated track user-auth_20250225 with spec.md defining 5 functional requirements, 3 non-functional requirements, and acceptance criteria. Plan includes 3 phases: Foundation (data models, migrations), Core Logic (auth flow, validation), and Integration (UI, end-to-end tests).

「Track Management」を使用しています。 Update progress on bug fix track

期待される結果:

Track fix-login-error_20250220 updated: Phase 1 (Reproduction) complete with commit a1b2c3d, Phase 2 (Fix) in progress, 2 of 8 tasks completed. No blockers identified.

セキュリティ監査

安全
v1 • 2/25/2026

All static analysis findings are false positives. The skill consists entirely of markdown documentation files with no executable code. Detected patterns (backticks, SHA references) are markdown formatting and documentation examples, not actual security risks.

1
スキャンされたファイル
592
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
50
コミュニティ
100
セキュリティ
74
仕様準拠

作れるもの

Feature Development Tracking

Break down new features into tracked work units with clear specifications, phased implementation plans, and verifiable acceptance criteria.

Bug Fix Documentation

Document bug reproduction, track fix implementation through phases, and maintain verification records for quality assurance.

Technical Debt Management

Plan and execute refactoring work with clear scope boundaries, risk assessment, and rollback checkpoints.

これらのプロンプトを試す

Create a New Track
Create a new feature track for [feature name]. Gather requirements, define acceptance criteria, and generate a spec.md with functional and non-functional requirements.
Generate Implementation Plan
Based on the spec.md for [track name], create a phased implementation plan with atomic tasks, verification steps, and estimated effort for each phase.
Update Track Progress
Update the track status for [track name]. Mark completed tasks with commit SHAs, update phase progress, and identify any blockers or dependencies.
Revert a Track
Revert track [track name] to phase [N]. Identify all commits to revert, update status markers, and document the revert reason in the track registry.

ベストプラクティス

  • Keep tracks focused on a single logical change that can complete in 1-5 days
  • Include verification tasks after each phase before proceeding
  • Record commit SHAs for all completed tasks to enable traceability and rollback

回避

  • Creating tracks that are too large with multiple unrelated features
  • Skipping verification tasks to move faster
  • Not updating status markers immediately after completing work

よくある質問

What is the ideal size for a track?
Aim for 1-5 days of work, 2-4 phases, and 8-20 tasks. If your track exceeds this, split it into multiple coherent tracks.
How do I handle track dependencies?
Document dependencies in spec.md with type (hard/soft/external), current status, and resolution path. Mark blocked tasks with [!] and the blocking reason.
What do the status markers mean?
[ ] pending, [~] in progress, [x] complete (add SHA), [-] skipped, [!] blocked. Update markers immediately as you work.
When should I delete versus archive a track?
Archive completed tracks for reference and traceability. Only delete tracks that were created in error or contain sensitive information.
Can I use this skill for non-code work?
Yes. The track methodology applies to any structured work requiring specification, planning, and phased execution.
How do I revert a track safely?
Use the revert operation to identify commits by track ID, phase, or task. Revert in reverse order, update status markers, and document the revert reason.

開発者の詳細

ファイル構成