skills/requirement-context/SKILL.md
當使用者明確要求盤點需求上下文,或要求從專案文件、程式碼與資料庫查找需求相關背景資訊時使用。
npx skillsauth add CloudyWing/ai-dotfiles requirement-contextInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
當使用者提出需求、功能構想或改善方向,並要求先盤點背景、整理需求討論用的資訊、或確認可能牽涉哪些文件 / 程式碼 / 資料庫物件時,請套用本 Skill。
本 Skill 的產出是需求討論前的短期交接資料,不是正式規格文件、設計文件或完整專案文件。
固定寫入:
<work-root>/.local/ai-sessions/requirement-context.md
寫入模式採覆寫模式。每一輪需求上下文只保留最新內容,避免舊需求殘留干擾後續討論。
| 項目 | 職責 |
| --- | --- |
| requirement-context | 針對單一需求盤點討論所需背景,輸出短期交接文件 |
| survey | 掃描新專案或陌生專案,產出長期技術文件索引 |
| context-map | 針對已明確的介面 / 重構變更,列出受影響範圍 |
| spec-doc | 將 Clarify 後的需求摘要轉為正式需求規格 |
| design.md | 作為 Implement 階段的工程設計基準 |
| CONTEXT.local.md | 保存跨 Session 仍有價值的本機耐久資訊 |
依主規則判定 <work-root>。後續 .local/ai-sessions/ 均以此為根目錄。
以中性語句重述使用者目前提出的需求,僅描述已知目標與問題,不補猜未確認的需求決策。
若需求描述不足以判斷盤點方向,先詢問使用者補充核心目標或業務流程,不進行大範圍掃描。
依需求相關性由近到遠查閱:
docs/、既有規格、流程文件、API 文件。只讀取與需求有明確關聯的來源。不得為了完整性掃描整個專案。
輸出時必須區分:
不得把合理推測寫成已查到的事實。
將可能影響範圍分為:
使用下列格式覆寫輸出檔:
# Requirement Context
## 1. 需求摘要
[以中性語句重述使用者提出的需求。]
## 2. 已查閱來源
| 類型 | 路徑 / 來源 | 關聯 |
| --- | --- | --- |
| 文件 | `docs/...` | ... |
| 程式碼 | `src/...` | ... |
| 資料庫 | `TableName` | ... |
## 3. 現有流程理解
[描述目前系統中與需求相關的流程、資料流或使用者操作路徑。]
## 4. 可能影響範圍
### 直接影響
| 範圍 | 位置 | 可能影響 |
| --- | --- | --- |
| API | `...` | ... |
### 間接影響
| 範圍 | 位置 | 可能影響 |
| --- | --- | --- |
| 共用型別 | `...` | ... |
### 僅供參考
| 範圍 | 位置 | 參考原因 |
| --- | --- | --- |
| 文件 | `...` | ... |
## 5. 已查到的限制與規則
- [有明確來源支撐的限制、驗證規則、權限規則、資料約束。]
## 6. 合理推測
- [依現有結構推測,但尚未找到直接證據的事項。]
## 7. 待釐清問題
- [需求討論時需要釐清的問題。]
## 8. 給下一階段的建議
- [建議使用者或後續 Agent 在 Clarify 時優先討論的事項。]
若某章節沒有內容,省略該章節,不寫「無」或「待補」。
<work-root>/.local/ai-sessions/requirement-context.md。.env、.env.*、bin/、obj/、dist/、out/、build/、target/、.next/、__pycache__/ 等敏感或建置輸出路徑,除非使用者明確授權。tools
PowerShell 腳本撰寫規範:嚴格模式、錯誤處理、參數宣告、Verb-Noun 命名與 5.1 相容語法邊界。當撰寫或修改 `*.ps1` / `*.psm1` 腳本時自動套用。
tools
產生或補齊 .gitattributes,統一行尾處理、二進位識別與 lock files 標記,保留既有自訂偏好。
development
產生或補齊前端 Lint 設定(Prettier + ESLint Flat Config),統一格式化與程式碼品質規則,保留既有自訂偏好。
testing
依據事實校閱報告修改技術文件:以事實層為不可違反的約束,由改檔者負責表達層的措辭與行文連貫。Use when the user asks to apply fact-check results to a document, or to edit a document based on a previously produced fact-check-report.md.