產品能力
此技能將產品意圖轉化為明確的工程約束。
當問題不是「我們該建什麼？」而是「實施開始前必須明確什麼？」的時候，請使用它。
使用時機
- 存在 PRD、路線圖項目、討論或創始人筆記，但實施約束仍然隱含未明
- 功能跨越多個服務、儲存庫或團隊，並且在編碼前需要一份能力契約
- 產品意圖明確，但架構、資料、生命週期或政策影響仍然模糊不清
- 資深工程師在審查時不斷重申相同的隱藏假設
- 你需要一份可跨工具和會話重複使用的持久化成品
標準成品
如果儲存庫中已存在持久的產品背景檔案，例如 PRODUCT.md、docs/product/ 或規格目錄，請直接在那裡更新。
如果尚無能力清單，請根據以下範本建立一個：
docs/examples/product-capability-template.md
目標不是建立另一個規劃堆疊。目標是讓隱藏的能力約束變得持久且可重複使用。
不可妥協的規則
- 不要捏造產品事實。明確標記未解決的問題。
- 區分用戶可見的承諾與實現細節。
- 指出哪些是固定政策、哪些是架構偏好、哪些仍待決定。
- 如果請求與現有儲存庫約束衝突，請明確指出，而不是輕描淡寫帶過。
- 偏好一份可重複使用的能力成品，而非零散的臨時筆記。
輸入
只讀取必要的內容：
- 產品意圖
- Issue、討論、PRD、路線圖筆記、創始人訊息
- 當前架構
- 相關儲存庫文件、契約、綱要、路由、現有工作流程
- 現有能力背景
PRODUCT.md、設計文件、RFC、遷移筆記、營運模型文件
- 交付約束
- 認證、計費、合規、部署、向後相容、效能、審查政策
核心工作流程
1. 重述能力
將需求壓縮成一個精確的陳述：
- 用戶或操作者是誰
- 上線後存在哪些新能力
- 因為它，有哪些結果會改變
如果這個陳述很薄弱，實施就會偏離方向。
2. 解析能力約束
提取實施前必須成立的約束條件：
- 業務規則
- 範圍邊界
- 不變量
- 信任邊界
- 資料歸屬
- 生命週期轉換
- 部署/遷移需求
- 故障與復原期望
這些通常是只存在於資深工程師記憶中的東西。
3. 定義面向實施的合約
產出一份 SRS 風格的能力計畫，包含：
- 能力摘要
- 明確的非目標
- 參與者與表面
- 必需的狀態與轉換
- 介面/輸入/輸出
- 資料模型影響
- 安全/計費/政策約束
- 可觀測性與操作者需求
- 阻礙實施的開放問題
4. 轉化為執行
以精確的交接事項作結：
- 可直接實施
- 需先進行架構審查
- 需先釐清產品問題
如有幫助，可指向下一個 ECC 原生流程：
project-flow-opsworkspace-surface-auditapi-connector-builderdashboard-buildertdd-workflowverification-loop
輸出格式
請按以下順序回傳結果：
能力
- 一段式重述
約束條件
- 固定規則、不變量與邊界
實施合約
- 參與者
- 表面
- 狀態與轉換
- 介面/資料影響
非目標
- 本流程明確不負責的事項
開放問題
- 仍須解決的阻礙或產品決策
交接事項
- 下一步應採取的行動以及應由哪個 ECC 流程接手
良好成果
- 產品意圖現在已足夠具體，可在不於 PR 中途重新發現隱藏約束的情況下實施。
- 工程審查擁有一份持久的成品，而非依賴記憶或 Slack 背景資訊。
- 生成的計畫可在 Claude Code、Codex、Cursor、OpenCode 與 ECC 2.0 規劃環境中重複使用。