freeze

freeze skill 概览

freeze 的作用

freeze skill 是面向 Claude 首席幕僚（chief-of-staff）工作流的战略规划控制工具。它通过命令 /cs:freeze <decision-path> <days>，在指定冷静期内锁定一项重大决策，避免 agent 在决策已经做出后反复重新争论同一个问题。

当创始人、高管团队或董事会在压力下做出高成本决策后，需要的是执行纪律，而不是又一轮焦虑式复盘时，freeze skill 最有价值。

最适合用于 Strategic Planning 决策

当决策成本高、情绪压力大，或很难回头时，适合在 Strategic Planning 中使用 freeze：例如融资条款、裁员、定价调整、进入或退出市场、战略转向、高管招聘或解聘、M&A LOI，或重大客户承诺。

这个 skill 不是通用的效率计时器。它的价值在于让 AI advisor 尊重一条决策边界，除非预先定义的 kill criterion 被触发，否则不再重新分析同一决策。

freeze skill 的不同之处

普通 prompt 可以写“不要再重新讨论这个决策”，但 freeze skill 会把这条指令变成一个结构化的运行机制：锁定决策、定义持续时间，并在 freeze 期间拒绝重新分析，除非触发例外条件。

这个 repository 刻意保持轻量：核心行为都在 SKILL.md 中，没有额外的 scripts、rules 或 reference files。这样很容易检查，但也意味着如果团队需要可审计流程，就应该补充自己的 decision logs、escalation rules 和 governance context。

如何使用 freeze skill

freeze 安装与 repository 检查

要在兼容的 skills workflow 中安装该 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 skill 的使用模式

命令格式是：

/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 period 和明确的 kill criteria 开始，而不是一上来就把宽泛战略锁定数月。

对于领导团队来说，如果配合书面的 decision memo 或 board note，这个 skill 的效果最好。

它比普通 prompt 好在哪里？

普通 prompt 可以让 Claude 在某一次对话中不要重新考虑某件事。freeze skill 则把这种拒绝变成 chief-of-staff workflow 中可复用的行为。它会告诉 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 文件，团队应该增加自己的运行外壳：decision owner、approver、date、affected teams、freeze end date，以及 evidence considered。把这些内容存放在你们常用的规划系统中，而不要只留在聊天里。

一个实用格式是：

• 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 可能已经足够。对董事会层面的决策，则应加入 approval authority 和 escalation rules。对于裁员、M&A 或高管离任这类敏感决策，不要让这个 skill 取代法律、HR、财务或 fiduciary review。

freeze 最强的版本不是“永远不要重新考虑”。而是：“不要随意重新打开这个决策；只有在我们头脑清醒时定义好的条件出现时，才重新打开。”