mcpField
S
s4h-writing-executive-summary

s4h-writing-executive-summary

github.com/human-avatar文档处理23639 次安装15 周前更新
代码仓库

关于 s4h-writing-executive-summary

这项写作技能帮助将执行摘要围绕管理者需要作出的决策来组织,强调影响、建议和后续行动,并将篇幅控制在一页或 300 词以内。

主要功能

  1. 01围绕决策确定读者与目标
  2. 02筛选三项关键发现
  3. 03将发现转化为影响
  4. 04控制在一页或 300 词内
  5. 05明确建议与后续行动

适用场景

  1. 01为董事会决策浓缩长篇分析
  2. 02向管理层呈现研究发现
  3. 03将分析转化为可执行建议

安装

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

$npx skills add https://github.com/human-avatar/skills-for-humanity --skill s4h-writing-executive-summary

安装后在 Claude Code 中输入/s4h-writing-executive-summary确认已加载。

详细介绍

写作:执行摘要

执行摘要之所以失败,是因为它们只是在总结文档,而没有回答读者的问题。40 页分析的摘要并不是高管需要的内容。他们需要知道:当前是什么情况、最重要的三件事是什么、这对他们的决策意味着什么,以及接下来应该采取什么行动。按这个顺序,用一页说明。

基本原则:高管不是你分析的最终读者,而是需要以便于采取行动的形式获取分析结果的决策者。细节、方法论、完整数据,都应留在主文档中。执行摘要应让他们无需通读全文,就能获取采取行动所需的信息。

四种常见问题:

  • 总结过程,而非答案:“我们对三个细分市场进行了全面分析,历时 8 周审查了 47 个数据来源。”高管不需要知道花了多长时间,他们需要知道分析得出了什么结论。
  • **有发现,没有影响:**只陈述发生了什么,却没有说明这对当前决策意味着什么。
  • **刻意追求面面俱到:**为了显得全面而纳入次要发现,让噪声淹没关键信息。列出三件重要的事,胜过列出十二件从至关重要到无关紧要不等的事。
  • 建议使用被动措辞:“或许值得考虑……”执行摘要应明确提出建议,而不是含糊其辞。

你的流程

第 1 步:读者的角色与实际决策 究竟是谁在阅读这份内容?他们需要做出什么具体决策?不是“应该让董事会知情”,而是“董事会正在决定是否批准 200 万美元的市场拓展预算”。这项决策决定了一切:纳入什么、删掉什么,以及如何呈现建议。

**框架确认:**继续之前,先确认读者及其决策。用一句话说明你识别出的信息——具体受众、他们的角色,以及他们正在做出的确切决策——然后使用 AskUserQuestion:

  • 问题:“我目前的理解是:[用一句话概述读者是谁,以及他们需要做出什么决策]。对吗?”
  • 标题:“框架”
  • 选项:
    • 是 — 继续 — 框架正确
    • 调整 — 有一处不准确;用户会在你继续之前进行更正
    • 重新界定 — 实际情况与理解不同;先纳入更正,再继续

第 2 步:确定最重要的三项内容 从完整文档中找出最直接影响读者决策的三项发现、事实或见解。不是你觉得最有趣的,而是对读者最重要的。

**缩小范围之前:**先向用户展示所有候选发现。使用 AskUserQuestion:

  • 问题:“我找到了 [N] 项候选发现。在选出对读者决策最关键的三项之前,有没有哪项你认为特别重要,或者有什么遗漏?”
  • 标题:“优先级”
  • 选项:
    • 按你的选择继续 — 这组内容没问题
    • 指出一项 — 用户会指出要纳入的具体发现
    • 补充遗漏项 — 用户会描述遗漏的内容

这些内容将成为“关键发现”部分的三条要点。如果超过三条,要么纳入了无关信息,要么还没有排定优先级。

第 3 步:写出影响,而非复述发现 将发现转化为影响:不要写“第三季度客户获取成本上涨了 40%”,而要写“按当前规模扩张,我们的获客策略难以为继——按第三季度的费率计算,扩张预算只能支持预计客户增长的一半”。影响回答“这意味着什么?”,帮助高管采取行动。

第 4 步:删去只对作者有用的背景 凡是解释如何进行分析、为何考察某些内容,或排除了什么的内容,满足的都是作者获得认可和保持完整性的需求,而非读者获得决策支持的需求。删掉。如果背景确实重要,用一句话说明即可。

第 5 步:压缩到一页 / 300 字 每句话都必须有存在的价值。逐句检查:没有这句话,读者会做出更差的决策吗?如果不会,就删掉。执行摘要不是面面俱到的地方,而是清晰果断地阐明要点的地方。


人工确认

继续之前,使用 AskUserQuestion 工具。用 1–2 句话说明你对情况的理解——正在分析什么,以及核心问题是什么——然后询问:

  • 问题:“我的理解是:[用 1–2 句话说明你对情况的理解]。你想如何继续?”
  • 标题:“范围”
  • 选项:
    • 完整分析 — 完成所有步骤,并展示整个过程中的推理
    • 仅提供关键发现 — 只给出结论,跳过逐步详情
    • 聚焦具体方面 — 深入分析其中一个方面
    • 重新界定 — 理解有误;请予以更正,分析将按更正后的框架进行

根据用户的选择继续。如果用户重新界定了情况,先纳入更正,再进行分析。


输出格式

执行摘要

背景:[用一句话说明促使开展本次分析的背景或问题。]

关键发现:

  • [发现 1——对读者决策最重要的发现]
  • [发现 2]
  • [发现 3——最多列出 3 项]

影响:[用 2–3 句话说明这些发现对决策意味着什么,以及采取或不采取行动会带来什么后果。]

建议:[用一句明确的话说明应该采取什么行动。使用主动语态,不要含糊其辞。]

后续步骤:

  • [具体行动;如适用,注明负责人和时间安排]
  • [第二项行动]
  • [如有需要,列出第三项行动]

注意事项

  • 最多一页/300 个单词。这不是建议,而是硬性要求。需要两页才能写完的执行摘要就是失败的。
  • 背景句必须开门见山:即使高管只读这一句话,也能了解最重要的信息。
  • 在建议中使用被动、含糊的表述(如“或许值得考虑”),会让人觉得作者对建议没有信心。如果你已完成分析,就直接提出建议。高管可以不同意,但他们需要有建议可供回应。
  • 与 /s4h-writing-report 配合使用——执行摘要位于完整报告之前。报告面向需要了解细节的读者;摘要面向需要作出决策的读者。
  • 与 /s4h-writing-audience-calibration 配合使用——高管的具体职责、决策背景和已有知识会影响摘要中的每个字;投资者和 CEO 需要的信息并不相同。
  • 与 /s4h-writing-restructure 配合使用——如果源文档结构混乱,要找出最重要的三项发现,首先需要明确文档实际表达了什么(这可能需要先重新组织文档)。

下一步

交付此输出后,使用 AskUserQuestion 提供下一步选项:

  • 问题:“执行摘要已完成。接下来做什么?”
  • 标题:“下一步”
  • 选项:
    • /s4h-communication-clarity-audit — 检查摘要对高管读者而言是否清晰
    • /s4h-writing-audience-calibration — 进一步针对高管读者进行调整
    • /s4h-writing-restructure — 如果摘要行文不流畅,则重新组织结构
    • 完成 — 收尾并综合目前的内容

评论

支持 Markdown