金字塔原理(Pyramid Principle)写作与结构化表达工作流。用于把散乱内容改写成“先结论、后论据”的可汇报文稿(方案评审、周报、邮件、PRD 段落、演讲稿、技术传播),输出关键结论、分组论点(MECE)、证据与行动项,并对照目标做最终评估。
金字塔原理写作:先结论,后论据是一项面向实际任务的技能,主要用于用户说“用金字塔原理/先结论后理由/把这段写成汇报/帮我结构化/写一页纸/写成可评审的方案/把材料整理成要点”时使用本 Skill;适用内容:方案评审、工作汇报、复盘总结、产品/技术说明、对外技术传播(DevRel/博主);
它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
缺信息时先做合理假设,并把假设列入“待确认项”。如果用户给的是一堆材料,先做“信息归并”再写结构。
写作场景(Scenario):汇报/评审/邮件/演讲/对外文章 面向读者(Audience):老板/评审人/同事/客户/大众 目标(Goal):通过/对齐/决策/推进/说服/让人能复述 读者关心(Reader Concerns):成本/风险/时效/收益/可落地性/合规 材料(Raw Notes):要点/数据/事实/约束/链接(可直接粘贴) 必须包含/避免(Must include/avoid): 限制(Constraints):字数/一页纸/口吻/是否需要行动项
当用户没有给完整输入模板时,按以下顺序补齐并开始产出:
references/presets.md,套用对应预设生成 Success Criteria(3-7 条)references/sample-requests.md 的示例输入references/example-outputs.md 里的最接近案例,对齐风格和颗粒度assets/output-template.md 选择模板:评审/立项/决策用 decision-template.md;汇报/复盘/对外文章用 standard-template.md;邮件/IM/短周报用 compact-template.md按顺序执行;除非用户指定输出形式,否则使用“默认输出格式”。
references/rubric.md 选择 3-7 条维度,改写成可检查的标准(含阈值/可观察描述)。事实、约束、结论候选、风险/反对点、信息缺口。在 X 前提下,推荐 Y。已达成/部分达成/未达成(需澄清),并给 1 轮修改建议(按收益排序 1-3 条)。references/anti-patterns.md,按反模式逐条纠偏后再给最终版。一句话结论(Key Message)金字塔要点(MECE):3-5 条一级要点,每条含 2-4 个支撑点证据/依据:每条一级要点对应证据(或说明缺口)风险与权衡:风险 + 缓解;替代方案 + trade-off行动项:Owner/Next Step/ETA(未知则待确认)待确认项目标达成评估:对照表 + 下一步修改建议references/rubric.md,生成 Success Criteria 并用于最终打分。references/presets.md,在输入不完整时补齐 Audience/Constraints 与默认结构。references/sample-requests.md,提供可复制测试输入。references/example-outputs.md,在用户需要风格锚点、样张、或你需要校准输出颗粒度时使用。references/anti-patterns.md,在输出不够像“金字塔原理”或用户反馈“还是不清楚”时用于修稿。assets/output-template.md 选择模板,再按场景读取:assets/decision-template.md:评审/立项/取舍/关键决策assets/standard-template.md:常规汇报、说明文、复盘、对外技术传播assets/compact-template.md:关键邮件、IM、短周报、状态同步相关专题
热门下载
相关下载
精品课程
共6课时 | 54.7万人学习
共89课时 | 134.1万人学习
共49课时 | 82.6万人学习