name: technical-presentations description: 创建和交付有效的技术演示、演示和谈话。提供结构化内容、设计幻灯片和处理现场演示的框架。 allowed-tools: Read, Glob, Grep

技术演示技能

创建引人入胜的技术演示，以教育、说服和吸引开发者受众。

关键词

演示、幻灯片、谈话、演示、演讲、推介、架构评审、技术谈话、午餐会、闪电谈话、会议、聚会、PowerPoint、Keynote、Google Slides

何时使用此技能

此技能在开发者需要时提供指导：

结构化技术演示或谈话
为开发者受众创建有效的幻灯片
规划和执行现场演示
呈现架构决策或提案
交付知识分享会话
向利益相关者推介技术解决方案

核心框架：是什么-为什么-如何做

每个技术演示应遵循此结构：

┌─────────────────────────────────────────────────────────────┐
│  是什么（10%的时间）- 钩子                                 │
│  “这是我们正在解决的问题/机会”                             │
├─────────────────────────────────────────────────────────────┤
│  为什么（30%的时间）- 上下文                               │
│  “这是为什么重要以及为什么您应该关心”                      │
├─────────────────────────────────────────────────────────────┤
│  如何做（50%的时间）- 解决方案                             │
│  “这是我们如何解决它/它如何工作”                           │
├─────────────────────────────────────────────────────────────┤
│  结束（10%的时间）- 行动号召                               │
│  “这是您接下来应该做什么/关键要点”                         │
└─────────────────────────────────────────────────────────────┘

是什么：钩子（前2-3分钟）

目标： 抓住注意力并建立相关性。

技巧：

以受众认可的问题开始
以令人惊讶的统计数据或事实开场
提出一个挑衅性问题
讲述一个简短的故事来说明痛点

避免什么：

“今天我要谈论的是…”
在吸引他们之前使用议程幻灯片
从定义或背景开始
为任何事情道歉

为什么：上下文（接下来30%的时间）

目标： 构建为什么这很重要的案例。

包括：

理解所必需的基本背景
利害关系（如果不采取行动会发生什么）
机会（可能实现什么）
为什么现在（紧迫性或时机）

根据受众调整：

技术同行：较少上下文，更多深度
混合受众：更多上下文，较少行话
领导层：关注业务影响

如何做：解决方案（主体部分 - 50%）

目标： 交付实质内容。

结构选项：

时间顺序（旅程）
问题 → 解决方案 → 证明
三个关键点带例子
之前 → 变化 → 之后

针对技术内容：

架构图
代码示例（简化）
现场演示（有备份）
指标和数据

结束：行动号召（最后10%的时间）

目标： 让内容留存并驱动行动。

包括：

总结（最多3个关键要点）
清晰的下一步
深入学习的资源
问答时间

演示类型

类型1：架构评审 / RFC

目的： 获取技术方法的反馈。

结构：

问题陈述（2分钟）
约束和要求（3分钟）
考虑的选项（5分钟）
提出的解决方案（10分钟）
承认的权衡（3分钟）
开放性问题（2分钟）
讨论（15+分钟）

成功关键：

提前分享材料
关注决策，而非实现细节
明确指出您不做什么
准备应对棘手问题

类型2：演示 / 走查

目的： 展示某物如何工作。

结构：

这解决了什么问题（2分钟）
快速概述（3分钟）
现场演示（15-20分钟）
幕后细节（可选，5-10分钟）
问答（5-10分钟）

成功关键：

始终有备份（截图、视频）
使用现实但安全的数据
边做边解释您在做的事
有故障回滚计划

类型3：知识分享 / 午餐会

目的： 教授有用的东西。

结构：

为什么这个主题重要（3分钟）
核心概念（10分钟）
实际应用（10分钟）
陷阱和技巧（5分钟）
资源和问答（5分钟）

成功关键：

了解受众的水平
包括可操作的要点
提供后续资源
使其互动

类型4：决策推介

目的： 获取提案的支持。

结构：

问题/机会（3分钟）
我们考虑的选项（5分钟）
我们的建议（10分钟）
为什么选择这个而非替代方案（5分钟）
风险缓解（3分钟）
请求决策/下一步（2分钟）

成功关键：

以建议开头（不要埋没它）
预期反对意见
有数据支持主张
明确您请求什么

幻灯片设计原则

规则

每张幻灯片一个想法 - 如果在标题中需要“和”，就拆分它
每要点5-7个单词 - 幻灯片是提示，而非脚本
视觉 > 文本 - 图表、截图、代码
一致的设计 - 相同的字体、颜色、布局
从后面可读 - 正文文本最小24pt

什么有效

元素	好	不好
标题	行动导向、具体	通用、模糊
要点	关键词和短语	完整句子
图表	简化、有标签	杂乱、小标签
代码	高亮关键行	完整文件
数据	一个清晰的点	多个图表

幻灯片类型

标题幻灯片： 主题、您的姓名、日期、上下文

议程幻灯片： 谨慎使用，在钩子之后

内容幻灯片： 一个点带支持

图表幻灯片： 视觉带最小文本

代码幻灯片： 语法高亮，标记关键行

总结幻灯片： 3个关键要点

问答幻灯片： 问题信号

现场演示最佳实践

准备

[ ] 当天早上测试所有内容
[ ] 有截图/视频备份
[ ] 使用现实但安全的数据
[ ] 增加字体大小（终端18pt+）
[ ] 禁用通知
[ ] 预先准备浏览器标签/窗口
[ ] 有恢复计划

执行

叙述您在做什么
暂停让受众跟上
指出要看的地方
承认出问题时
有“脱困”计划

当事情出错时

简短承认它
尝试一个快速修复（最多30秒）
如果仍然损坏，切换到备份
自信地继续
不要过度道歉

处理问答

技巧

重复问题： 确保每个人都听到并给您思考时间。

如果需要澄清： “您是在问X还是Y？”

承认好问题： “那是个好点…”

不知道没关系： “我没有那个问题的答案，但可以查找。”

如果需要推迟： “那是更大的话题—让我们线下讨论。”

桥接到您的信息： “那关系到关于…的点”

棘手问题

类型	响应
对您方法的挑战	“那是合理的担忧。我们是这样考虑的…”
超出范围	“好问题—那超出了我们涵盖的内容。让我们线下处理。”
敌对语气	保持冷静，解决内容，而非语气
炫耀问题	“有趣的点。让我解决实际方面…”
漫无边际的非问题	“让我确保我理解您的问题…”

时间和节奏

时间分配

时长	内容	问答
5-10分钟（闪电）	8分钟	无或2分钟
20-30分钟（标准）	20-25分钟	5-10分钟
45-60分钟（深入）	35-45分钟	10-15分钟

节奏技巧

强势开始（不要浪费开头几分钟）
变化能量（不要单调）
构建到关键点
策略性地使用沉默
按时结束（或提前！）

练习流程

通读： 计时自己大声读幻灯片
走查： 练习不看幻灯片
全流程： 向某人演示或录制自己
无情削减： 如果超时，移除内容

参考

详细指导，见：

references/slide-design-guide.md - 全面幻灯片创建指导
references/demo-playbook.md - 现场演示准备和执行
references/presentation-checklist.md - 演示前准备列表

要避免的反模式

以“今天我要谈论的是…”开始
逐字阅读幻灯片
幻灯片上文字太多
现场演示没有备份
超时
为内容道歉
跳过问答
没有清晰的要点

版本历史

v1.0.0 (2025-12-26)：初始发布

最后更新

日期： 2025-12-26 模型： claude-opus-4-5-20251101

技术演示技能Skill technical-presentations

name: technical-presentations description: 创建和交付有效的技术演示、演示和谈话。提供结构化内容、设计幻灯片和处理现场演示的框架。 allowed-tools: Read, Glob, Grep