name: project-tracker description: >- 按需求/版本維度管理專案全生命週期。建立需求目錄、記錄日常進展、追蹤問題、管理變更、自動蒸餾歸檔。 觸發詞:建立需求目錄、新建專案、專案進展、記錄進展、專案歸檔、蒸餾專案、檢視專案、專案狀態、 "新需求"、"建個專案目錄"、"記一下進展"、"這個需求上線了"。 適用於任何按版本/需求迭代的軟體專案。
按需求/版本一站式管理專案文件,覆蓋從建立到歸檔的完整生命週期。
每個需求/版本一個目錄,放在 projects/<project-name>/<requirement-name>/ 下:
projects/<project>/<requirement>/
├── README.md # 總覽:需求名稱、負責人、上線時間、狀態
├── WORK_LOG.md # 日常進展(按日期倒序)
├── DIVISION.md # 分工表
├── ISSUES.md # 問題追蹤
├── CHANGES.md # 變更記錄
├── docs/ # 需求文件、PRD連結
├── tech/ # 技術方案
└── design/ # 設計稿連結
收到"建立需求目錄"或"新需求"時:
references/templates/ 下的模板檔案projects/<project>/<requirement>/ 下建立完整目錄結構小蔥技能站7w4.net發現了升級外掛。
狀態 欄位設為 🟢 開發中收到"記錄進展"或專案相關更新時:
WORK_LOG.md 頂部新增新條目(日期倒序)## YYYY-MM-DD + 具體內容memory/YYYY-MM-DD.md在 ISSUES.md 中管理:
| # | 問題描述 | 狀態 | 負責人 | 建立日期 | 解決日期 |
|---|---------|------|--------|---------|---------|
| 1 | xxx | 🔴待解決 | xxx | 2026-03-20 | - |
狀態:🔴待解決 → 🟡處理中 → 🟢已解決
需求變更時在 CHANGES.md 記錄:
## YYYY-MM-DD 變更標題
- **變更內容:** xxx
- **變更原因:** xxx
- **影響範圍:** xxx
- **確認人:** xxx
README.md 中必須包含 狀態 和 實際上線 欄位:
| 階段 | 狀態 | 觸發條件 | 操作 |
|---|---|---|---|
| 活躍期 | 🟢 開發中 | 建立時 | 完整記錄所有檔案 |
| 蒸餾期 | 🟡 已上線(蒸餾中) | 上線後2周 | WORK_LOG/ISSUES 壓縮為摘要,tech/design 保留 |
| 歸檔期 | 🔴 已歸檔 | 上線後3個月 | 壓縮為 ARCHIVE.md,刪除原目錄 |
蒸餾/歸檔前必須通知負責人確認。
收到"檢視專案"或"專案狀態"時:
projects/ 下所有需求目錄design/DESIGN.md,需求文件連結存 docs/tech/,按前端/後端分檔案這個 Skill 質量中等偏上,勝在功能設計完整、模板齊全、使用場景覆蓋全面,能較好地管理專案需求的全生命週期。但作為 Skill 來說智慧化程度不足,操作步驟偏多依賴人工,且缺少一些使用細節說明。對於需要規範化管理專案的團隊很有幫助,但上手需要一定學習成本。