Project Discovery | 專案現況評估
Phase 0 assessment before adding features to existing codebases. Evaluate project health, architecture, and risks.
在既有程式碼庫新增功能前的 Phase 0 評估。評估專案健康度、架構與風險。
Assessment Dimensions | 評估維度
| Dimension |
What to Check |
檢查項目 |
| Architecture |
Module structure, dependency graph, entry points |
模組結構、相依圖、進入點 |
| Dependencies |
Outdated packages, known vulnerabilities, license risks |
過時套件、已知漏洞、授權風險 |
| Test Coverage |
Existing test suite, coverage gaps, test quality |
現有測試、覆蓋率缺口、測試品質 |
| Security |
npm audit findings, hardcoded secrets, exposed endpoints |
安全稽核、硬編碼密鑰、暴露端點 |
| Technical Debt |
TODOs, code duplication, complexity hotspots |
TODO 標記、程式碼重複、複雜度熱點 |
Workflow | 工作流程
- Scan project - Read package.json, directory structure, config files
- Analyze architecture - Map modules, dependencies, and data flow
- Check dependencies - Run
npm outdated, npm audit for health signals
- Assess risks - Identify complexity hotspots, missing tests, security issues
- Generate report - Output health score with actionable recommendations
Output Format | 輸出格式
Project Health Report
=====================
Overall Score: 7.2 / 10
| Dimension | Score | Status | Key Finding |
|-----------------|-------|---------|------------------------|
| Architecture | 8/10 | Good | Clean module boundaries |
| Dependencies | 6/10 | Warning | 5 outdated, 1 critical |
| Test Coverage | 7/10 | Fair | 72% line coverage |
| Security | 8/10 | Good | No critical vulns |
| Technical Debt | 6/10 | Warning | 23 TODOs, 3 hotspots |
Recommendations:
1. [HIGH] Update lodash to fix CVE-2024-XXXX
2. [MED] Add tests for src/payments/ (0% coverage)
3. [LOW] Resolve TODO backlog in src/utils/
Risk Register | 風險登記簿
After assessment, identified risks are recorded in a structured Risk Register for ongoing tracking.
評估完成後,已識別的風險記錄在結構化的風險登記簿中進行持續追蹤。
Risk Matrix | 風險矩陣
Impact | 影響
Low Med High
High [ Med ] [High] [Crit]
Med [ Low ] [Med ] [High] Likelihood | 可能性
Low [ Low ] [Low ] [Med ]
Risk Register Template | 風險登記簿模板
# Risk Register — [Project Name]
**Last Updated**: YYYY-MM-DD
| ID | Category | Description | Likelihood | Impact | Level | Owner | Mitigation | Status |
|----|----------|-------------|-----------|--------|-------|-------|------------|--------|
| RISK-001 | Security | Outdated deps with CVEs | High | High | Critical | @dev | npm audit fix | Open |
| RISK-002 | Performance | No load testing | Medium | High | High | @ops | Add k6 tests | Open |
| RISK-003 | Quality | Low test coverage in payments | High | Medium | High | @qa | Add IT tests | Mitigating |
Risk Status Lifecycle | 風險狀態
Identified ──► Mitigating ──► Resolved ──► Closed
│
└──► Accepted (with justification)
Risk Storage | 風險存放
docs/risks/
├── RISK-REGISTER.md # Active risk register
├── RISK-REGISTER-2026-Q1.md # Quarterly snapshot (optional)
└── README.md # Index
Usage | 使用方式
/discover - Full project health assessment
/discover auth - Focused assessment of auth-related modules
/discover payments - Assess risks before adding payment features
/discover --risks - View current risk register
/discover --update-risk RISK-NNN - Update a risk item status
Next Steps Guidance | 下一步引導
After /discover completes, the AI assistant should suggest based on the assessment:
根據評估結果,建議下一步 / Based on assessment, suggested next steps:
- New feature / 新功能 →
/sdd to create a specification ⭐ Recommended / 推薦
- Legacy code / 遺留程式碼 →
/reverse spec to extract existing behavior
- Refactoring / 重構 →
/refactor decide to choose a strategy
- Quick fix / 快速修復 →
/tdd to write a targeted test and fix
- Risk tracking / 風險追蹤 →
/discover --risks to view risk register
- Architecture decision / 架構決策 →
/adr to record decisions made during discovery
Reference | 參考
- Step-by-step workflow: workflow.md — the discovery steps in order (code health, architecture, documentation inventory, review snapshot, dependency and security). Read it when actually running a discovery rather than deciding whether to.
- Detailed guide: guide.md
AI Agent Behavior | AI 代理行為
完整的 AI 行為定義請參閱對應的命令文件:/discover
For complete AI agent behavior definition, see the corresponding command file: /discover
1---2name: discover3description: [UDS] Assess project health, architecture, and risks before adding features to an existing codebase. Use when: onboarding to an unfamiliar or legacy project, sizing risk before starting a feature, building a risk register. Not for: ongoing metric tracking on a codebase you already know — use /metrics; recovering specs from code — use /reverse. Keywords: discovery, project assessment, legacy onboarding, risk register, technical debt, 現況評估, 專案盤點, 風險登記簿.4---56# Project Discovery | 專案現況評估78Phase 0 assessment before adding features to existing codebases. Evaluate project health, architecture, and risks.910在既有程式碼庫新增功能前的 Phase 0 評估。評估專案健康度、架構與風險。1112## Assessment Dimensions | 評估維度1314| Dimension | What to Check | 檢查項目 |15|-----------|--------------|----------|16| **Architecture** | Module structure, dependency graph, entry points | 模組結構、相依圖、進入點 |17| **Dependencies** | Outdated packages, known vulnerabilities, license risks | 過時套件、已知漏洞、授權風險 |18| **Test Coverage** | Existing test suite, coverage gaps, test quality | 現有測試、覆蓋率缺口、測試品質 |19| **Security** | `npm audit` findings, hardcoded secrets, exposed endpoints | 安全稽核、硬編碼密鑰、暴露端點 |20| **Technical Debt** | TODOs, code duplication, complexity hotspots | TODO 標記、程式碼重複、複雜度熱點 |2122## Workflow | 工作流程23241. **Scan project** - Read package.json, directory structure, config files252. **Analyze architecture** - Map modules, dependencies, and data flow263. **Check dependencies** - Run `npm outdated`, `npm audit` for health signals274. **Assess risks** - Identify complexity hotspots, missing tests, security issues285. **Generate report** - Output health score with actionable recommendations2930## Output Format | 輸出格式3132```33Project Health Report34=====================35Overall Score: 7.2 / 103637| Dimension | Score | Status | Key Finding |38|-----------------|-------|---------|------------------------|39| Architecture | 8/10 | Good | Clean module boundaries |40| Dependencies | 6/10 | Warning | 5 outdated, 1 critical |41| Test Coverage | 7/10 | Fair | 72% line coverage |42| Security | 8/10 | Good | No critical vulns |43| Technical Debt | 6/10 | Warning | 23 TODOs, 3 hotspots |4445Recommendations:461. [HIGH] Update lodash to fix CVE-2024-XXXX472. [MED] Add tests for src/payments/ (0% coverage)483. [LOW] Resolve TODO backlog in src/utils/49```5051## Risk Register | 風險登記簿5253After assessment, identified risks are recorded in a structured Risk Register for ongoing tracking.5455評估完成後,已識別的風險記錄在結構化的風險登記簿中進行持續追蹤。5657### Risk Matrix | 風險矩陣5859```60 Impact | 影響61 Low Med High62High [ Med ] [High] [Crit]63Med [ Low ] [Med ] [High] Likelihood | 可能性64Low [ Low ] [Low ] [Med ]65```6667### Risk Register Template | 風險登記簿模板6869```markdown70# Risk Register — [Project Name]71**Last Updated**: YYYY-MM-DD7273| ID | Category | Description | Likelihood | Impact | Level | Owner | Mitigation | Status |74|----|----------|-------------|-----------|--------|-------|-------|------------|--------|75| RISK-001 | Security | Outdated deps with CVEs | High | High | Critical | @dev | npm audit fix | Open |76| RISK-002 | Performance | No load testing | Medium | High | High | @ops | Add k6 tests | Open |77| RISK-003 | Quality | Low test coverage in payments | High | Medium | High | @qa | Add IT tests | Mitigating |78```7980### Risk Status Lifecycle | 風險狀態8182```83Identified ──► Mitigating ──► Resolved ──► Closed84 │85 └──► Accepted (with justification)86```8788### Risk Storage | 風險存放8990```91docs/risks/92├── RISK-REGISTER.md # Active risk register93├── RISK-REGISTER-2026-Q1.md # Quarterly snapshot (optional)94└── README.md # Index95```9697## Usage | 使用方式9899- `/discover` - Full project health assessment100- `/discover auth` - Focused assessment of auth-related modules101- `/discover payments` - Assess risks before adding payment features102- `/discover --risks` - View current risk register103- `/discover --update-risk RISK-NNN` - Update a risk item status104105## Next Steps Guidance | 下一步引導106107After `/discover` completes, the AI assistant should suggest based on the assessment:108109> **根據評估結果,建議下一步 / Based on assessment, suggested next steps:**110> - **New feature / 新功能** → `/sdd` to create a specification ⭐ **Recommended / 推薦**111> - **Legacy code / 遺留程式碼** → `/reverse spec` to extract existing behavior112> - **Refactoring / 重構** → `/refactor decide` to choose a strategy113> - **Quick fix / 快速修復** → `/tdd` to write a targeted test and fix114> - **Risk tracking / 風險追蹤** → `/discover --risks` to view risk register115> - **Architecture decision / 架構決策** → `/adr` to record decisions made during discovery116117## Reference | 參考118119- Step-by-step workflow: [workflow.md](./workflow.md) — the discovery steps in order (code health, architecture, documentation inventory, review snapshot, dependency and security). Read it when actually running a discovery rather than deciding whether to.120- Detailed guide: [guide.md](./guide.md)121122123## AI Agent Behavior | AI 代理行為124125> 完整的 AI 行為定義請參閱對應的命令文件:[`/discover`](../commands/discover.md#ai-agent-behavior--ai-代理行為)126>127> For complete AI agent behavior definition, see the corresponding command file: [`/discover`](../commands/discover.md#ai-agent-behavior--ai-代理行為)