freeze

freeze skill 概覽

freeze 的作用

freeze skill 是一種用於 Claude 型 chief-of-staff 工作流程的策略規劃控制工具。它透過 /cs:freeze <decision-path> <days> 指令，把一項重大決策鎖定在指定的冷卻期內，避免 agent 在決策已經拍板後，反覆重新爭辯同一件事。

當創辦人、經營團隊或董事會在壓力下做出高成本決策，接下來需要的是執行紀律，而不是再一輪焦慮式反悔時，這個 skill 特別有用。

最適合用在 Strategic Planning 決策

當決策成本高、情緒壓力大，或很難回頭時，適合使用 freeze for Strategic Planning：例如募資條件、裁員、定價調整、進入或退出市場、策略轉向、高階主管任免、M&A LOI，或重大客戶承諾。

這個 skill 不是一般的生產力倒數計時器。它的價值在於讓 AI advisor 尊重已劃下的決策邊界；除非事先定義的 kill criterion 被觸發，否則不應重新打開討論。

freeze skill 的不同之處

一般 prompt 可以寫「不要再重新討論這個決策」，但 freeze skill 會把這個指令轉成更有結構的運作角色：鎖定決策、定義期間，並在 freeze 期間拒絕重新分析，除非例外條件被觸發。

這個 repository 刻意維持輕量：核心行為都在 SKILL.md，沒有額外的 scripts、rules 或 reference files。這讓它很容易檢查，但也代表如果團隊需要可稽核的流程，就應該自行補上決策紀錄、升級處理規則，以及治理脈絡。

如何使用 freeze skill

freeze 安裝與 repository 檢視

若要在相容的 skills 工作流程中安裝這個 skill，請使用：

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

接著直接檢查原始檔：

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

因為這個 skill 沒有支援用的 rules/、resources/、references/ 或 scripts/ 資料夾，SKILL.md 就是主要的實作契約。在把它用於實際領導決策前，請先閱讀其中的 “When to Use,” “Default Freeze Periods,” “Workflow,” 和 “Output” sections。

freeze 使用模式

指令格式是：

/cs:freeze <decision-path> <days>

比較弱的寫法會太模糊：

/cs:freeze pricing 60

比較強的寫法會提供足夠脈絡，讓 agent 知道到底鎖住的是什麼：

/cs:freeze "Lock decision to increase self-serve pricing by 18% for new customers only; do not reopen packaging strategy unless churn exceeds 4.5% monthly or sales conversion drops below 22%" 60

第二種寫法比較好，因為它說清楚了決策、範圍、期間，以及例外觸發條件。如果沒有這些細節，agent 可能會擋下有價值的分析，或留下太多可鑽的漏洞。

把粗略目標變成完整 prompt

為了讓 freeze 使用起來更可靠，請包含五項輸入：

1. Decision：鎖定的是什麼。
2. Scope：包含與不包含的範圍。
3. Freeze duration：天數。
4. Reason for lock：為什麼現在重新考慮有風險。
5. Kill criteria：允許重新打開討論的客觀條件。

範例：

/cs:freeze "Proceed with EMEA market entry through UK-first launch; freeze alternatives including Germany-first and partner-only entry. Reason: board approved UK plan after split vote and team needs execution focus. Reopen only if launch costs exceed approved budget by 25%, legal blocker appears, or first 3 enterprise pilots fail qualification." 90

啟用 freeze 之後的建議工作流程

呼叫這個 skill 之後，請要求 agent 產出一份 freeze record：決策摘要、開始日期、結束日期、owner、允許討論的執行問題、被封鎖的重新爭辯問題，以及 kill criteria。

在 freeze 期間，問題要用不同方式分流。「我們還要做這件事嗎？」應該被拒絕或重新導向。「我們要如何執行這個已鎖定的決策？」則應該被允許。這個差異，正是策略紀律與盲目僵化之間的實務分界。

freeze skill 常見問題

什麼情況不該使用 freeze？

不要把 freeze 用在仍處於探索階段、法律上不確定、倫理上有疑慮，或缺乏基本證據的決策。這個 skill 是用來保護已經做出的策略決定，不是用來強迫團隊過早承諾。

它也不適合用在可逆的日常選擇、創意發想、產品文案，或例行優先順序安排。這些情境下，一般 planning prompt 會更簡單，也更安全。

freeze 適合新手嗎？

適合，前提是你清楚知道自己要鎖定哪個決策。指令本身很簡單，但品質取決於你是否把範圍和例外條件定義清楚。新手應該先從較短的 freeze 期間和明確的 kill criteria 開始，而不是一口氣把寬泛的策略鎖上好幾個月。

對領導團隊來說，這個 skill 最好搭配書面的 decision memo 或 board note 使用。

這比一般 prompt 好在哪裡？

一般 prompt 可以請 Claude 一次性不要再考慮某件事。freeze skill 則會在 chief-of-staff 工作流程中，把這種拒絕重新討論的行為變成可重複使用的模式。它會告訴 agent：在鎖定期間，重新打開這項決策並不是一般分析請求。

當高階主管在壓力很大的決策後，一再用不同說法問同一件事時，這個差異就很重要。

freeze 會讓決策變成不可逆嗎？

不會。它建立的是冷卻期鎖定，不是永久禁止。這個 repository 的設計允許在 kill criterion 明確觸發時重新打開討論。最安全的做法，是在情緒再次升高之前就先定義好這些條件，而不是等團隊想要另一個答案時才補定義。

如何改善 freeze skill

用可衡量觸發條件改善 freeze 輸入

最常見的失敗模式，是 freeze 沒有清楚的例外路徑。請把「如果情況變糟」這類主觀觸發條件，換成可觀察的條件：

• “Pipeline conversion falls below 18% for two consecutive weeks”
• “Cash runway drops below 9 months”
• “Legal counsel blocks the proposed structure”
• “Customer churn exceeds the agreed threshold”

這能幫助 agent 分辨什麼是有紀律的執行，什麼是拒絕面對新證據。

在 freeze 外圍補上決策紀錄

因為上游 skill 只有一個 SKILL.md 檔案，團隊應該自行加上一層運作包裝：決策 owner、核准者、日期、受影響團隊、freeze 結束日期，以及已考量的證據。這些內容應該存放在你們平常使用的 planning system，而不只是留在 chat 裡。

一個實用格式是：

• Decision locked
• Rationale
• Alternatives rejected
• Freeze period
• Kill criteria
• Execution questions still allowed
• Review date

在第一次輸出後迭代

啟用 freeze 之後，請要求 agent 審核這個鎖定：

“List any ambiguity in this freeze that could cause over-blocking, under-blocking, or unsafe refusal to consider new evidence.”

接著再修訂 decision path。好的 freeze 應該夠窄，能保留執行動能；也要夠具體，讓真正的風險訊號能夠穿透進來。

依治理層級調整 freeze

對 solo founder 來說，簡單的 30 或 60 天 freeze 可能已經足夠。若是董事會層級的決策，請加入核准權限與升級處理規則。若涉及裁員、M&A 或高階主管離任等敏感決策，不要讓這個 skill 取代法律、HR、財務或受託責任審查。

最有力的 freeze 版本不是「永遠不要重新考慮」。而是「不要隨便重新打開這項決策；只有在我們思緒清楚時已定義好的條件出現時，才重新打開。」