关于 freeze
freeze 是一项命令式技能,可在指定冷静期内锁定已批准的战略决策。它会更新决策记录和冻结索引,并在期限届满、触发终止条件或创始人记录原因后解除冻结。
主要功能
- 01按指定期限锁定已批准决策
- 02按决策类型采用默认期限
- 03更新决策记录和冻结索引
- 04冻结期间阻止重新提交董事会讨论
- 05记录提前解除冻结的操作
- 06触发终止条件时自动解除
适用场景
- 01批准后暂缓重新讨论市场进入决策
- 02董事会表决后避免反复争论
- 03高管交接期间维持战略方向
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ alirezarezvani/ claude-skills --skill freeze安装后在 Claude Code 中输入/freeze确认已加载。
详细介绍
/cs:freeze — 对决策加设冷却锁
命令: /cs:freeze <decision-path> <days>
在指定的冷却期内锁定一项决策。冻结期间,幕僚长路由器会拒绝重新审议该决策,除非明确触发了终止标准。
灵感来自 gstack 的 /freeze 和 /guard 安全原语——从代码范围控制调整为战略范围控制。
适用场景
创始人善于模式匹配;在做出艰难决策后继续匹配模式,往往会导致反悔,而这其实只是决策疲劳。冻结机制旨在强制执行以下纪律:
- 做出任何不可逆或撤销成本高昂的决策后(融资、裁员、进入市场)
- 董事会投票意见分裂后(保护决议,避免反复质疑)
- 创始人凭直觉推翻顾问一致意见后(让决策继续执行)
- 人员交接期间(锁定战略,让新任高管执行,而不是重新辩论)
默认冻结期限
| 决策类型 | 默认冻结期 |
|---|---|
| 融资轮次规模/领投方选择 | 30 天 |
| 定价变更 | 60 天 |
| 进入/退出市场 | 90 天 |
| 裁员/缩编 | 30 天 |
| 战略转型 | 90 天 |
| 人员变动(高管聘用/解雇) | 60 天 |
| 并购意向书 | 30 天 |
| 自定义 | 在命令中指定 |
工作流
- 读取决策记录
- 验证其状态为 APPROVED
- 应用冻结:在决策记录中写入
freeze_until: YYYY-MM-DD - 将其添加到
~/.claude/freezes/active.md中的活动冻结索引 - cs-chief-of-staff 路由器现在会拒绝将此主题重新路由至会议室,直到:
- 冻结期结束,或
- 明确触发终止标准
输出
决策记录会原地更新:
# Decision: <title>
...
**Status:** FROZEN
**Frozen until:** YYYY-MM-DD
**Reason for freeze:** <text>
**Override condition:** Kill criterion <name> triggers OR founder issues `/cs:unfreeze` with stated reason
活动冻结索引会更新:
# Active Freezes
**Updated:** YYYY-MM-DD
| Decision | Frozen until | Override condition |
|---|---|---|
| <decision title> | YYYY-MM-DD | <kill criterion or /cs:unfreeze> |
覆盖冻结
如需在冻结期结束前解除冻结,创始人运行:
/cs:unfreeze <decision> <reason>
解除冻结的操作会记录在决策历史中(永久保留)。强制覆盖会留下记录,供事后复盘时查看。
自动覆盖
如果决策中的终止标准被触发,冻结会自动解除,幕僚长会立即将其路由至 /cs:post-mortem。冻结无法抵御现实,只能防止冲动。
为什么这比“别重新做决定”更有效
创始人拥有决策权。如果没有明确的锁定和日志,每次犹豫都会引发“我们再讨论一下”——这会让顾问疲于应对,也会削弱会议室的价值。冻结是一种流程,而非规则;它会记录每次覆盖,让事后复盘能够审查创始人的决策纪律。
路由
/cs:unfreeze— 提前明确解除冻结/cs:post-mortem— 触发终止标准时自动启动/cs:boardroom— 解除冻结或冻结期结束前禁止访问
相关内容
- 技能:
decision-logger - Agent:
cs-chief-of-staff— 在路由中强制执行冻结
版本: 1.0.0
评论
支持 Markdown