冻结

freeze

分类通用

作者Alireza Rezvani

许可MIT

评分4.90/5

使用6.6K

/cs:freeze — 决策冷却锁定

命令： /cs:freeze <decision-path> <days>

将决策锁定在定义的冷却期内。在冻结期间，chief-of-staff 路由将拒绝重新审议该决策，除非明确触发了终止条件（kill criterion）。

灵感来自 gstack 的 /freeze 和 /guard 安全原语 —— 将其从代码作用域适配到了战略作用域。

使用场景

创始人通常是模式匹配者；在做出艰难决定后进行模式匹配，往往会产生实际上只是“决策疲劳”导致的反转。冻结机制强制执行一种纪律：

在任何不可逆或反转成本极高的决策之后（融资、裁员、进入新市场）

在董事会投票分歧之后（防止事后质疑，维持既定决定）

在创始人凭直觉推翻顾问一致共识之后（让决策运行一段时间）

在人事过渡期（锁定战略，使新高管能够执行而非重新辩论）

默认冻结周期

| 决策类型 | 默认冻结期 |
|---|---|
| 融资规模 / 领投方选择 | 30 天 |
| 定价变更 | 60 天 |
| 市场进入 / 退出 | 90 天 |
| 裁员 / 缩减规模 (RIF) | 30 天 |
| 战略转型 | 90 天 |
| 人事（高管聘用 / 解雇） | 60 天 |
| M&A 意向书 (LOI) | 30 天 |
| 自定义 | 在命令中指定 |

工作流

1. 读取决策记录
2. 验证其状态为 APPROVED（已批准）
3. 执行冻结：在决策记录中写入 freeze_until: YYYY-MM-DD
4. 添加至活动冻结索引 ~/.claude/freezes/active.md
5. cs-chief-of-staff 路由现在将拒绝将此话题重新路由至董事会，直到：
- 冻结期届满，或
- 明确触发终止条件

输出

决策记录将原位更新：

markdown

# Decision: <title>
...
Status: FROZEN
Frozen until: YYYY-MM-DD
Reason for freeze: <text>
Override condition: 触发终止条件 <name> 或创始人执行 /cs:unfreeze 并说明理由

活动冻结索引将同步更新：

markdown

# Active Freezes
Updated: YYYY-MM-DD
| Decision | Frozen until | Override condition |
|---|---|---|
| <decision title> | YYYY-MM-DD | <kill criterion or /cs:unfreeze> |

覆盖 (Override)

若要在周期结束前解冻，创始人需运行：

code

/cs:unfreeze <decision> <reason>

解冻操作将记录在决策历史中（永久保存）。强制覆盖会留下审计线索，并在事后分析（post-mortem）中呈现。

自动覆盖

如果决策中的终止条件被触发，冻结将自动释放，且 chief-of-staff 将立即路由至 /cs:post-mortem。冻结是为了防止冲动，而非对抗现实。

为什么这比“单纯不重新决定”更好

创始人拥有绝对权力。如果没有明确的锁定 + 日志，每一次动摇都会导致一次“我们再讨论一下” —— 这会让顾问感到疲惫，并削弱董事会的价值。冻结是一种流程而非简单的规则；它记录每一次覆盖，以便在事后分析中审计创始人的决策纪律。

路由

/cs:unfreeze — 明确的提前释放

/cs:post-mortem — 终止条件触发时自动触发

/cs:boardroom — 在解冻或到期前被拦截

冻结