decide

decide skill 概覽

decide skill 的作用

decide 是一個 C-level advisor skill，用來把已核准的策略備忘錄轉成可長期保存的公司記憶。實際使用時，/cs:decide <memo-path> 會放在類似董事會討論的決策流程之後、執行之前：它會確認創辦人核准過的備忘錄確實已獲核准，擷取決策紀錄，並透過相關的 decision-logger workflow 寫入記憶。

它的核心工作不是「幫我做選擇」，而是「把我們已經核准的選擇記錄下來，讓未來的 AI session 可以把它視為公司脈絡」。

最適合 Knowledge Capture 工作流程

decide skill 最適合用在 Knowledge Capture：當你的團隊使用 Claude 或 agent workflow 定期進行高階主管討論、策略檢討，或創辦人決策會議時，它特別有價值。尤其是當你希望清楚區分以下兩類內容：

• 原始辯論、異議與會議逐字稿
• 已核准、應該影響未來規劃的決策

這個區分很重要，因為尚未定案的討論不應該意外變成組織記憶。

關鍵差異：雙層記憶模型

上游 skill 描述了一個由 decision-logger 管理的雙層模型：

1. 原始逐字稿存放在 ~/.claude/decisions/raw/
2. 已核准決策存放在 ~/.claude/decisions/approved/

只有已核准的決策才預期會提供給未來的 /cs:office-hours 與 /cs:founder-mode 呼叫使用。這讓 decide 比一般「幫我摘要這場會議」的 prompt 更保守：它在討論過程與制度化記憶之間建立一道閘門。

什麼情況不適合使用 decide

不要把 decide 當成廣泛的決策助理、腦力激盪工具，或專案管理系統來安裝。它預設你已經有一份董事會備忘錄、核准狀態，以及周邊的 C-level advisor pipeline。如果你的工作流程只是臨時筆記，建議先使用較輕量的筆記或摘要 prompt，等到有穩定的核准流程後再導入。

如何使用 decide skill

decide 安裝情境

使用以下指令從 GitHub skill repository 安裝：

npx skills add alirezarezvani/claude-skills --skill decide

接著檢查原始檔：

c-level-advisor/c-level-agents/skills/decide/SKILL.md

這個 skill 的檔案範圍很窄：主要依據是 SKILL.md。在提供的樹狀結構中，看不到 helper scripts、references、README files 或 resource folders，因此是否適合採用，取決於你的環境是否已經支援周邊的 C-level commands 與 decision-logger skill。

使用 decide 所需的輸入

指令形式是：

/cs:decide <memo-path>

輸入應該是一份董事會備忘錄，通常由 /cs:boardroom 產出。品質較好的輸入應包含：

• 決策標題
• 決策日期
• 選定方案
• status: APPROVED 或等效的創辦人核准標記
• 成功標準
• 終止標準
• 保留的異議
• 檢討時間點

像「我們決定擴大銷售」這種薄弱輸入並不夠。更好的 prompt 會是：「Use /cs:decide ./memos/2026-02-enterprise-sales.md. Confirm founder approval, extract the chosen option, preserve dissent, and log success criteria, kill criteria, and the Q2 review checkpoint.」

實務上的 decide 工作流程

可靠的 decide 工作流程通常如下：

1. 在 /cs:boardroom 完成討論。
2. 將已核准的 memo 儲存到穩定路徑。
3. 確認 memo 明確寫出創辦人已核准。
4. 執行 /cs:decide <memo-path>。
5. 確認已核准記憶與原始逐字稿素材是分開寫入的。
6. 將已記錄的決策作為 /cs:execute 或未來規劃 session 的脈絡。

這個順序可以降低記憶被意外污染的風險。當你在決策 pipeline 的同一個固定節點持續使用它時，這個 skill 的價值最高。

採用前應閱讀的檔案

先閱讀 SKILL.md，並特別留意以下段落：

• Pipeline Position
• Two-Layer Memory Model
• Input
• Workflow

由於預覽中沒有額外支援檔案，採用時的主要問題不是 repository 複雜度，而是適配度：你是否已經有已核准的 memo，以及一套能配合 skill 所描述路徑與期待的長期記憶慣例？

decide skill 常見問題

decide 是決策制定 skill 嗎？

不是。decide 會記錄已核准的決策；它不負責主持辯論。它應該放在決策已經完成之後，通常是在 /cs:boardroom 之後。如果你需要產生選項、風險分析，或顧問式辯論，請先使用前面的 workflow 步驟。

decide 為什麼比一般 prompt 更好？

一般 prompt 可以摘要 memo，但 decide 編碼了一個治理邊界：原始逐字稿是參考資料，已核准決策才會成為長期記憶。這個區別正是使用 decide skill、而不是只要求 Claude「記住這件事」的主要理由。

初學者可以使用 decide 嗎？

可以，前提是他們已經理解以檔案為基礎的 prompt，並且手上有可用的 memo。若初學者沒有使用完整的 c-level-advisor command structure，可能會遇到困難，因為 decide 預設存在一套 pipeline，並且會參照 decision-logger。在把它用作營運記憶之前，建議先用一份已核准 memo 測試。

什麼會阻礙 decide 成功安裝？

最大的阻礙是缺少周邊 skills、核准狀態不清楚，以及 memo 結構鬆散。如果你的環境無法呼叫 /cs:decide、無法存取 memo path，或沒有相容的 decision-logger 設定，這個 skill 可能無法完成預期的記憶寫入。

如何改進 decide skill

執行前先改善 decide 輸入

改善 decide 輸出最快的方法，是讓 memo 寫得更明確。在呼叫 skill 之前，加入簡短的決策標頭：

• Status: APPROVED
• Decision: Choose Option B
• Owner: Founder / CEO
• Success criteria: ...
• Kill criteria: ...
• Review checkpoint: ...
• Dissent to preserve: ...

這能減少 agent 推論核准狀態或自行補出缺漏結構的空間。

常見失敗模式與避免方式

最常見的失敗，是把討論內容記成決策。除非 memo 清楚寫出哪個方案勝出，否則避免送入逐字稿、尚未定案的筆記，或互相競爭的選項。另一個失敗點是漏掉終止標準；沒有它，未來檢討時就很難分辨應該「繼續」還是「停止」。

也不要把 decide 當成包山包海的記憶指令。它的價值來自選擇性寫入。

第一次輸出後持續迭代

第一次執行後，檢查寫入的決策是否精簡、可稽核，且對未來有用。如果紀錄太模糊，請修改 memo，加入更清楚的欄位後重新執行。好的長期記憶應該能讓未來的 agent 回答：我們決定了什麼、為什麼選它、什麼情況會證明它是錯的，以及何時應該重新檢討。

依照你的作業系統延伸 decide

團隊可以透過標準化 memo templates、加入必要的核准文字，並讓記憶路徑對齊內部慣例，來改進 decide skill。如果你維護這個 repository，實用的強化項目包括 README、已核准 memo 範例、驗證 checklist，以及更清楚的 decision-logger dependency notes。這些補充能讓 decide install 決策更容易，也能降低設定時的不確定性。