任务
必须完成的动作、频次、连续运行窗口和不可接受的失败。
适用项目SDK / ROS、导航、感知、任务和业务系统集成
首个里程碑代表性任务 PoC 与可复核测试记录
交付底线版本、源码/配置、接口、测试、培训和恢复步骤
报价与排期前需要的四类输入
资料不完整也可以提交；缺失项会先进入验证清单，而不是直接变成承诺。
机器人
准确型号、硬件版本、选配、固件、SDK 与保修限制。
现场
平面图、地面、门梯、网络、电源、人流、禁行区和接管位置。
系统
账号、API、协议、数据格式、权限、日志、合规和已有软件。
现场与系统资料
这些资料用来说明现场变量和系统边界，不据此推断所有项目结果。
决策与交付框架
先判断标准能力够不够
先把任务拆成感知、决策、运动、交互、数据和人工操作六个环节，再核对准确机器人版本已经提供什么。能通过配置解决的，不应包装成开发；缺少的接口和行为才进入定制范围。
如果厂商资料、样机或接口文档不能证明某项能力，应把它列为技术风险或前置验证，而不是用相近型号的视频替代证据。
- 型号与固件基线
- SDK、ROS、控制与传感器权限
- 现场基础设施
- 人工接管与安全停止
用最小可验证任务建立 PoC
PoC 只选一个最能代表现场难点的任务：例如在指定区域完成建图、按点位巡航、采集一类数据并回传业务系统。测试要记录版本、场景、重复次数、失败原因和人工介入。
PoC 通过不等于规模化上线。多楼层、多机、公众空间、长周期运行和外部系统故障需要分别验证。
- 输入与成功条件
- 原始日志和失败样本
- 可重复测试脚本
- 继续、调整或停止的决策门
把数据流和责任边界画清楚
机器人项目常跨越设备、边缘计算、局域网、云服务和客户业务系统。每条数据要说明从哪里产生、发给谁、保存多久、谁能访问以及断网时如何处理。
相机、语音、人员或生产数据需要单独确认授权、脱敏、留存与删除规则。远程控制和高风险动作必须限制权限并保留审计。
- 消息与 API 契约
- 账号和最小权限
- 本地/云端数据边界
- 异常、重试与离线策略
按可维护系统交付
正式交付应包含准确版本、部署包、配置、接口说明、测试记录、培训和恢复步骤；源码、第三方许可、升级方式和保修影响按合同明确。
上线后仍需监控任务结果、设备状态、人工接管和版本变化。新增场地或任务应回到测试基线，不能默认复制。
- 交付清单与版本清单
- 验收脚本和证据
- 操作、故障和恢复手册
- 维护责任与变更流程
| 阶段 | 必须回答 | 验收证据 | 不通过时 |
|---|---|---|---|
| 可行性 | 准确版本是否开放所需接口 | 文档、样机和接口探针 | 换版本、调整任务或停止 |
| PoC | 代表性任务能否形成闭环 | 日志、视频、原始数据、失败记录 | 缩小范围或重做方案 |
| 现场试点 | 真实人员与环境下能否运营 | 连续运行、接管、故障恢复记录 | 补基础设施或保留人工环节 |
| 正式交付 | 客户能否独立操作与恢复 | 验收表、培训、版本和移交清单 | 整改后再签收 |
核验来源与方法
实际决策应同时核对准确型号的厂商资料、接口文档、代表性测试和书面项目基线。站内技术目录用于发现与交叉核对，不替代最新一手资料。
限制条件与不承诺事项
- 不同型号、版本和固件的接口权限可能不同，必须按准确配置核对。
- 实验室或演示环境通过，不能自动推断公众空间、复杂地形或长时间运行结果。
- 未书面确认的认证、安全等级、性能数字、交期和连续运行能力不作为承诺。
- 涉及远程控制、人物数据或企业生产数据时，需完成客户侧授权和安全评估。
页面中的能力、价格与周期均为条件性规划信息，不构成性能、收益或交期保证；最终范围以书面配置、测试记录、报价与合同为准。
常见问题
机器人开发怎么报价？
费用取决于机器人版本、任务数量、接口、现场复杂度、测试、交付物、部署地点和支持周期。先完成需求与可行性核对，再给分阶段范围和报价。
可以接入 ROS 或客户自己的系统吗？
取决于准确型号的接口权限和客户系统条件。应先验证消息、频率、数据格式、网络和安全要求，再确定适配层。
能否先做一个小功能？
可以。建议选择能代表最大技术风险的最小任务，并提前写明输入、通过条件、失败处理和后续扩展边界。
定制后是否影响原厂保修？
有可能。硬件改装、固件、控制权限和第三方模块都需要按厂家与合同条款确认，未经书面核对不作保证。