把已录用的会议演讲摘要变成可排练大纲：定核心句、叙事弧…

当技术演讲被会议录用后，需要把摘要转化为可排练、可计时、可现场删减的演讲大纲时使用。

适用场景

解决思路

1. 先做访谈，一次只问一个问题，尽量用选择题；一旦能构建大纲就停止提问。访谈问题包括：粘贴已录用的标题与摘要以及 CFP 中提交的大纲；时段多长、Q&A 是否包含在内；听众是谁（一线工程师、资深/架构师、工程经理或混合场次）以及哪个会议 track；是否有现场演示（摘要要求、可选或无）；演讲者是否就是该技术的作者还是独立使用者；演讲后希望听众发生什么改变（尝试、贡献、采纳方法、改掉坏习惯或仅理解）；已有# 素材（事故、基准测试、迁移、博客文章、仓库）；是否会被录制并发布；硬性约束（企业模板、无幻灯片形式、禁披露数字、联合演讲者）；演讲日期与大纲截止时间；是一次性还是会在其他活动重讲；排练上限（多少小时、能否找到房间和同事演练）。
2. 根据问题 10、11、12 的答案重新排序叙事弧和演示菜单，并说明哪些因素影响了哪些选择：截止日期近则优先用演讲者亲历素材构建的弧（事故、迁移），降级需要构建和验证的内容；会重讲则优先昂贵弧和录制演示，因为可摊销到后续场次；排练时间少则直接删除渐进式构建和无脚本现场敲代码，不要提供演讲者没时间排练的选项。
3. 重读摘要，提取它做出的承诺：问题、听众、评审接受的要点。必须兑现该承诺，否则听众会觉得被标题党欺骗。
4. 起草“箭”（arrow）：听众一周后仍会复述的那一句话，用“如果这是他们唯一带走的东西，够不够？”来检验。所有不服务于箭的内容都进入删减候选清单。
5. 头脑风暴叙事弧，然后呈现给用户选择，绝不替用户假设，等用户选定后再继续。先用门槛过滤：材料、听众初始信念或时段长度使其不可行的弧直接删除（是删除而非降级）；再按“每小时准备所移动的信念量”对存活的 2-3 个弧排序，推荐首选，并说明该排序牺牲了什么。
6. 选择 2-3 个支撑箭的“支柱”（pillar），并说明每个支柱承载的证据：数字、事故、基准、代码片段、客户约束。没有证据的支柱只是观点，会在 Q&A 中被质疑。优先具体实例而非类别，一个足够强的参考（Sinatra 测试）胜过三个弱证明。
7. 定位“顿悟时刻”（Matthew Dicks 的 5-Second Moment）：即“我们过去认为 X，然后 Y 发生了，现在我们认为 Z”的转折点。这是技术演讲的情感脊柱，放在听众已经相信问题之后，通常在第一根支柱末尾。
8. 做分钟预算（见时间预算），放置演示（见演示位置），并预留缓冲。
9. 逐节起草幻灯片骨架：每次呈现一节，获得用户确认后再进入下一节。一次性倾倒整个大纲只会得到含糊的“看起来不错”，并掩盖薄弱环节。
10. 写演讲者备注提示：每节标注时间检查点和落后时该删什么（例如“到 0:14 还在此处 → 删掉支柱三，直接进演示”）。
11. 交付排练计划（见排练与质量门槛），并根据计时演练暴露的问题迭代大纲。
12. 任何要口头说出或发布的文字（摘要更新、结尾语、社交摘要）在发布前先过一遍你惯用的人类化（humanizer）技能。
13. 如果你的运行环境有持久记忆，存储箭、选定弧、支柱和删减清单。演讲会在另外三个活动以不同时段长度重讲，每次重新推导这些决策会产生不同的演讲。
14. 按以下顺序交付一份文档：Arrow（一句话，逐字复用为结尾句）；Arc（选定弧 + 为何胜过其他）；Pillars（2-3 个，各附证据）；Realization（信念翻转点及分钟位置）；Time budget（各节分钟区间，注明缓冲）；Slide skeleton（有序表格：每张幻灯片达成什么 + 备注）；Cut checkpoints（“到 0:14 在幻灯片 12 → 删支柱 3” + 绝不删的幻灯片）；Rehearsal plan（手风琴练习与质量门槛）。
15. 能写文件时以文件交付——演讲者会编辑这份文档数周，不会留在聊天记录里。拒绝输出幻灯片文件，拒绝把演讲写成可朗读的散文，无论演讲者怎么要求。
16. 时间预算：时段长度是输入而非输出。5-10 分钟闪电演讲只承载一个点或一个演示，绝不两者兼有；25-45 分钟场次承载箭 + 2-3 支柱 + 一个演示；45-60 分钟主题演讲承载关于领域的论点、每点深度更浅、有回扣；圆桌不写大纲，只准备立场。
17. 30 分钟含 Q&A 的默认切分：0:00-0:03 钩子 + 利害（听众在此决定是否打开笔记本）；0:03-0:05 承诺 + 范围（他们离开时能做什么，以及这不适合谁）；0:05-0:22 支柱 1-3（各约 5-6 分钟，每根以落点结束）；0:22-0:26 演示或证据（锚定到它所证明的支柱）；0:26-0:28 重述箭（与钩子用词相同）；0:28-0:30 Q&A 或硬停。
18. 无论怎么重排都保留的规则：预留时段 10-15% 作为未使用缓冲（笑声、投影仪慢、A/V 交接、一个啰嗦提问都会吃掉排练中不出现的分钟）；至少每 7 分钟切换一次模式（演示、图表、故事、听众提问），单一模式内失去的注意力不会回来；在每个节边界写时间检查点，只有演讲者一眼能看出落后并知道删什么，才能现场删减。
19. 估算某节分钟数时，只用演讲者实测语速：让演讲者朗读自己写的 200 词并计时，再相除。不要用表格数值替代。
20. 演示位置：把演示放在听众相信问题之后。同一演示在第二分钟是产品导览，在问题落地后是证明。开始前说明该看什么（“看 p99 线，不是日志输出”），无解说的演示会被当作填充。绝不以演示结尾，演示后至少保留两分钟讲话，这样超时不会吃掉结论，箭仍是最后听到的内容。按排练长度的两倍预算演示时间，台上打字比桌边慢。
21. 预算演示前先问它将以哪种保真度运行，因为答案改变分钟数。按“每小时排练所交付的证明”排序而非按看起来最炫：效率上，解说式录屏 > 针对准备环境的脚本化现场演示 > 针对真实系统的无脚本现场敲代码；工作量上，解说式录屏（录一次，重录免费）> 脚本化现场演示（排练路径、种子环境、回退方案）> 无脚本现场敲代码（以上全部，还要排练每种失败恢复，且仍会失败）；价值上，无脚本现场敲代码（证明东西真的能用、未剪辑，唯一听众无法怀疑的层级）> 脚本化现场演示（证明在这间屋子的机器上能用）> 解说式录屏（证明主张，屋子凭信任接受录像）；合规成本上，解说式录屏（可剪辑、时段前可审查）> 针对种子数据的脚本化演示（屏幕上无真实数据）> 真实系统（一个错误标签页在录制现场永久暴露客户数据或禁披露功能）。
22. 当“真实性”本身就是主张时（例如“这真的能在一秒内编译完”），提升无脚本现场敲代码的优先级，因为没有别的方式能证明。尚未刻意做此选择的演讲者应先听 Holman 的立场：现场演示就像全球核战争，唯一赢法就是一开始就不在数百陌生人面前做现场演示。
23. 幻灯片骨架：输出有序列表说明每张幻灯片必须达成什么，绝不设幻灯片数量目标。数量因人而异：故事型演讲三张也能跑，密集技术演讲三十分钟一百张、每张两词也行。
24. 每张幻灯片跑这些测试：一个想法（没有单一要点的幻灯片不应存在，或应拆成多张）；标题是结论句而非主题标签（“重试放大了故障”而非“重试行为”）；屏幕上不放演讲者即将说出的内容之外的东西（听众读得比说得快，其余内容都在竞争注意力）。
25. 给每节一个标记幻灯片，让走神的听众能重新进入演讲；把仓库、文档和账号放在出现两次的幻灯片上——一次在变得有用时，一次在结尾供拍照。
26. 听众校准：根据房间选深度，然后比最深听众再低一级，让中位听众跟得上。按角色锚定关注点：一线工程师关注 API 表面和失败模式；资深工程师关注权衡和规模化时什么会坏；经理关注运营成本和风险。
27. 假设演讲者自己的深度估计在一个方向上错了：总是太深，从不至于太浅（知识的诅咒）。对策不是简化一切，而是为每根支柱命名一个要口头定义的术语，并让团队外的人读大纲、标出在哪里迷失。
28. 按上市动作调整证据（弧、计时和幻灯片工艺不变）：销售主导 B2B——房间里常有买家或架构师，合规、迁移成本、支持模式、规模化总成本、团队上手时间最有效；产品主导 PLG B2B——房间是先行采用的开发者，免费层、首次成功时间、激活路径、扩展故事最有效，而非采购清单；B2C/独立开发者——首次成功时间、免费层边界、笔记本上的表现、闲置六个月后是否还能用。
29. 如果演讲者就是该技术的作者，应在第一分钟明说，公平提及竞争方案，并说明自己的工具在何处是错误选择。工程听众反正会查出隶属关系，晚揭示会让整个演讲事后变成广告。
30. 排练与质量门槛：跑 de Montebello 的手风琴练习——用 3 分钟计时讲一遍，然后 2 分钟、1 分钟、30 秒，每次都保持角色、结尾有力；再反向扩展回 1、2、3 分钟，刻意添加材料。30 秒版存活下来的就是箭和支柱；只在扩展时出现的进入删减清单，按删减顺序排列。
31. 刻意不要自己给删减清单排序。手风琴测量的是这场演讲、这位演讲者、这个箭——材料重新出现的顺序就是证据，用大纲算出的比例替代会是虚假精确。弧和演示在排练前排，删减由排练排。
32. 第一次计时演练前不要完成幻灯片——早期演练告诉演讲者实际需要多少张，避免打磨会被删掉的幻灯片。
33. 迭代大纲直到全部通过：连续两次计时演练落在时段减缓冲之内；每张幻灯片通过一个想法和标题即结论测试；每根支柱至少承载一个具体证据；演示在时段结束前至少两分钟结束；只读过大纲的同事能不加提示地用一句话复述箭。
34. 演讲后按场次反馈分、走廊对话和社交帖子是否用演讲者自己的话复述箭、以及时段后 48 小时内仓库或文档流量来评判。归因很弱，视为方向性参考，绝不让链接点击数决定演讲好坏。
35. 录像是有真实仪器的唯一表面。YouTube 留存报告指出四个时刻：前 30 秒后仍在观看的比例（指控钩子和承诺）；低谷（定位停止付费的节）；高峰（含义模糊，可能是好而重看，也可能是不清楚）；最高时刻。不设目标百分比，用曲线找到失败的分钟，再修大纲那一节。
36. 预期发布的视频被部分观看：Guo 等人的 edX 数据中，无论视频总长，中位参与时间至多六分钟。这是教学视频、观众可跳过；现场听众不能，所以该发现约束的是录像而非演讲，它支持章节标记和短剪辑，绝不支持缩短已录用的演讲。
37. 避免失败模式：听众第五分钟走神——演讲在说服任何人存在问题之前就开始解释，把利害移进前三分钟；超时 12 分钟——按材料而非时段写，手风琴压缩，删掉整根支柱而非三根都削薄；演示平淡——在问题被相信前展示或无解说，移到其支柱之后并先说明看什么；Q&A 攻击支柱前提——支柱是断言而非证据，补上证明它的数字、事故或代码；演讲者卡壳——逐字稿，换成书签和备注提示；评审写“不是宣传的内容”——大纲偏离已录用摘要，定稿前重读摘要，对齐或告知组织者；读起来像厂商推销——产品功能成了支柱，让问题成为支柱，产品是证据而非结构。

适用边界 · 注意事项

• 不适用于撰写 CFP 摘要（应使用 samber/developer-relations-skills@conference-cfp-submission）。
• 不适用于制作幻灯片文件或进行台上表达辅导。
• 不适用于让已放置的演示变得抗故障（应使用 samber/developer-relations-skills@developer-live-demo-design）。