post-mortem
作者 alirezarezvanipost-mortem 是一个面向战略规划的技能,用于根据预先承诺的成功指标、kill criteria、执行计划和已保留的反对意见,复盘已经执行的决策。可在 90 天检查点、触发 kill 条件、决策反转或季度回顾时使用 `/cs:post-mortem <decision-path>`。
该技能评分为 76/100,对于希望用结构化复盘流程审视战略决策的目录用户来说,是一个稳妥的收录候选。仓库证据显示,它具备清晰的触发条件、命令语法、时机建议、必需输入和输出记录格式,因此 agent 使用时比泛泛的 post-mortem 提示更少依赖猜测。主要限制在于:它似乎是更完整的 C-level 决策流程中的最后一步,且缺少支持文件和安装指引。
- 触发方式清晰:描述和 SKILL.md 都明确了 `/cs:post-mortem <decision-path>` 以及运行时机,包括 90 天检查点、kill criteria、决策反转和季度复盘。
- 结构具备可操作性:它定义了所需输入,例如决策记录、执行计划和实际结果,并生成可保存的 post-mortem 记录。
- 对 agent 的辅助价值较高:它强调根据预先承诺的成功指标和 kill criteria 评分,并重新审视已保留的反对意见,比通用复盘提示提供了更有力的回顾框架。
- 最适合已有相关技能产物的团队,例如来自 `/cs:decide` 和 `/cs:execute` 的记录;如果没有这套流程,用户可能需要手动调整输入。
- 该仓库仅提供 `SKILL.md`,没有支持文件、参考资料、脚本、README 或安装命令,因此上手和采用指引较有限。
post-mortem skill 概览
post-mortem skill 的作用
post-mortem skill 是一套用于战略复盘的工作流:它会把已经执行过的决策,拿来对照决策前记录下来的成功指标、终止标准和反对意见进行审视。它不是泛泛而谈的“经验教训”提示词。它的核心价值,是把战略规划闭环补齐:强制复盘时将当初的假设与实际结果逐项对比。
最适合用于 Strategic Planning 复盘
这套 post-mortem skill 适合已经用结构化节奏管理决策的创始人、高管、幕僚长、产品负责人和战略运营人员。尤其适用于定价调整、进入新市场、招聘计划、产品押注或降本决策到达 90 天检查点、触发终止标准,或需要进入季度复盘时。
它与普通复盘的区别
关键差异在于“预先承诺”。该 skill 会要求提供决策记录、执行计划和实际结果,然后根据执行前写下的标准来评估结果。这样可以减少事后诸葛亮式偏差,避免团队事后重新定义成功,也能把反对意见作为证据保留下来,而不是把它当作组织政治里的杂音。
安装前需要了解什么
仓库路径是 c-level-advisor/c-level-agents/skills/post-mortem,该 skill 只包含在 SKILL.md 中,没有额外脚本、参考资料或辅助资源。这让 post-mortem 安装非常轻量,但也意味着输出质量高度依赖你提供的记录。如果你没有原始假设、阈值或执行笔记,它仍然能帮你复盘,只是严谨程度会下降。
如何使用 post-mortem skill
post-mortem 安装方式和第一个要读的文件
从 GitHub skill repository 安装:
npx skills add alirezarezvani/claude-skills --skill post-mortem
安装后,先阅读 SKILL.md。它定义了命令形式、适用场景、必需输入,以及预期保存输出路径:~/.claude/postmortems/YYYY-MM-DD-<slug>.md。这个 skill 没有单独的 rules/、resources/ 或 scripts/ 文件夹需要检查,因此真正的关键判断是:你的团队能否提供足够的输入证据。
post-mortem skill 需要哪些输入
要让 post-mortem 产生高质量结果,建议准备三组输入:
- Decision record: 原始决策标题、日期、负责人、被否决的选项、假设、成功标准、终止标准和反对意见。
- Execution plan: 里程碑、负责团队、计划中的干预动作、时间安排和约束条件。
- Actual outcomes: 指标、事故、客户信号、收入/成本影响、时间线偏差和定性证据。
较弱的输入:“Review our pricing change.”
更强的输入:“Run /cs:post-mortem on the Q2 pricing change. Decision date: 2026-04-03. Success criterion: net revenue retention above 108% by day 90; kill criterion: logo churn above 6% in SMB. Dissent: sales warned annual contracts would stall. Actuals: NRR 104%, SMB logo churn 7.2%, enterprise expansion up 11%, sales cycle length +18 days.”
一个实用的 post-mortem 工作流
应在决策到达复盘事件时使用该 skill,而不是每次讨论没有结论时就使用。好的触发点包括:90 天检查点、终止标准被触发、重大方向逆转,或对战略押注进行季度复盘。
一个实用流程如下:
- 收集原始
/cs:decide输出,或等价的决策备忘录。 - 附上
/cs:execute计划,或最接近的项目计划。 - 加入实际指标和关键事件,但先不要解释它们。
- 要求 skill 将状态评为
WIN、PARTIAL、LOSS或MIXED。 - 要求它明确对照预先承诺的标准和已保留的反对意见。
- 将结果保存到 postmortem 归档中,用于校准后续规划。
获得更好结果的提示词模式
一个有效提示词应说明决策路径、复盘触发点和证据标准:
/cs:post-mortem <decision-path>
然后补充类似上下文:
“Use only the criteria that existed before execution. Do not invent new success measures. If evidence is missing, mark it as unknown. Separate outcome scoring, assumption audit, dissent review, decision-quality lessons, and follow-up actions.”
这一点很重要,因为 post-mortem skill 是为战略问责设计的。如果你只是让它“make sense of what happened”,它可能会产出更柔和的叙事;如果你要求它对照明确阈值打分,它会产出更有管理价值的复盘材料。
post-mortem skill 常见问题
post-mortem skill 只适合高管使用吗?
不是。路径和命令属于 C-level advisor 工作流的一部分,但底层方法适用于任何需要做重要决策的团队。只要能在执行前记录决策,产品经理、运营负责人、创业公司创始人和战略团队都可以使用。
它比普通 retrospective 好在哪里?
普通 retrospective 往往关注团队感受、流程缺口和宽泛经验。这个 post-mortem 指南聚焦于决策质量:当初的假设是否正确,成功标准是否成立,终止标准是否被触发,反对意见是否预判了失败模式。正因如此,它更适合 Strategic Planning 和投资组合式复盘。
什么时候不应该使用这个 skill?
不要把它用作尚未做出决策时的第一步,也不要用于头脑风暴,或用于没有可衡量预期结果的项目。应在执行已经产生证据之后使用 /cs:post-mortem。如果你需要在多个选项之间做选择,应先使用决策类或 boardroom 风格的工作流,之后再回到 post-mortem。
它适合新手吗?
适合,但前提是新手要理解:这个 skill 需要证据。它不会神奇地重建原始决策记录。新用户可以从一个已经完成的决策开始,提供原始目标和实际结果,让 skill 识别缺失的标准,从而帮助未来把决策记录做得更好。
如何改进 post-mortem skill
通过保留原始证据来提升 post-mortem 质量
影响质量最大的因素,是保留原始决策材料。在执行开始前,把成功阈值、终止标准、预期风险和反对意见保存在稳定的决策记录中。这样,post-mortem skill 就能把实际结果与既有基线对照,而不是依赖事后记忆,价值会高得多。
避免常见失败模式
常见失败包括指标含糊、事后补写成功定义、缺少反对意见,以及过度依赖单一头条结果。一次定价决策可能提升收入,却伤害留存;一个招聘计划可能填补岗位,却拖慢交付。应要求 skill 标记混合结果,而不是强行写成非赢即输的故事。
用指标和上下文强化提示词
更好的提示词会包含日期、阈值、负责人、决策范围、业务背景和原始结果。不要只说“The launch underperformed”,而应提供“Activation target was 35%; actual was 26%; paid conversion improved from 4.1% to 5.0%; support tickets doubled for onboarding.” 这样 skill 才能区分是假设错误还是执行错误。
在第一次输出后继续迭代
完成第一次 post-mortem 后,可以继续追问,以提升战略学习质量:
- “Which assumption was most wrong?”
- “Which dissenting concern should become a future decision checklist item?”
- “Were the kill criteria too late, too strict, or ignored?”
- “What should change in our next
/cs:deciderecord?”
这样,post-mortem 就不只是一次性报告,而会变成改进战略规划的反馈闭环。
