技能 Track Management
📦

Track Management

安全

使用結構化方法組織和追蹤軟體工作

軟體團隊常因工作範圍不明確和上下文遺失而苦惱。追蹤管理提供了一個結構化系統,將工作組織成規格驅動、分階段的追蹤,並提供清晰的進度可視性。

支援: Claude Codex Code(CC)
🥉 72 青銅
1

下載技能 ZIP

2

在 Claude 中上傳

前往 設定 → 功能 → 技能 → 上傳技能

3

開啟並開始使用

測試它

正在使用「Track Management」。 Create a feature track for user authentication

預期結果:

已產生追蹤 user-auth_20250225,spec.md 定義了 5 個功能需求、3 個非功能需求和驗收標準。計劃包含 3 個階段:基礎層(資料模型、遷移)、核心邏輯(驗證流程、驗證)和整合(UI、端到端測試)。

正在使用「Track Management」。 Update progress on bug fix track

預期結果:

追蹤 fix-login-error_20250220 已更新:階段 1(重現)已完成並提交 a1b2c3d,階段 2(修復)中進行中,8 個任務中已完成 2 個。沒有識別到障礙物。

安全審計

安全
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 name] 建立新功能追蹤。收集需求、定義驗收標準,並產生包含功能和非功能需求的 spec.md。
產生實作計劃
基於 [track name] 的 spec.md,建立包含原子任務、驗證步驟和各階段預估工作量的分階段實作計劃。
更新追蹤進度
更新 [track name] 的追蹤狀態。標記已完成任務的提交 SHA、更新階段進度,並識別任何障礙物或依賴關係。
回滾追蹤
將追蹤 [track name] 回滾到階段 [N]。識別所有要回滾的提交、更新狀態標記,並在追蹤登錄中記錄回滾原因。

最佳實務

  • 保持追蹤專注於單一邏輯變更,最好能在 1-5 天內完成
  • 在每個階段後包含驗證任務再繼續前進
  • 記錄所有已完成任務的提交 SHA 以便追蹤和回滾

避免

  • 建立過大的追蹤包含多個不相關的功能
  • 跳過驗證任務以加快速度
  • 完成工作後沒有立即更新狀態標記

常見問題

追蹤的理想大小是多少?
目標是 1-5 天的工作量、2-4 個階段和 8-20 個任務。如果您的追蹤超過這個範圍,請将其拆分為多個連貫的追蹤。
如何處理追蹤依賴關係?
在 spec.md 中記錄依賴關係,包含類型(硬性/軟性/外部)、當前狀態和解決路徑。使用 [!] 和阻礙原因標記被阻塞的任務。
狀態標記代表什麼意思?
[ ] 待處理,[~] 進行中,[x] 完成(新增 SHA),[-] 跳過,[!] 阻塞。工作时立即更新標記。
何時應該刪除 versus 歸檔追蹤?
歸檔完成的追蹤以供參考和追蹤。只有刪除錯誤建立或包含敏感資訊的追蹤。
我可以將此技能用於非代碼工作嗎?
可以。追蹤方法論適用於任何需要規格、規劃和分階段執行的結構化工作。
如何安全地回滾追蹤?
使用回滾操作按追蹤 ID、階段或任務識別提交。以反向順序回滾、更新狀態標記,並記錄回滾原因。