execute

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

/cs:execute — 90-Day Execution Plan

/cs:execute — 90天执行计划

Command:

/cs:execute <decision-path>

Turns an approved decision into a 90-day plan with weekly milestones, named DRIs, and a check-in cadence. Where most decisions die: between "we decided" and "what's next Monday?"

命令:

/cs:execute <decision-path>

将已批准的决策转化为包含每周里程碑、指定DRI和检查节奏的90天计划。大多数决策的夭折点就在于“我们已经决定了”和“下周一该做什么？”之间。

Pipeline Position

流程位置

/cs:office-hours  →  /cs:brief  →  /cs:boardroom  →  /cs:decide  →  /cs:execute  →  /cs:post-mortem
                                                                       ↑ you are here

/cs:office-hours  →  /cs:brief  →  /cs:boardroom  →  /cs:decide  →  /cs:execute  →  /cs:post-mortem
                                                                       ↑ 当前位置

Input

输入

An approved decision record (output of

/cs:decide

已批准的决策记录（

/cs:decide

的输出结果）。

Output Plan Format

输出计划格式

Saved to

~/.claude/execution/YYYY-MM-DD-<slug>.md

markdown

undefined

保存至

~/.claude/execution/YYYY-MM-DD-<slug>.md

markdown

undefined

Execution Plan: <decision title>

执行计划: <决策标题>

Decision: <link to /cs:decide record> Owner (Sponsor): <founder or exec> Start: YYYY-MM-DD Checkpoint: YYYY-MM-DD (90d)

决策: <链接至/cs:decide记录> 负责人（发起人）: <创始人或高管> 开始日期: YYYY-MM-DD 检查点: YYYY-MM-DD (90天后)

Outcome (binding)

预期成果（具有约束力）

[Copied from decision: success + kill criteria]

[从决策中复制：成功标准 + 终止标准]

Workstreams

工作流

Workstream	DRI	Success Metric	Status
<e.g., Pricing rollout>	<name>	<metric, threshold>	Not started
<e.g., Comms>	<name>	<metric>	Not started
<e.g., Eng changes>	<name>	<metric>	Not started

工作流	DRI	成功指标	状态
<例如：定价方案推广>	<姓名>	<指标，阈值>	未启动
<例如：沟通工作>	<姓名>	<指标>	未启动
<例如：工程变更>	<姓名>	<指标>	未启动

Weekly Milestones

每周里程碑

Week	Milestone	DRI	Definition of Done
1	<e.g., positioning locked>	<name>	<observable outcome>
2	<e.g., draft launched>	<name>	<observable>
3	...
12	<e.g., checkpoint review>	<name>	<observable>

周数	里程碑	DRI	完成定义
1	<例如：定位确定>	<姓名>	<可观测成果>
2	<例如：草案发布>	<姓名>	<可观测成果>
3	...
12	<例如：检查点评审>	<姓名>	<可观测成果>

Cadence

检查节奏

Weekly: Owner reviews status (15 min)
Bi-weekly: Cross-functional sync (30 min)
Day 30 / 60 / 90: Checkpoint with cs-chief-of-staff

每周: 负责人审核进度（15分钟）
每两周: 跨职能同步会议（30分钟）
第30/60/90天: 与cs-chief-of-staff进行检查点沟通

Dependencies

依赖项

Internal: <list>
External: <vendors, regulators, customers>

内部：<列表>
外部：<供应商、监管机构、客户>

Risk Register

风险登记册

Risk	Likelihood	Impact	Owner	Mitigation
<e.g., delayed legal review>	M	H	<name>	<plan>

风险	可能性	影响程度	负责人	缓解措施
<例如：法律审核延迟>	M	H	<姓名>	<应对方案>

Kill Criteria Watch

终止标准监控

[Copied from decision; reviewed at every checkpoint]

<metric, threshold, action>

undefined

[从决策中复制；在每个检查点进行评审]

<指标，阈值，行动>

undefined

Workflow

工作流程

Read the decision record
Decompose the chosen option into 3-6 workstreams
Name a DRI for each workstream
Reverse-engineer 12 weekly milestones from the checkpoint date
Set the cadence (weekly + bi-weekly + 30/60/90 checkpoints)
Build the risk register (cross-reference original Phase 4 devil's-advocate concerns)
Save and notify DRIs

读取决策记录
将选定方案拆解为3-6个工作流
为每个工作流指定DRI
从检查点日期倒推制定12个每周里程碑
设置检查节奏（每周 + 每两周 + 第30/60/90天检查点）
建立风险登记册（交叉参考原始第4阶段的“魔鬼代言人”关注点）
保存计划并通知各DRI

Why 90 Days

为何选择90天

Long enough to show real signal (not just activity)
Short enough to course-correct before damage compounds
Matches quarterly OKR cycle, fundraise sprints, and most board cadences

时长足够展现真实进展信号（而非仅仅是活动）
时长足够短，能在损失扩大前调整方向
与季度OKR周期、融资冲刺节奏以及大多数董事会会议节奏匹配

Routing

后续路由

```
/cs:post-mortem <decision>
```
— at day 90 (or earlier if kill criteria trigger)
```
/cs:boardroom
```
— if a checkpoint reveals a need to re-decide

```
/cs:post-mortem <decision>
```
— 第90天执行（或在终止标准触发时提前执行）
```
/cs:boardroom
```
— 若检查点显示需要重新决策时执行