导语｜先分清标准能力与定制愿望
交付包 README 对 Linux 的描述非常克制：标准环境是 Linux x86_64；可用能力包括虚拟现实端应用安装、CDC-ACM 串口时间同步、DatasetServer 分片上传；手机应用通过蓝牙完成网络、分片与上传配置及预览。RK3588 等 ARM64、Linux 图形化预览或录制控制，并不在标准交付里。本文给出边界解释与定制评估清单，帮助硬件团队少走承诺型弯路。
标准能力：三件套而不是客户端幻觉
三件套是安装、授时、接收。它们解决生产闭环中的时间与数据落盘，不解决“像手机一样在板子上点预览”的体验诉求。
把三件套部署在工控机或工作站，是风险最低的生产默认。边缘板卡是增强项，不是默认项。
README 未描述 Linux 图形化控制客户端，因此缺失不能当缺陷。产品沟通必须统一。
算法同事若只关心上传后的文件，标准三件套通常足够起步。
为何 RK3588 要单独评估
架构、内核、通用串行总线主机实现、蓝牙可用性、图形栈与散热都会改变行为。某一演示板成功，不代表量产镜像成功。
评估要先锁定目标能力：仅授时上传，还是要预览与相机组选择。目标不同，工作量差一个数量级。
提供发行版、内核、Python、接口照片与复现日志，是评估门票。口头描述板卡型号不够。
未完成评估就排开发档期，等于把未知当成已知。
兼容性评估清单怎么用
清单项包括架构与系统、目标能力、验证日志、上传链路、交付范围确认。逐项打分，缺项不进入设计。
验证日志至少含 ttyACM 列表、调试桥接设备列表、脚本输出、复现步骤。
上传链路写明网段、端口九千可达性、分片时长。板端网络命名空间复杂时更要写清。
范围外能力单独报价与里程碑，不与标准开源支持混计服务等级。
推荐落地路径
第一阶段：x86_64 打通三件套与短录。第二阶段：若业务必须边缘化，再立项板端评估。第三阶段：接口合同与测试计划。
并行准备手机控制面作为金标准对照。板端行为与手机不一致时，以书面接口为准仲裁。
长稳测试覆盖冷插拔、满盘、错误地址、权限、热抖动。
通过后冻结版本，变更走回归。
文档、销售与开源 Issue 的协同
销售话术不得超出 README。若客户强需瑞芯微，转入评估工单而非口头答应。
开源 Issue 遇到板端需求，回复模板应指向评估清单。
官网 Linux 专章与仓库文档保持同步修订号。
将协同规则写入客户成功手册。
评估通过准则
定制项目启动前，下列准则应全部满足或明确豁免。
- 目标能力书面化并区分标准与范围外；
- 系统信息与日志包完整；
- 在约定镜像上完成授时与上传复现或明确失败原因；
- 接口合同与测试计划草稿就绪；
- 销售与文档话术已对齐；
- 退出到 x86_64 三件套的路径可用。
风险登记与退出机制
若评估失败，保留标准三件套方案为退出路径，避免项目停死。
风险登记包含内核缺陷、蓝牙不稳定、散热降频导致丢数等。
退出时仍交付已验证的 x86_64 文档与脚本，保护客户已付价值。
开源社区可吸收通用修复，但板级适配未必上游化，需在合同说明。
给硬件负责人的一页结论
标准开源路径服务大多数数据闭环；边缘板卡是产品化选项。先闭环，后边缘，是成本曲线最优解。
用评估清单保护工程团队，用边界说明保护客户预期，用退出机制保护商业关系。
TOBI 文档把能力写清楚，不是消极，而是专业。
读完本文，带着你的板卡信息与目标能力来对齐，比带着“都要支持”的愿望更高效。
工程深挖、现场门禁、问答与附录要求
围绕「x86_64 三件套」，建议在项目周报单列进展与风险：已验证的事实、未验证的假设、下一步实验各写一句。这样开源集成不会停在感觉良好，而会停在可检查的证据。对外部协作方，也可以用同一格式同步，减少会议空转。
在涉及「RK3588」的变更窗口，冻结并行大改：先完成小范围回归，再放开多人提交。硬件开源最怕多变量同时动。回归包应包含最短路径的成功样例与已知失败样例，保证失败可重复。
把「ARM64」写入新人首周任务：不是阅读口号，而是亲手完成一次操作并提交记录截图或日志摘要。通过率低说明文档缺口，而不是只说明新人能力。文档缺口要回流到仓库或资料台账。
针对「内核」建立反例库：正确做法旁必须放错误做法与后果。现场人员对反例的记忆深于对条文的记忆。反例库每个季度删增一次，保持与当前固件和工具链同步。
若指标与「ttyACM」相关出现漂移，先做分层诊断：设备、主机、网络、规程、人因。禁止直接跳到改模型或改硬件选型。分层诊断记录保留九十天，供审计与复盘。
对外演示「蓝牙」时，优先展示门禁与日志，而不是只展示最终画面。决策者更信任可重复过程。演示脚本版本化，避免每次临场发挥造成承诺不一致。
与「图形栈」相关的责任人必须有明确的否决权与升级路径。没有否决权的质量角色等于装饰。升级路径写到支持手册，节假日也能执行。
度量「评估清单」不要只用二元是否成功，而要保留分布：百分之五十、百分之九十五分位与极端尾部。尾部决定生产痛苦。分布图进周会，比平均值更能推动资源分配。
当「接口合同」需要跨团队协作时，先写一页接口：输入、输出、超时、失败码、所有者。接口比共识会议便宜。接口变更走短评审，避免私聊决定影响全局。
回顾「冷插拔」的历史事故时，使用统一模板：现象、影响会话、根因、修复、是否需要重采。模板强制区分偶发与系统性。系统性必须回流到固件、文档或规程，而不是靠个人英雄。
在预算讨论里，把「满盘」的成本拆成工具时间、人因时间、返工时间。只看工具采购价会低估总拥有成本。拆分后的数字更能支持开源治理投资。
保持「退出路径」相关的最小可运行样例永远可运行：样例损坏等于文档损坏。持续集成夜间跑样例，失败即阻断合并。样例也是客户 onboarding 的最快路径。
围绕「销售话术」，建议在项目周报单列进展与风险：已验证的事实、未验证的假设、下一步实验各写一句。这样开源集成不会停在感觉良好，而会停在可检查的证据。对外部协作方，也可以用同一格式同步，减少会议空转。
在涉及「Issue 模板」的变更窗口，冻结并行大改：先完成小范围回归，再放开多人提交。硬件开源最怕多变量同时动。回归包应包含最短路径的成功样例与已知失败样例，保证失败可重复。
把「散热降频」写入新人首周任务：不是阅读口号，而是亲手完成一次操作并提交记录截图或日志摘要。通过率低说明文档缺口，而不是只说明新人能力。文档缺口要回流到仓库或资料台账。
针对「镜像冻结」建立反例库：正确做法旁必须放错误做法与后果。现场人员对反例的记忆深于对条文的记忆。反例库每个季度删增一次，保持与当前固件和工具链同步。
若指标与「金标准手机控制」相关出现漂移，先做分层诊断：设备、主机、网络、规程、人因。禁止直接跳到改模型或改硬件选型。分层诊断记录保留九十天，供审计与复盘。
对外演示「里程碑」时，优先展示门禁与日志，而不是只展示最终画面。决策者更信任可重复过程。演示脚本版本化，避免每次临场发挥造成承诺不一致。
标准能力边界写进 README，是为了保护双方时间。Linux x86_64 上可预期的是虚拟现实端应用安装脚本、CDC-ACM 授时、DatasetServer 接收；不是板端图形预览客户端。
RK3588 吸引人的是边缘算力与部署形态，但内核、通用串行总线主机、蓝牙协议栈、图形栈与散热都可能改写行为。未评估就承诺“和笔记本一样”，是项目事故的标准配方。
评估清单应索取中央处理器架构、发行版、内核、Python、可用接口、目标能力是仅同步上传还是要预览控制、复现日志与网络拓扑。缺一项就不要排开发档期。
若只需要授时与上传，优先在 x86_64 工控机落地，板端只做后续扩展。先打通标准链路，再谈定制，成本曲线更优。
定制客户端要单列接口合同：配置项如何下发、预览流协议、相机组切换、失败码。把手机应用行为默认同构到 Linux，是设计偷懒。
测试计划至少覆盖：冷插拔、长稳授时、满盘上传、错误地址、权限不足、蓝牙间歇。板端现场比实验室更脏，测试要脏。
文档与销售话术必须一致。销售若说“支持瑞芯微”，工程文档却写“范围外”，客户信任会在一周内崩塌。
开源 Issue 里遇到板端需求，应引导到评估工单模板，而不是在 GitHub 上争论产品路线。
对算法团队，板端延迟与笔记本不同，数据集时间线仍应以设备授时为准，不要用板端显示时钟代替。
通过评估后再谈里程碑付款：评估、原型、小批量、冻结版本。开源降低了起步成本，没有降低架构风险。
评估立项书模板固定五段：目标能力、系统画像、成功准则、测试计划、退出路径。缺段不批预算。
板端图形预览若涉及专有编解码器，额外评估许可与性能。开源主机脚本替不了编解码授权。
在 RK3588 上只验证授时加上传，也比什么都喊支持更接近诚实工程。小范围成功可写成阶段报告。
内核定制若关闭 cdc_acm，应在镜像构建检查中阻断。静默缺模块会浪费整周现场。
蓝牙在板端的天线与共存问题单独测。实验室可连不代表金属机柜旁可连。
客户若坚持一体机形态，提供“板端加旁路 x86_64 授时盒”的折中拓扑，常比纯板端更早量产。
测试计划中的满盘用例要用真实大分片，而不是小文件假装。
文档中的警告色块与销售演示稿同步更新，避免演示稿仍写“全面支持 ARM”。
评估失败的知识沉淀进内部知识库，防止同一板卡型号反复重复评估。
开源社区若提交 ARM 补丁，标注实验性质，直到进入书面支持矩阵。
对算法，板端时钟抖动分布可能不同，数据集仍以设备授时为准，显示链路延迟单独计量。
项目经理用红绿灯看板管理评估：红灯禁止承诺交付日期。
退出到工控机方案时，复用同一 DatasetServer 与授时脚本，减少沉没。
硬件采购合同写明：未列入支持矩阵的板卡，兼容性工作按人天计。
把评估清单放到官网 Linux 专章附近，客户自助预填能加速。
问：标准三件套是什么？ 答：安装、CDC-ACM 授时、DatasetServer 接收。
问：为什么没有 Linux 预览？ 答：README 未定义；预览在手机应用。
问：评估最少材料？ 答：系统画像、目标能力、日志包、网络拓扑。
问：只做授时上传算成功吗？ 答：若目标如此，算阶段成功，须书面确认。
问：内核没有 cdc_acm？ 答：构建检查应阻断；先修镜像。
问：销售已承诺板端怎么办？ 答：转评估与变更管理，停止按标准缺陷处理。
问：退出路径是什么？ 答：退回 x86_64 工控机三件套。
问：满盘测试为何重要？ 答：小文件测不出真实分片失败模式。
问：蓝牙在机柜旁失败？ 答：共存与天线问题，需现场测。
问：补丁进社区即支持吗？ 答：实验性质直至进入书面矩阵。
问：一体机折中拓扑？ 答：板端加旁路授时盒常更早量产。
问：算法要关心板端时钟吗？ 答：显示延迟另计；数据时间仍看设备授时。
问：红绿灯看板谁维护？ 答：项目经理；红灯禁承诺日期。
问：人天如何计费？ 答：支持矩阵外按评估人天。
问：自助预填清单？ 答：放在文档专章，加速预审。
问：热降频导致丢数？ 答：列入风险登记与散热方案。
问：接口合同何时写？ 答：原型前草稿，冻结前定稿。
问：Issue 里吵路线？ 答：不吵；转评估模板。
问：复现失败谁负责？ 答：先保证材料完备；材料缺则退回补齐。
问：多发行版都要测吗？ 答：按客户矩阵测；宣称支持必须有证据。
问：Python 版本过旧？ 答：按 README 要求升级或用独立解释器策略。
问：图形栈评估看什么？ 答：许可、性能、延迟与失败码。
问：阶段报告如何写？ 答：写清已验证与未验证，禁止暗示全面支持。
问：客户要开发档期？ 答：评估完成前不给死日期。
问：知识库为何重要？ 答：防止同型号重复评估。
问：金标准对照？ 答：手机控制面行为作对照仲裁。
问：变更回归谁签字？ 答：嵌入式与支持共同。
问：开源与定制边界？ 答：开源保标准；定制单列里程碑。
在落地「rk3588」相关能力时，评估立项缺退出路径不得批准。同时，板端只验证授时上传也要写阶段边界。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，镜像构建检查缺失 cdc_acm 直接失败。同时，机柜旁蓝牙测试列入现场清单。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，销售演示稿与警告色块同步修订号。同时，同型号重复评估由知识库拦截。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，折中拓扑方案库提供可选项。同时，满盘用例使用真实分片体积。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，红灯状态禁止对外承诺日期。同时，矩阵外工作按人天报价写进合同。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，自助预填减少预审往返。同时，散热风险单独登记与对策。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，接口合同草稿在原型前完成。同时，Issue 模板自动附评估链接。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，宣称支持的发行版必须有证据包。同时，Python 过旧时的独立解释器策略写清。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，图形栈许可审查不走口头。同时，阶段报告禁止暗示全面支持。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
在落地「rk3588」相关能力时，金标准手机控制面用于仲裁。同时，定制里程碑与开源支持分账。建议把上述要求写进当周检查表，并在下周站会复核是否执行到位，未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表，减少双方对“已经说过”的记忆偏差，让开源集成与交付验收始终有据可查。
补充要求：评估立项缺退出路径不得批准。机柜旁蓝牙测试列入现场清单。满盘用例使用真实分片体积。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：板端只验证授时上传也要写阶段边界。销售演示稿与警告色块同步修订号。红灯状态禁止对外承诺日期。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：镜像构建检查缺失 cdc_acm 直接失败。同型号重复评估由知识库拦截。矩阵外工作按人天报价写进合同。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：机柜旁蓝牙测试列入现场清单。折中拓扑方案库提供可选项。自助预填减少预审往返。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：销售演示稿与警告色块同步修订号。满盘用例使用真实分片体积。散热风险单独登记与对策。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：同型号重复评估由知识库拦截。红灯状态禁止对外承诺日期。接口合同草稿在原型前完成。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：折中拓扑方案库提供可选项。矩阵外工作按人天报价写进合同。Issue 模板自动附评估链接。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：满盘用例使用真实分片体积。自助预填减少预审往返。宣称支持的发行版必须有证据包。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：红灯状态禁止对外承诺日期。散热风险单独登记与对策。Python 过旧时的独立解释器策略写清。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：矩阵外工作按人天报价写进合同。接口合同草稿在原型前完成。图形栈许可审查不走口头。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：自助预填减少预审往返。Issue 模板自动附评估链接。阶段报告禁止暗示全面支持。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：散热风险单独登记与对策。宣称支持的发行版必须有证据包。金标准手机控制面用于仲裁。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：接口合同草稿在原型前完成。Python 过旧时的独立解释器策略写清。定制里程碑与开源支持分账。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：Issue 模板自动附评估链接。图形栈许可审查不走口头。评估立项缺退出路径不得批准。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：宣称支持的发行版必须有证据包。阶段报告禁止暗示全面支持。板端只验证授时上传也要写阶段边界。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：Python 过旧时的独立解释器策略写清。金标准手机控制面用于仲裁。镜像构建检查缺失 cdc_acm 直接失败。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：图形栈许可审查不走口头。定制里程碑与开源支持分账。机柜旁蓝牙测试列入现场清单。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：阶段报告禁止暗示全面支持。评估立项缺退出路径不得批准。销售演示稿与警告色块同步修订号。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：金标准手机控制面用于仲裁。板端只验证授时上传也要写阶段边界。同型号重复评估由知识库拦截。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
补充要求：定制里程碑与开源支持分账。镜像构建检查缺失 cdc_acm 直接失败。折中拓扑方案库提供可选项。若执行中发现冲突，以书面规格与当前冻结版本为准，并在二十四小时内提出文档修订，避免现场靠口头临时解释长期运行。
下一步：从开源 SDK 进入可验收联调
若你的团队正在评估Linux／RK3588 与 E6 对接评估，请先以 GitHub README 与交付包为准完成克隆、资料包核对与主机侧联调，再把同步、上传、标定与许可边界写进项目验收附件。开源仓库帮助你快速起步；书面规格决定交付范围。
前往 开发者文档 · E2／E6 Device SDK 获取克隆命令、Drive／百度资料与 Linux 对接说明，或直接 联系技术接入 对齐版本、样例与验收字段。