execute

execute skill 概览

execute 的作用

execute 是一个 C-level advisor skill，用来把已经批准的决策转化为一份 90 天运营执行计划。它不会让战略决定停留在一条静态记录里，而是通过 execute skill 产出每周里程碑、工作流、明确的 DRI、成功指标、完成定义以及例会节奏。它的核心价值，是填补“我们已经决定了”和“下周一具体做什么？”之间的落差。

最适合项目管理和领导团队的场景

在 Project Management 场景中，execute 最适合用于创始人、高管团队、产品负责人或运营团队已经做出清晰决策之后，需要一份可追责的落地计划时。常见用途包括进入新市场、调整定价、制定招聘计划、产品发布、销售流程变更，或内部运营模式调整。尤其当一个决策涉及跨职能工作流，而失败风险主要来自权责模糊、不是缺少想法时，execute 会更有价值。

execute skill 的不同之处

不同于普通的“帮我做个项目计划”提示词，execute 预期输入的是一份决策记录，并且会保留该决策中已经确定的约束性结果。这个 skill 的输出格式很明确：90 天周期、每周里程碑、DRI 归属、成功标准与终止标准、工作流以及例会机制。正因为这种结构化约束，它更适合强化执行纪律，而不是用于头脑风暴或早期战略探索。

采用 execute 前需要注意

仓库路径是 c-level-advisor/c-level-agents/skills/execute，主文件是 SKILL.md。这个 skill 目录下没有额外脚本、规则、资源或 README 文件，因此它的价值主要集中在提示词结构本身。如果你想在 Claude skills 工作流中加入一个轻量级执行规划命令，可以安装 execute；但不要期待它提供完整的项目管理系统集成或自动任务同步。

如何使用 execute skill

execute 安装上下文

从仓库安装该 skill：

npx skills add alirezarezvani/claude-skills --skill execute

安装后，建议先查看 SKILL.md，因为其中包含命令、预期输入、流水线位置和输出格式。上游 skill 围绕以下命令设计：

/cs:execute <decision-path>

<decision-path> 应指向一份已经批准的决策记录，理想情况下是同一个 C-level advisor 工作流中由 /cs:decide 生成的记录。

execute skill 需要哪些输入

为了让 execute 产出更好的结果，不要只提供一个标题。它需要足够的决策上下文，才能生成可追责的里程碑：

• 已批准的决策及其理由
• 约束性结果、成功标准和终止标准
• sponsor 或 executive owner
• 相关团队和可能的 DRI
• 截止日期、发布窗口或 90 天检查点
• 已知约束，例如预算、招聘、工程产能、合规要求或依赖关系
• 现有工具或运营节奏，例如每周 exec review 或 sprint planning

较弱输入：“Create an execution plan for entering Germany.”

更强输入：“Use /cs:execute decisions/2026-02-03-germany-entry.md. Preserve the approved success criteria: €250k qualified pipeline by day 90 and kill criteria: CAC payback above 18 months after pilot. Assume Sales, Marketing, Legal, and Product workstreams. Weekly exec check-in is Mondays. Name placeholder DRIs where people are not assigned.”

推荐工作流

应在决策已经获批之后使用 execute，而不是在团队仍在讨论不同选项时使用。一个实用流程是：

1. 运行或收集决策记录。
2. 确认结果和终止标准已经明确写出。
3. 调用 /cs:execute <decision-path>。
4. 审查生成的工作流和每周里程碑。
5. 用真实姓名替换占位 DRI。
6. 如有需要，把里程碑迁移到你的项目系统中。
7. 使用例会节奏跟踪风险和未达成的完成定义。

该 skill 的默认输出会保存为一份 markdown 执行计划，通常路径类似 ~/.claude/execution/YYYY-MM-DD-<slug>.md，具体取决于你的本地 Claude skill 设置。

提高输出质量的提示词写法

要明确说明你的运营环境。如果你已经知道团队节奏、产能或依赖关系，请一并写入。如果某个里程碑必须可观察，也要明确说明。如果领导层特别关注某个指标，可以要求 skill 在每个相关工作流中突出该指标。

一个实用的提示词模式是：

/cs:execute <decision-path>. Build a 90-day plan with weekly milestones, named DRIs where known, placeholder DRIs where unknown, definitions of done, dependency risks, and a Monday check-in cadence. Keep the binding outcome and kill criteria unchanged from the decision record.

这样可以避免计划偏离原始决策。

execute skill 常见问题

execute 只适合高管使用吗？

不是。它的语言和流程偏高管视角，但 execute skill 同样适合产品经理、运营人员、创始人、chiefs of staff 和项目负责人使用，只要他们需要把已经批准的决策转化为可追责的计划。关键前提是：决策已经做出。

什么时候不应该使用 execute？

不要把 execute 用于开放式创意发散、选项比较、市场调研，或在多个竞争性战略之间做决策。如果没有清晰 owner、没有成功指标，或团队没有意愿指定 DRI，它也并不适合。在这些情况下，应先完成 briefing、decision 或 planning 流程。

execute 和普通提示词有什么区别？

普通提示词可能会生成一份看起来合理的任务清单。execute 强制采用从决策到计划的结构：90 天、工作流、DRI、每周里程碑、完成定义和例会节奏。这个约束正是它的意义所在。它能减少模糊空间，让结果更容易拿给领导团队审查。

execute 能与 Jira、Asana 或 Linear 集成吗？

从 execute 的仓库内容来看，只有 SKILL.md，没有辅助脚本或工具集成。应把输出视为一份结构化 markdown 计划，可以复制到 Jira、Asana、Linear、Notion 或电子表格中。如果你需要工具同步，需要自行补充这部分工作流。

如何改进 execute skill

运行 execute 前先改进输入

提升 execute 结果最快的方法，是先强化决策记录。确保记录中包含实际决策、选择它的原因、成功的样子、什么情况会导致回滚，以及谁是这项工作的 sponsor。模糊的决策会产生模糊的执行计划；可衡量的决策才能生成有用的每周里程碑。

检查常见失败模式

首次输出后，重点检查这些问题：

• 里程碑是活动，而不是结果
• DRI 分配给了团队，而不是具体个人
• 缺少依赖项 owner
• 成功指标与原始决策不一致
• 第一周工作过大或不清晰
• 没有明确的复盘节奏或升级路径

让 execute 只修改薄弱部分，而不是重新生成全部内容。

迭代到真实运营状态

一个好的第二轮提示词应该务实，而不是追求形式好看：

“Revise the plan so each weekly milestone has an observable definition of done, no DRI is a department, Legal dependencies are visible by week, and the week 4 checkpoint can determine whether we continue, adjust, or stop.”

这类迭代比要求生成更长的计划，更能提升管理上的可用性。

让 execute 适配你的组织

如果你经常使用 execute，可以标准化团队关心的字段：预算 owner、风险级别、客户影响、汇报场合、发布检查清单或升级触发条件。保留 90 天结构，但根据你的运营模式调整工作流和例会节奏。这样可以让 execute 更可复用，同时避免把它变成泛泛的项目模板。