mcpField
O
one-pager

one-pager

github.com/joellewis文档处理747 次安装30 周前更新
代码仓库

关于 one-pager

one-pager 是帮助撰写简明高管决策文档的技能,适用于需要提炼复杂事项的作者。它引导自上而下组织内容、撰写叙述、精简措辞,并严格控制在一页内。

主要功能

  1. 01结论先行的结构
  2. 02情境—复杂性—问题框架
  3. 03叙述性正文撰写
  4. 04精简措辞审查
  5. 05严格限制为一页

适用场景

  1. 01准备领导层决策请求
  2. 02围绕战略统一团队认知
  3. 03撰写高管会议预读材料

安装

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

$npx skills add https://github.com/joellewis/skill-library --skill one-pager

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

详细介绍

概述

单页文档是一种高杠杆的信息提炼工具,旨在以每个字传递尽可能多的洞见,充分尊重高管的注意力。它通过迫使作者优先呈现“答案”而非“活动”,并在单页限制下运用结构化逻辑和精准语言,确保战略严谨。

铁律

单页文档不得超过一页——每个字都必须物有所值

违反这条铁律,表明你未能明确优先级。如果无法将战略放进一页,说明你的思路还不够清晰。“先做最重要的事,其余的事一概不做。”(来源:Drucker)

状态机

digraph one_pager_flow {
    "Complex Input" [shape=doublecircle];
    "Step 1: Top-Down Structuring" [shape=box];
    "Step 2: Narrative Drafting" [shape=box];
    "Step 3: Orwell Audit" [shape=box];
    "Gate: The One-Page Constraint" [shape=diamond];
    "Final One-Pager" [shape=doublecircle];

    "Complex Input" -> "Step 1: Top-Down Structuring";
    "Step 1: Top-Down Structuring" -> "Step 2: Narrative Drafting";
    "Step 2: Narrative Drafting" -> "Step 3: Orwell Audit";
    "Step 3: Orwell Audit" -> "Gate: The One-Page Constraint";
    "Gate: The One-Page Constraint" -> "Step 3: Orwell Audit" [label="> 1 page"];
    "Gate: The One-Page Constraint" -> "Final One-Pager" [label="pass"];
}

何时使用此技能

  • 向领导层提出高风险决策请求时。
  • 围绕复杂战略或“制胜愿景”协调团队时。
  • 作为高管会议的会前阅读材料时。
  • 需要“陈述显而易见的事实”来消除跨职能歧义时。

何时不使用此技能

  • 用于技术手册或详细的实施规范(请改用 prd-writing)。
  • 用于纯粹的头脑风暴(请改用 problem-framing)。
  • 受众需要全面的法律或财务审计时。

核心流程

第 1 步:采用自上而下的结构(金字塔结构)
  • 先给结论: 第一句必须包含“开门见山的结论”(BLUF)。尊重读者最稀缺的资源:时间。(来源:Minto;Drucker)
  • 用 S-C-Q 构建框架: 在引言中使用“情境—复杂情况—问题”框架。
    • 情境: 已知背景。
    • 复杂情况: 使现状难以为继的变化或问题。
    • 问题: 备忘录要回答的核心问题。(来源:Minto)
第 2 步:写出连贯的叙述
  • 只写完整句子: 核心逻辑应避免使用项目符号列表。叙述能迫使你找出推理中的漏洞,而项目符号可能会掩盖这些漏洞。(来源:Bryar,《Working Backwards》)
  • 聚焦贡献: 回答:“我能做出什么贡献,从而显著影响这个项目的绩效和成果?”(来源:Drucker)
第 3 步:执行“奥威尔审查”
  • 删去非必要内容: 只要有可能删掉一个字,就一定要删掉。
  • 使用主动语态: 能用主动语态时,绝不要用被动语态(“我们决定”而不是“决定已作出”)。
  • 使用浅白英语: 能用短词,就不要用长词。删掉行话、科学术语或“企业腔”。(来源:Orwell)
第 4 步:严格遵守单页限制
  • 零基预算: 如果草稿太长,不要缩小字号。直接删掉最不重要的观点。“集中精力于少数几个关键领域,在这些领域取得卓越表现,才能带来杰出成果。”(来源:Drucker)

跨技能调用

必需子技能:problem-framing — 确保 S-C-Q 中的“问题”准确无误。 推荐子技能:memo-stress-tester — 验证叙述的内在逻辑。 推荐子技能:copy-editor — 最后润色逐句文案。

合理化借口对照表

想法事实
“这个主题太复杂,写不进一页。”复杂往往说明思路混乱。单页限制会迫使你找出驱动 80% 价值的那 20% 事实。
“我就用 0.5”页边距和 9 pt 字号。”你把“塞进更多文字”置于“尊重读者”之上。这会让文档难以阅读,也暴露出缺乏自律。
“项目符号读起来更快。”项目符号让你可以跳过逻辑衔接。叙述则迫使你证明观点之间的关联。
“我会附上一份 5 页的附录。”附录往往是你不敢删掉的观点的藏身之处。如果它对单页论证并非至关重要,就删掉它。

危险信号

出现以下想法,意味着应当停下来——你即将走捷径:

  • “我先介绍流程,再给出建议。”(结构错误;必须采用自上而下的结构。)
  • “我在使用‘协同效应’‘借力’或‘生态系统’之类的词。”(术语警报;进行奥威尔审查。)
  • “主要的‘请求’放在页面底部。”(读者应在前 10 秒内知道请求是什么。)

诊断清单

  • 第一段是否给出了主要建议/答案?
  • 引言是否遵循 S-C-Q(情境-复杂情况-问题)结构?
  • 是否删掉了所有“不必要的词”(奥威尔审查)?
  • 是否严格控制在一页内,使用标准页边距和易读字体(11pt 及以上)?
  • 每个段落是否都回答了上一层提出的问题?

资料来源

  • Barbara Minto,《金字塔原理》——SCQ 和自上而下的结构。
  • Peter Drucker,《卓有成效的管理者》第 1、2 和 5 章——关注贡献和“要事优先”。
  • Bryar & Carr,《Working Backwards》第 4 章——叙事文化和六页文档(改编为一页文档)。
  • George Orwell,《政治与英语》——清晰简洁的 6 条规则。

评论

支持 Markdown