一、典型痛点
代码路径深
ROS 工作区包多、依赖多，定位一个报错要翻多个目录和日志。
仿真链路长
URDF/Gazebo 配置、话题、TF、控制器参数相互影响，调试靠经验。
知识在个人
老员工知道怎么排查，新人重复踩坑；缺少可复用的岗位技能。
代码不能外传
研发代码和机器人参数敏感，不能上传第三方云端 Agent。
二、Harness 怎么做
1. 选工作区本地打开代码/日志目录。
2. 读上下文读取包结构、launch、URDF、报错日志。
3. 定位问题给出可疑文件/函数/配置与验证命令。
4. 最小改动建议补丁，不直接大范围重写。
5. 验证给出可运行命令与预期结果。
对应岗位模板：机器人研发 / 调试工程师；可绑定技能：代码阅读与最小改动定位、ROS 仿真排错、日志分析、命令执行。
三、交付结果
问题定位
文件、函数、配置项、可能原因与验证步骤。
最小补丁
尽量小范围修改，保留原有架构与风格。
命令清单
可直接运行的构建/启动/测试命令。
岗位技能沉淀
把排查经验固化成岗位模板，团队复用。
四、数据与安全
- 代码、日志、文件在本地读取和处理；
- 只有模型推理走加密网络；
- 设备令牌可远程吊销；
- 企业空间隔离，团队共享技能包。
本页是场景方案，不是客户案例；不展示未授权客户名称、代码或收益数据。
五、试点怎么衡量
| 指标 | 测量方式 |
|---|---|
| 定位耗时 | 从报错到找到可疑文件的平均分钟数 |
| 首轮修复率 | 一次建议即可通过编译/仿真的比例 |
| 命令可执行率 | 给出的命令无需修改即可运行的比例 |
| 新人上手 | 新人完成同类排查的时间变化 |