mcpField
E
execute

execute

github.com/alirezarezvani生产力28.9k376 次安装2 天前更新
代码仓库

关于 execute

execute 是一项 Claude 技能，可将已批准的决策转为 90 天执行计划。它拆分工作流、指定直接负责人、安排每周里程碑和检查节奏，并记录风险。

主要功能

  1. 01将决策转为 90 天计划
  2. 02拆分为 3–6 个工作流
  3. 03为每个工作流指定 DRI
  4. 04制定 12 个每周里程碑
  5. 05设置检查节奏并建立风险清单

适用场景

  1. 01落实已批准的决策
  2. 02为各工作流分配负责人
  3. 03跟踪每周进度与检查点
  4. 04在 90 天复盘前审查风险

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/alirezarezvani/claude-skills --skill execute

安装后在 Claude Code 中输入/execute确认已加载。

详细介绍

/cs:execute — 90 天执行计划

命令： /cs:execute <decision-path>

将已批准的决策转化为一份为期 90 天的计划，包含每周里程碑、明确指定的 DRI 和签到节奏。大多数决策都止步于此：“我们决定了”和“下周一要做什么？”之间。

流程中的位置

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

输入

已批准的决策记录（/cs:decide 的输出）。

输出计划格式

保存至 ~/.claude/execution/YYYY-MM-DD-<slug>.md：

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

## 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 |

## 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> |

## Cadence
- **Weekly:** Owner reviews status (15 min)
- **Bi-weekly:** Cross-functional sync (30 min)
- **Day 30 / 60 / 90:** Checkpoint with 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> |

## Kill Criteria Watch
[Copied from decision; reviewed at every checkpoint]
- <metric, threshold, action>

工作流

  1. 阅读决策记录
  2. 将选定方案分解为 3-6 条工作流
  3. 为每条工作流指定一名 DRI
  4. 从检查点日期倒推制定 12 个每周里程碑
  5. 设定节奏（每周 + 每两周 + 30/60/90 天检查点）
  6. 建立风险登记表（交叉参照原始第 4 阶段中唱反调者提出的顾虑）
  7. 保存并通知 DRI

为什么是 90 天

  • 时间足够长，可以看到真实信号（而不只是活动）
  • 时间足够短，可以在损失累积前及时调整方向
  • 与季度 OKR 周期、融资冲刺和大多数董事会会议节奏相符

后续路由

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

相关内容

版本： 1.0.0

评论

支持 Markdown