项目做得差不多了，宇树G1的步态调通、视觉识别能跑、抓取Demo也录了像，结果卡在汇报PPT上——这种经历我太熟悉了。其实“宇树G1开发实践”这类技术汇报，本身难度不在技术，而在怎么把一个复杂的人形机器人项目讲得让评委跟着你的思路走。基础版PPT尤其考验取舍：既不能把SDK调用、运动控制细节全倒出来，也不能只剩下几张展示图、一个结论。这篇内容就是围绕如何做一份靠谱的基础版宇树G1开发实践PPT汇报，从受众定位、页面结构、内容提炼到现场表达，把容易踩的坑一次说清楚。适合准备阶段汇报、课程答辩或立项结题的同学，也适合第一次给团队做技术分享的开发者。
1. 汇报前先定位：宇树G1项目汇报给谁听最关键
1.1 四种受众场景下，同样的开发内容怎么取舍
做汇报最忌讳不看对象。同样是宇树G1开发实践这批素材，听的人不一样，讲法完全不一样，甚至连“技术深度”都要重新校准。我一般会把受众分成四类：第一类是导师或答辩评委，他们关注的是你是否真正理解系统、逻辑是否闭环、工作量是否真实可查；第二类是团队内部成员，开组会或做技术分享时，大家更关心实现方案、接口细节、后续怎么迭代；第三类是客户或合作方，他们听汇报是奔着“能不能用、效果如何、周期多长”来的；第四类是单纯自己记录，那就无所谓结构，直接把结论和代码备注堆上去就行。
基础版汇报主要面向第一类和第二类场景。所以我的建议是：宁可在PPT里少堆参数，也要把“为什么做——怎么设计——跑出什么结果——有什么问题”这条主线讲清楚。如果台下坐的是纯技术同事，你可以在提问环节补充实现细节；如果台下是评委，你反而要把技术部分压到最简，把“项目完整性”提到最前。不要试图用一份PPT同时满足所有人，基础版就该有明确的服务对象。
1.2 “基础版”不等于“内容缩水版”
很多同学对“基础版”的理解就是“简化版”，于是动手删技术架构、删实验数据，最后只留下广告宣传图和一个“效果良好”的结论。这是我见过最多的翻车方式。基础版的本意是“基础逻辑完整、表达门槛低”，而不是把项目做减法到失去说服力。
我判断一份基础版汇报合不合格，有三个很简单的方法：第一，把PPT里的文字全遮住，只看图片和页面标题，能不能猜出每个部分在讲什么；第二，把每页的小标题串起来，能不能复述出整个项目故事；第三，讲完之后，听众能不能说出三个记忆点。如果这三个都不行，哪怕你的代码写得再漂亮，汇报也是失败的。
基础版更接近“骨架完整、主路径清晰”的状态，进阶版才是“每个分支细节都照顾到”。骨架是底线。项目起止背景、做了什么、怎么做的、成果如何、不足和下一步，这五件事缺一不可。
1.3 关键问题：一页纸说清项目边界
基础版汇报最容易翻车的地方，是“什么都想做，什么都没说清”。人形机器人项目往往带着很多延伸点：步态控制、目标检测、路径规划、抓取策略、远程控制端，每个模块都能单独开题。一旦你想全部塞进15分钟，大概率每个方向都只讲了一句话，评委什么都没记住。
建议你准备一句话模板：“本项目基于宇树G1平台，完成了A和B，实现了C效果。”这句话练到能脱口而出为止。比如“完成了平地行走和目标抓取，实现了在简单场景下的自主识别与操作。”这句话就是整份PPT的地基。后面所有页面都在为这句话提供支撑。如果这句话你自己都说不利索，那PPT结构肯定也是散的。
2. 宇树G1开发实践：汇报里必须讲清楚的核心内容
2.1 背景与目标：让评委在30秒内进入状态
背景页写得好不好，直接决定评委接下来愿不愿意听。很多技术汇报把背景写成一段八股文：“近年来，随着机器人技术的发展，人形机器人成为研究热点……”这种开头等于白写。正确做法是从具体问题切入，最好三行以内说清：现状是什么、痛点是什么、为什么现在要解决它。
举个例子，你可以交代：人形机器人硬件平台价格高、二次开发门槛高，很多算法只能停留在仿真里；而宇树G1这类平台在自由度、SDK开放性、成本控制上给了开发者一个相对友好的切入点。这样一来，听众马上理解你为什么选择这个平台，而不是觉得你只是“跟风用了台热门机器人”。
目标部分必须强调“可验证”。不要写“研究人形机器人运动控制”，要写“实现G1在平整地面上的稳定直行与速度切换”或者“实现目标物体的识别、定位与夹爪闭合控制”。可验证目标不仅让PPT更有说服力，也会在后面“结果页”里形成呼应，评委很容易看出你到底完成了几件事。
2.2 技术栈与开发环境：一页总结，不展开
基础版PPT里，技术方案部分最容易写崩。很多开发者恨不得把自己会用的所有框架和工具列满一页。实际上，基础版的技术栈只需要“一页四层结构图”就够了：硬件层写宇树G1本体、深度相机、IMU；系统层写Linux和ROS；算法层写步态规划、目标检测、运动控制接口；应用层写远程指令端或演示主流程。
这里有一个实用提示：架构图不需要用专业绘图工具画得多精致，PowerPoint自带的图形组合就能做出清晰效果。竖向堆四层长方形，每层里用圆角矩形标出具体模块，再用箭头连接层与层之间的关系，信息已经足够。关键是这页PPT上不要出现大段代码，最多摘一段“关节速度指令下发”的函数结构示意，比如传入目标速度、返回执行状态，就到此为止。
如果你实在想体现工作量，可以在这页的备注栏里放详细环境信息和依赖包列表，主讲时不提，提问时再看。基础版的“减法”不是弄丢信息，而是把信息放到它该去的地方。
2.3 Demo与实验数据：汇报的高光时刻
基础版汇报的核心硬指标是：必须有结果，而且结果必须可见。宇树G1这类项目最好的结果是现场跑起来，其次是一段干净利落的录屏，最次是几张截图和口头描述。我几乎每次都推荐录屏，因为现场实机演示的变量太多，电池电量、地面摩擦、连接线松动、观众围观导致的通信干扰，任何一个环节出问题都会让汇报节奏断掉。
三种演示方式的取舍，我心里大概有个优先级：现场实机冲击力最强，但只适合设备状态稳定、场地足够宽敞、时间充裕的情况；录屏视频稳定可控，适合绝大多数答辩和评审场景；截图加数据图准备最轻，但说服力偏弱，通常只作为视频的补充。很多人不知道，录屏视频其实也可以拍得带“过程感”：先录控制端界面，再切到机器人视角，最后录一个任务完成的特写，中间保留一小段屏幕日志滚动，可信度立刻就上来了。
实验数据方面，基础版不要放冗长的原始记录，一张“计划目标/实际完成/完成度”的三列对比表最实用。比如计划“直行5米并停稳”，实际“直行5米，横向偏差<10cm”，完成度90%，原因写“地面轻微不平导致”。这种数据呈现方式，外行能看懂，内行也能参考。
3. 基础版PPT结构怎么编排：15页模板直接抄
3.1 经典五段式：一页不多一页不少
技术汇报最怕没有节奏。我习惯用一套经典五段式结构，适用于大多数软硬件结合的项目汇报，页面数控制在15到18页之间，对应15分钟左右的讲述时长。第一段是封面和议程，1页即可；第二段是背景与目标，安排2页；第三段是技术方案与实现过程，安排4到6页；第四段是实验结果与Demo展示，安排3到4页；第五段是总结、展望与致谢，安排2到3页。
这套结构的核心思想非常朴素：评委需要在15分钟内快速建立起对你项目的信任，你不需要让他们成为项目专家，只需要让他们相信“这件事靠谱、这个工作量真实、这个结果可以继续往下走”。所以技术方案部分给足时间，但每页只讲一个模块；结果部分宁可少说两句，也要把最有说服力的数据亮在台面上。
基础版严格控制总页数，一定不要超过20页。20页以上很难在15分钟内讲完，后面就会出现“后面几页我快速过一下”的尴尬话术。系统性跳过某些页面，等于主动告诉评委你在应付。
3.2 关键页面逐页拆解：写什么、注意什么
封面页：标题建议写成“宇树G1开发实践——阶段汇报”，副标题可以写“基于G1平台的运动控制与视觉识别应用”，然后在右下角用一行小字标注汇报人、所属团队或指导单位、日期。不要只放一个大标题就结束，那显得项目完全没有上下文。
背景与目标页：先给出行业或应用场景的现状，再指出痛点，最后用一句话引出本项目的目标。痛点陈述最忌讳空泛，比如“当前人形机器人应用还不成熟”，这句谁都会写。更具体的写法是：“许多算法验证依赖仿真环境，真实平台上位困难，而G1开放了底层运动接口，让开发者能用相对可控的成本做迁移验证。”这句话同时交代了平台选择和项目起因。
技术方案页：核心是一张四层架构图，对应的下一层是“开发环境速览”。这页的注意点是，不要让架构图承担过多信息量。一个盒子配一句功能说明就够了，比如“算法层：基于视觉检测结果生成目标位置，并通过运动控制接口下发到机身”。如果一页放不下，拆成两张，一张讲运动控制链，一张讲视觉感知链。
核心功能页：通常拆成三页。第一页讲运动控制，突出用了哪些接口、调节了哪些关键参数；第二页讲视觉感知，说明输入输出是什么；第三页讲系统集成，讲清ROS节点之间怎么通信、主流程状态机如何切换。
Demo展示页：视频优先。如果只能用截图，一定要在截图旁配“前置条件、关键效果、当前局限”三行文字。比如前置条件是“光照均匀、背景基本无遮挡”，关键效果是“成功识别目标并完成三次抓取”，局限是“对透明物体识别不稳定”。这三行文字让截图从“好看”变成“有信息量”。
结果页：定量和定性结合。光说“行走稳定”不算结果，说“完成5米直行实验，平均横向偏差小于10厘米”才是结果。你也可以加一张完成度对比表，把自己原计划的目标和实际完成状态逐条对照，不回避差距。
总结与致谢页：三句话总结：做了什么、达到什么效果、后续准备怎么做。展望只写一个最可能的下一步，不要写五条“拟开展方向”，那样反而显得没想清楚。致谢页写一句话感谢团队、导师和设备支持即可，基础版也需要这个环节。
3.3 排版与视觉规范：基础版也要有审美底线
基础版PPT的排版底线其实很低，但翻车率依然很高。字体方面，中文字体不要超过两种，标题用粗体、正文用常规体，建议全篇统一。字号上，标题控制在32到40磅，正文不低于20磅。如果有评委反馈过“看不清”，那基本就是字号低于20磅导致的。
配色方面，我的默认方案是蓝灰色作为主色，黑色文字，再加一个强调色（比如橙色）来标注关键数据和重要结论。不要用渐变背景、不要用纹理背景、更不要用那种深色底色配上五颜六色的文字。硬件图、架构图尽量统一风格，不要一张照片、一张插画风格混着放。
还有一条容易被忽略：一页只留一个核心观点。如果一页PPT上出现了三个并列结论，就该考虑把页面拆成三页。换个角度说，听众的注意力是单线程的，你在一页里塞三个重点，最后他一个都记不住。基础版做得好不好，往往就看这个“敢于拆页”的取舍。
4. 汇报现场：讲稿、Demo演示与随机提问
4.1 讲稿串联与时间控制
一份15分钟的基础版汇报，时间分配大致如下：封面和议程30秒，背景与目标1分半，技术方案与实现6分钟，Demo演示2分钟，实验结果3分钟，总结与展望1分钟，留1分钟给现场缓冲或提问预热。很多人在技术方案部分严重超时，原因是对着架构图“多说了一分钟”，这部分需要重点控制。
我建议每页PPT准备三个“记忆锚点词”。比如技术方案页，锚点词就是“四层架构、复用、接口”；Demo页就是“录屏、日志、抓取完成”。上台前反复念这三个词，比逐字背诵讲稿更稳。因为你在台上只要把三个词串成话，内容就不会跑偏，而且听起来是自然的，不会像背书。
基础版汇报的讲稿建议写成口语化的关键词提纲，而不是完整句子。你可以给每个部分写一句开场白，比如“接下来这部分我重点讲一下整个系统是怎么串起来的”，后面的内容基于锚点词自由组织。这样即使现场卡壳，你也能顺着提纲继续走。
4.2 Demo演示：能录屏就别赌现场
现场跑宇树G1确实很有冲击力，但风险我也得说清楚：电机响应、电压波动、地面打滑、遥控端延迟，任何一个环节出问题都可能导致演示失败，而这些故障在答辩现场根本无法快速修复。所以我个人强烈建议“主用录屏，现场演示作为彩蛋”。开场先播放一段精心剪辑的录屏，讲完主要流程后，如果时间允许、设备状态也稳定，再做一个最简单的原地转向或挥手动作，作为现场互动。
录屏视频的几个硬性要求：分辨率至少1080p，时间控制在90秒以内，帧率稳定，不要带耳机里的环境杂音。内容编排上有一种很稳的顺序：先是控制端或终端界面的操作，表明是人在下发指令；再切到机体实物视角，展现实际运动；最后切回终端，让日志信息停在“任务完成”的关键字上。这样的三段式录屏即使没有旁白，评委也能看懂整个逻辑。
还有一个人人会忽略的细节：视频文件必须提前复制到演示电脑本地，并提前播放一遍确认编码兼容。不要依赖现场网络临时下载，也不要插着U盘播放。PPT里的视频格式建议统一为H.264编码的MP4，这是兼容性最好的方案。
4.3 回答提问：基础版汇报最容易翻车的地方
提问环节才是技术汇报真正拉开差距的地方。基础版汇报因为讲得简略，评委一定会追问细节，这里的应对原则只有一条：回答项目边界内的问题，不主动扩大战场。
比如评委问“为什么选宇树G1而不是别的平台”，你直接说“看中它的SDK开放程度和物理自由度，项目周期内可以快速验证算法”就够了，不用去对比市面上所有竞品。又问“视觉数据怎么采集的”，回答“用平台自带深度相机，录制脚本按帧保存，记录时间戳和姿态信息”即可。又问“运行速度为什么不理想”，承认局限并说明“这是早期版本，尚无针对性优化，是下一步计划之一”。
要特别注意：千万不要为了显得专业而编造不存在的实验结果，又不要跟评委在现场争论技术路线。最稳妥的做法是承认当前版本“没有深入展开”，并补充一句你已有的下一步思路。基础版汇报的底气不是“我全做完了”，而是“我知道我在做什么、还差什么、下一步怎么迭代”。
5. 基础版汇报翻车实录：常见问题与我踩过的坑
5.1 内容错位：讲深讲浅都是坑
我见过一次典型的“讲太深”翻车：汇报人把运动控制里的逆解得方程推导直接铺了一整页PPT，说要从根本原理讲起。结果台下评委根本不关心推导过程，只想知道“效果到底行不行”。十五分钟汇报花了近一半在数学推导上，核心Demo只在最后三十秒放了一遍，评委给出的评价是“工作量没有感受到”。
也见过“讲太浅”的翻车：整个PPT只有十页，每页不超过五句话，“实现了”“效果良好”“有较大的应用价值”三连击，评委追问一个参数，汇报人支支吾吾。深度和浅度的平衡点，就是那句“每个模块都能说出三句话：它解决什么、怎么实现、达到什么效果”。不能多说就说明没理解，还能多说就是时间分配出了问题。
5.2 视觉翻车：排版混乱比内容差更致命
有些项目内容明明做得很扎实，但PPT看起来像草稿，这里歪一个文本框，那里斜一张截图。字体不统一是最常见的问题，同一个文档里出现好几种中文字形，乍一看以为是团队拼凑出来的。代码截图糊成一团、架构图里的文字被拉伸变形，这些情况在基础版汇报里出现频率极高。
修复方案一点也不难：统一套用同一模板；截图统一处理成相同宽度；架构图里的文字重新用文本框覆盖，而不是直接截图系统自带的模糊字体。演示前花二十分钟，把所有页面过一遍，确认没有错位、乱码和多余动画。基础版PPT最怕“技术很硬，包装很软”。
5.3 设备与场地调试：提前一天不丢人
“死在转接线和投屏分辨率上”是嵌入式项目汇报的老传统了。我记得有一次现场演示，视频在笔记本上播放流畅，一投屏就黑边、卡顿、声音断断续续，最后只能让大家围到笔记本前看。这就不是项目问题，而是前期准备问题。
提前一天的检查动作有四个：第一，确认会议室投屏接口是HDMI还是USB-C，带齐对应转接头；第二，把演示笔记本分辨率调到和投屏一致的常见比例，避免画面被裁切；第三，在投影上完整试播一遍视频文件；第四，准备一份PDF版PPT作为备份，万一现场Office字体渲染或动画错乱，PDF能兜底。
5.4 时间失控：汇报界的“三大错觉”
“还有两页，快了”是汇报界的最大错觉。实际上，汇报人在台上对时间的感知会比平时慢很多，尤其讲到技术实现和Demo的时候，总觉得还可以再展开两句。控制时间没有捷径，唯一有效的方法是全稿连续讲三遍：第一遍自然讲，感受哪里容易展开；第二遍删废话，把每页的时间卡到合理范围；第三遍开始形成节奏，知道哪些地方要加速、哪里可以停顿等观众反应。
我个人还会用手机录音录下整场彩排，回放时听到“然后”“那个”这类口头禅，直接在排练阶段改掉。别小看这个动作，汇报语速和节奏对评委观感的影响，有时候比PPT本身还大。
做宇树G1开发实践的基础版汇报，本质上是把一个复杂的人形机器人项目“翻译”成逻辑简单、证据清晰的15分钟故事。我在实际项目汇报里踩过最狠的一个坑，就是想把PPT当成论文提纲来写，结果评委根本没耐心跟着我走。后来才明白，基础版的核心不是展示所有细节，而是帮助听众快速建立对一个复杂项目的完整信任。不必觉得“基础版”低人一等，硬件平台自带吸引力，G1的Demo视频本身就很有说服力，你真正要打磨的，只是怎么把你的思考过程讲出来。最后分享一个小技巧：汇报前一晚，把PPT发给项目队友，让他在群里听你完整讲一遍，如果他中途开始提问、打断你，那大概率就是PPT里有信息断点。把这些断点填掉，这场汇报就已经超过大多数人。
