post-mortem

post-mortem skill 概覽

post-mortem skill 的用途

post-mortem skill 是一套策略性事後檢討流程，用來把已執行的決策，對照決策前就已記錄下來的成功指標、停損條件與反對意見進行檢視。它不是一般泛泛而談的「經驗教訓」提示詞。它的核心任務，是把策略規劃的循環收斂起來，強制團隊將當初的規劃假設與實際結果放在一起比較。

最適合用於 Strategic Planning 檢討

這個 post-mortem skill 適合已經用結構化節奏管理決策的創辦人、高階主管、幕僚長、產品負責人與策略營運角色。當定價調整、市場進入、招募計畫、產品押注或成本削減決策來到 90 天檢查點、觸發停損條件，或需要納入季度檢討時，特別適合使用。

與一般 retrospective 的差異

關鍵差異在於「事前承諾」。這個 skill 會要求提供決策紀錄、執行計畫與實際結果，然後依照執行前就寫好的標準來評分。這能降低事後諸葛偏誤，避免團隊在事後重新定義成功，也能把反對意見保留下來作為證據，而不是把它當成組織政治裡的雜音。

安裝前需要知道的事

repository 路徑是 c-level-advisor/c-level-agents/skills/post-mortem，這個 skill 只包含在 SKILL.md 裡，沒有額外的 scripts、references 或 helper resources。這讓 post-mortem 安裝很輕量，但也代表輸出品質高度取決於你提供的紀錄。如果你沒有原始假設、門檻或執行筆記，這個 skill 仍然能幫上忙，但檢討的嚴謹度會打折。

如何使用 post-mortem skill

post-mortem 安裝方式與第一個該讀的檔案

從 GitHub skill repository 安裝：

npx skills add alirezarezvani/claude-skills --skill post-mortem

安裝後，請先閱讀 SKILL.md。它定義了指令形式、適合執行的時機、必要輸入，以及預期儲存輸出的路徑：~/.claude/postmortems/YYYY-MM-DD-<slug>.md。這個 skill 沒有另外的 rules/、resources/ 或 scripts/ 資料夾需要檢查，因此主要判斷點在於：你的團隊是否能提供足夠的輸入證據。

post-mortem skill 需要的輸入

若要有效使用 post-mortem，請準備三組輸入：

• Decision record: 原始決策標題、日期、負責人、被排除的選項、假設、成功標準、停損條件與反對意見。
• Execution plan: 里程碑、負責團隊、規劃中的介入措施、時程與限制。
• Actual outcomes: 指標、事件、客戶訊號、營收／成本影響、時程偏差與質化證據。

較弱的輸入：「Review our pricing change。」

較好的輸入：「Run /cs:post-mortem on the Q2 pricing change. Decision date: 2026-04-03. Success criterion: net revenue retention above 108% by day 90; kill criterion: logo churn above 6% in SMB. Dissent: sales warned annual contracts would stall. Actuals: NRR 104%, SMB logo churn 7.2%, enterprise expansion up 11%, sales cycle length +18 days.」

實務上的 post-mortem 工作流程

請在決策抵達檢討事件時使用這個 skill，而不是在討論感覺還沒結論時就使用。好的觸發點包括 90 天檢查點、停損條件被觸發、重大方向反轉，或策略押注的季度檢討。

實務流程如下：

1. 收集原始 /cs:decide 輸出，或等效的決策 memo。
2. 附上 /cs:execute 計畫，或最接近的專案計畫。
3. 加入實際指標與重要事件，但先不要替它們下結論。
4. 要求 skill 將狀態評為 WIN、PARTIAL、LOSS 或 MIXED。
5. 要求明確對照事前承諾的標準與被保留下來的反對意見。
6. 將結果存到你的 postmortem archive，供未來校準策略規劃使用。

讓結果更好的提示詞模式

一個好用的提示詞應該指出決策路徑、檢討觸發點與證據標準：

/cs:post-mortem <decision-path>

接著補充脈絡，例如：

「Use only the criteria that existed before execution. Do not invent new success measures. If evidence is missing, mark it as unknown. Separate outcome scoring, assumption audit, dissent review, decision-quality lessons, and follow-up actions.」

這很重要，因為 post-mortem skill 是為策略問責而設計的。如果你只是要求它「make sense of what happened」，它可能會產出比較柔性的敘事。若你要求它依照明確門檻評分，它會產出更有管理價值的文件。

post-mortem skill 常見問題

post-mortem skill 只適合高階主管嗎？

不是。路徑與指令屬於 C-level advisor workflow 的一部分，但背後的方法適用於任何正在做重大決策的團隊。產品經理、營運主管、startup founders 與策略團隊，只要能在執行前記錄決策，都可以使用。

它比一般 retrospective 好在哪裡？

一般 retrospective 常著重於團隊感受、流程缺口與廣泛的經驗教訓。這份 post-mortem guide 則聚焦在決策品質：當初的假設是否正確、成功標準是否成立、停損條件是否被觸發、反對意見是否預測了失敗模式。這讓它更適合 Strategic Planning 與投資組合式檢討。

什麼時候不該使用這個 skill？

不要把它用在尚未做出的決策、腦力激盪會議，或沒有可衡量預期結果的專案上。請在執行已經產生證據之後，再使用 /cs:post-mortem。如果你需要在不同選項之間做選擇，請先使用 decision 或 boardroom-style workflow，之後再回到 post-mortem。

它適合初學者嗎？

適合，但前提是初學者要理解：這個 skill 需要證據。它不會神奇地重建原始決策紀錄。新使用者應該從一個已完成的決策開始，提供原始目標與實際結果，讓 skill 辨識缺少哪些標準，幫助未來的決策紀錄做得更好。

如何改進 post-mortem skill 的使用效果

透過保留原始證據來強化 post-mortem

最大的品質槓桿，是保留原始決策產物。在執行開始前，先把成功門檻、停損條件、預期風險與反對意見保存在穩定的 decision record 裡。當 post-mortem skill 能把實際結果對照既有基準，而不是對照記憶時，價值會高很多。

避免常見失敗模式

常見失敗包括指標模糊、事後才補上的成功定義、缺少反對意見，以及過度聚焦在單一醒目結果。定價決策可能提升營收，卻傷害留存；招募計畫可能補齊職缺，卻拖慢交付。請要求 skill 標示混合結果，而不是硬把故事整理成單純的成功或失敗。

用指標與脈絡強化提示詞

更好的提示詞會包含日期、門檻、負責人、決策範圍、商業脈絡與原始結果。與其說「The launch underperformed」，不如提供「Activation target was 35%; actual was 26%; paid conversion improved from 4.1% to 5.0%; support tickets doubled for onboarding.」如此一來，skill 才能區分是假設錯誤，還是執行錯誤。

在第一版輸出後繼續迭代

完成第一份 post-mortem 後，可以追問能加深策略學習的問題：

• 「Which assumption was most wrong?」
• 「Which dissenting concern should become a future decision checklist item?」
• 「Were the kill criteria too late, too strict, or ignored?」
• 「What should change in our next /cs:decide record?」

這會把 post-mortem 從一次性的報告，變成改善策略規劃的回饋循環。