CLI指令參考
paddi request
檢視與推進由 capture 分析而成的需求（request）。
檢視與推進由 capture 分析而成的需求（request）。
paddi request list
列出目前專案的需求，依 RIGE 分數（Reach × Impact × Goal Alignment ÷ Effort）由高到低排序。
ID NAME TYPE STATUS SCORE
req_001 匯出功能難以發現 feature scored 8.4paddi request view <request-id>
顯示需求的完整內容：RIGE 各項分數、描述、分析、關聯的 capture 數量、solution paths（含選項與目前的選擇），以及已產生的 spec（若存在）。
匯出功能難以發現 (req_001)
Type: feature Status: scored Score: 8.4
RIGE: reach 0.8 x impact 0.9 x goal 0.75 / effort 0.3
Description:
...
Solution paths:
1. 是否需要保留舊的匯出入口？ (sp_01)
Context: ...
- 保留並新增捷徑 — 風險低，開發量小
- 完全移除舊入口 — 需要額外的遷移引導
> selected: 保留並新增捷徑paddi request regenerate <request-id>
| 旗標 | 說明 |
|---|---|
--expectation, -e <text> | 給予重新產生 solution paths 時的期望方向（選填） |
paddi request regenerate req_001 -e "偏好低風險、可漸進上線的方案"paddi request draft <request-id>
| 旗標 | 說明 |
|---|---|
--file, -f <path> | 必填。回答內容的 JSON 檔案，傳入 - 表示改讀 stdin |
回答送出後會觸發 spec 產生。JSON 內容可以是純陣列，或包在 {"answers": [...]} 之中；每筆回答對應一個 solution path：
[
{
"solution_path_id": "sp_01",
"selections": [{ "label": "保留並新增捷徑", "custom": false }]
}
]selections[].custom 標示這個選擇是否為使用者自行輸入的自訂答案（而非既有選項）。
paddi request draft req_001 -f answers.json