返回新闻与洞察
前沿观察

开源 E6 SDK:六目、手势与主机同步的 README 真相

解读 e6-sdk 仓库 README 的真实能力边界:OpenXR、手部追踪、双路 HEVC/AAC fMP4 或 MCAP、外参与 Kannala-Bran

2026-09-08
拓比科技首席新闻官
前沿观察
TOBI E6 六目开源采集设备
首席洞察 开源前沿 2026-09-13 约 8272 字

导语|六目开源的说明书比参数表更重要

E6 开源 SDK 面向的是六目第一人称采集、手势与主机同步的真实工程,而不是把所有能力塞进一个“全能 Linux 客户端”的想象。仓库 https://github.com/china-langhui-ego/e6-sdk 的 README 写清了 OpenXR、手部追踪、双路 HEVC/AAC 的 fMP4 或 MCAP、相机外参与 Kannala-Brandt 鱼眼标定;主机侧时序与上传则指向 Linux 对接专章。读懂边界,才能把开源用成生产力。

克隆与 README 分层阅读法

克隆命令:git clone https://github.com/china-langhui-ego/e6-sdk.git 。先通读设备侧能力、容器格式、标定字段,再跳到主机侧授时与 DatasetServer,最后才看手机端蓝牙控制。分层阅读能避免“找不到 Linux 预览按钮”的无效焦虑。

记录提交号与 LICENSE。E6 涉及手势与多相机外参,许可与隐私影响面比双目更大,内部法务摘要应更早介入。

将 README 中的“标准支持”与“未定义能力”抄进项目风险册。RK3588、板端图形控制属于后者,必须走评估,而不是当缺陷追责。

开源样例通过不代表产线规程通过。样例证明可行性,规程定义可接受风险。

六目与手势:模态如何进入同一会话

六目提供更广覆盖与遮挡鲁棒,也放大同步与带宽成本。会话元数据应列出启用的相机组与任一降级事件。

手势或手部追踪流要与视频共享会话编号与时间语义,并保留置信度。低置信区间应可被训练管线降权。

OpenXR 相关接口变更要以版本日志通知集成方。静默变更手势坐标系,会造成长期难以察觉的策略退化。

任务若不以手部为主,仍建议保留手势通道作诊断:接触前后手部状态常能解释失败。

TOBI E6 六目设备
图 1|E6 开源 SDK 对应六目生产采集前端;阅读 README 边界比背参数更重要。

容器:fMP4 与 MCAP 的分工

回放与部分视觉工具链偏爱 fMP4;多主题检索与机器人学习生态常偏爱 MCAP。主交付格式应在项目启动时锁定。

双路视频与音频轨的时钟域要在文档声明。训练若不用音频,明确忽略,避免工具自动同步出错。

导出与上传后做容器完整性检查:缺轨、坏索引、时长异常直接拒收。

转码派生必须标注是否保时,并保留指向原始会话的指针。

标定与 Kannala-Brandt 字段

鱼眼内参与多相机外参是六目可训练的前提。开源提供参数格式,现场仍要抽检。

参数版本随固件与机械变更升级。数据卡无版本号的会话不得进入正式集。

佩戴形变会导致外参漂移,规程应规定每日快速目检与周期性复标。

与主机授时联合验收:几何正确但时间错误,同样不可训。

E6 佩戴肖像
图 2|佩戴态下六目与手势同时可用;外参与授时要在真实佩戴中抽检。

主机侧闭环:授时加上传

标准主机环境是 Linux x86_64。串口授时与分片上传是闭环两件套,缺一不可称为生产联调完成。

工单强制附带 ttyACM 列表、授时日志、健康检查与上传目录抽样。

手机端负责配置网络、分片时长与上传地址;不要假设 Linux 图形客户端存在。

闭环演示建议公开给客户看一次真实短录上传,比参数表更有说服力。

联调通过标准

建议以书面清单作为 E6 开源试点通过线,算法与嵌入式共同签字。

  • 设备侧完成一次六目短录,容器完整且会话元数据齐全;
  • 手势或相关通道时间戳可读(若任务启用);
  • 标定字段版本号存在且抽检通过;
  • 主机侧 CDC-ACM 授时服务稳定运行;
  • DatasetServer 健康检查通过并收到至少一分片;
  • 能力边界与范围外需求已写入风险册。
E6 场景佩戴采集
图 3|场景采集验证遮挡与带宽;主机上传闭环应纳入同一演示。

资料包与组织接口

E6 同样有六类 Drive/百度资料。六目链路优先对照 Linux 专章,再下载调试与固件包。

支持、销售、研发共用同一边界话术,避免对客户承诺范围外能力。

开源 Issue 与商业工单分流:文档缺陷走 GitHub,项目定制走评估清单。

把试点通过标准放进合同附件,减少事后争议。

从开源 E6 到规模化采集

试点通过后,先扩操作者与任务多样性,再扩站点。站点扩展以标定与授时复现为门票。

若最终要采购数据集,保持字段兼容,使自采与外采可混训且可分桶。

定期回顾 README 变更,同步内部规程。开源是活文档,规程必须有修订记录。

用六目失败案例库驱动补采,而不是平均加小时。

工程深挖、现场门禁、问答与附录要求

围绕「六目」,建议在项目周报单列进展与风险:已验证的事实、未验证的假设、下一步实验各写一句。这样开源集成不会停在感觉良好,而会停在可检查的证据。对外部协作方,也可以用同一格式同步,减少会议空转。

在涉及「OpenXR」的变更窗口,冻结并行大改:先完成小范围回归,再放开多人提交。硬件开源最怕多变量同时动。回归包应包含最短路径的成功样例与已知失败样例,保证失败可重复。

把「手势置信度」写入新人首周任务:不是阅读口号,而是亲手完成一次操作并提交记录截图或日志摘要。通过率低说明文档缺口,而不是只说明新人能力。文档缺口要回流到仓库或资料台账。

针对「Kannala-Brandt」建立反例库:正确做法旁必须放错误做法与后果。现场人员对反例的记忆深于对条文的记忆。反例库每个季度删增一次,保持与当前固件和工具链同步。

若指标与「MCAP」相关出现漂移,先做分层诊断:设备、主机、网络、规程、人因。禁止直接跳到改模型或改硬件选型。分层诊断记录保留九十天,供审计与复盘。

对外演示「fMP4」时,优先展示门禁与日志,而不是只展示最终画面。决策者更信任可重复过程。演示脚本版本化,避免每次临场发挥造成承诺不一致。

与「CDC-ACM」相关的责任人必须有明确的否决权与升级路径。没有否决权的质量角色等于装饰。升级路径写到支持手册,节假日也能执行。

度量「DatasetServer」不要只用二元是否成功,而要保留分布:百分之五十、百分之九十五分位与极端尾部。尾部决定生产痛苦。分布图进周会,比平均值更能推动资源分配。

当「蓝牙控制面」需要跨团队协作时,先写一页接口:输入、输出、超时、失败码、所有者。接口比共识会议便宜。接口变更走短评审,避免私聊决定影响全局。

回顾「相机组」的历史事故时,使用统一模板:现象、影响会话、根因、修复、是否需要重采。模板强制区分偶发与系统性。系统性必须回流到固件、文档或规程,而不是靠个人英雄。

在预算讨论里,把「外参版本」的成本拆成工具时间、人因时间、返工时间。只看工具采购价会低估总拥有成本。拆分后的数字更能支持开源治理投资。

保持「带宽掉路」相关的最小可运行样例永远可运行:样例损坏等于文档损坏。持续集成夜间跑样例,失败即阻断合并。样例也是客户 onboarding 的最快路径。

围绕「x86_64」,建议在项目周报单列进展与风险:已验证的事实、未验证的假设、下一步实验各写一句。这样开源集成不会停在感觉良好,而会停在可检查的证据。对外部协作方,也可以用同一格式同步,减少会议空转。

在涉及「范围外板端」的变更窗口,冻结并行大改:先完成小范围回归,再放开多人提交。硬件开源最怕多变量同时动。回归包应包含最短路径的成功样例与已知失败样例,保证失败可重复。

把「佩戴形变」写入新人首周任务:不是阅读口号,而是亲手完成一次操作并提交记录截图或日志摘要。通过率低说明文档缺口,而不是只说明新人能力。文档缺口要回流到仓库或资料台账。

针对「光照辅助」建立反例库:正确做法旁必须放错误做法与后果。现场人员对反例的记忆深于对条文的记忆。反例库每个季度删增一次,保持与当前固件和工具链同步。

若指标与「发行说明」相关出现漂移,先做分层诊断:设备、主机、网络、规程、人因。禁止直接跳到改模型或改硬件选型。分层诊断记录保留九十天,供审计与复盘。

对外演示「联调签字」时,优先展示门禁与日志,而不是只展示最终画面。决策者更信任可重复过程。演示脚本版本化,避免每次临场发挥造成承诺不一致。

E6 的 README 真相,首先是能力分层:设备侧六目与手势、录制容器、标定参数是一层;主机侧授时与分片上传是一层;手机端蓝牙配置与预览又是一层。把三层糊成“全都在 Linux 客户端里”,是最常见的误读。

OpenXR 与手部追踪改变的是标注与条件化策略的上限,不是自动得到可迁移机器人技能。手势流必须带时间戳与置信度,并与视频同一会话编号,否则只是好看的骨架彩蛋。

双路 HEVC/AAC 的 fMP4 与 MCAP 选择,应服务训练工具链。MCAP 利于多模态主题检索;fMP4 利于人眼回放与部分视觉管线。数据卡要写清主交付容器,避免两队各持一种却以为互通。

Kannala-Brandt 鱼眼模型参数若随固件变更,必须升版本号。六目外参对头戴形变敏感,佩戴松紧变化大时,应触发抽检复标,而不是假设出厂标定永真。

主机同步章节指向 CDC-ACM 与 DatasetServer,而不是“插上 USB 就完事”。联调工单应强制附带串口节点列表、授时脚本日志与上传健康检查输出。

Android 控制面板通过蓝牙配置网络、分片时长与上传地址:这些是标准控制面。若客户坚持只要 Linux 图形控制,属于范围外评估,需单独立项,而不是开 Issue 逼 README 改口。

六目带来遮挡鲁棒,也带来同步与带宽压力。掉一路是否整段拒收,要在规程里写死。开源样例若允许降级录制,生产规程可以更严,但不能反过来用样例宽松否定生产门禁。

手势与 RGB、灰阶相机的曝光策略可能冲突。低光红外辅助有利于运动,却可能改变手部外观分布。任务若强依赖肤色与纹理,要在采集单声明光照与辅助光策略。

对贡献者,E6 仓库的文档补丁应同步更新主机侧边界说明,防止只改设备侧示例导致新人再次误判 Linux 能力。

用“能否在 x86_64 主机完成授时加上传加一次六目短录”作为 E6 开源试点通过线,比展示渲染手模更接近生产。

E6 开源试点的演示脚本建议固定为:加电、手机蓝牙配置、授时确认、一分半六目短录、上传、本地回放与元数据打印。脚本超时则记缺陷,不临时改口。

手势置信度低的片段不要直接删除,应保留并标记。删除会让失败分布消失;标记才能教模型何时不该相信手部通道。

MCAP 与 fMP4 双交付时,指定唯一主格式给训练,另一格式给人眼。双主格式会造成工具链分裂。

外参版本与机械版本一起打标签。只改软件标定却换了头箍结构,等于改了物理,必须新版本。

六目中某一目脏污的拒收阈值要写死。现场用“还能看”当标准,训练会被脏目污染。

蓝牙配置项变更要有确认回读。只下发不回读,会出现设备实际分片时长与面板显示不一致。

把范围外需求(板端预览)的客户引导到评估清单,并在 CRM 标记,避免支持同学按标准缺陷处理。

开源发行说明应用中文摘要加英文细节,方便国内现场与国际合作方同时消费。

对带宽不足环境,预先定义相机组降级矩阵:哪些目可关、对任务影响是什么。临时口头降级不可审计。

联调签字表留存九十天,作为质量体系证据,也作为开源试点完成的内部定义。

失败案例库按遮挡、曝光、同步、上传四类归档,补采时按类下单。

与 DatasetServer 联调必须使用真实局域网地址演练,禁止只在本机回环“假装成功”。

Kannala-Brandt 参数若来自出厂,到货抽检比例写进来料检验。开源格式再标准,也替不了来料检验。

教销售一句话:E6 开源让集成更快,书面规格决定交付边界。这句话比参数表更能管理预期。

试点结束后开复盘会:哪些 README 句子被误读,逐句改文档。误读是文档缺陷的高价值信号。

问:Linux 上看不到预览正常吗? 答:正常。标准控制面在手机应用;Linux 标准能力是安装、授时、接收。

问:手势是否必须采集? 答:视任务而定;若采集应保留置信度与时间戳,低置信标记而非默删。

问:选 MCAP 还是 fMP4? 答:训练工具链决定主格式;另一格式可给人眼,不可双主。

问:外参多久复标一次? 答:按触发条件与周期抽检;形变、撞击、换固件必须复标。

问:RK3588 能否直接当主机? 答:属范围外,先评估;默认用 x86_64。

问:一分片上传失败怎么查? 答:先看健康检查、地址可达、磁盘与五吉字节上限,再看设备队列。

问:六目关掉一路能否继续? 答:看规程:生产可规定拒收;样例宽松不能否定生产门禁。

问:蓝牙配置是否要回读? 答:要。只下发不回读会导致面板与设备不一致。

问:Kannala-Brandt 示例能否直接用? 答:不能,示例只说明格式;生产用现场报告。

问:授时与上传哪个先? 答:先授时,再录制,再上传。

问:如何定义试点通过? 答:短录成功、元数据齐、授时稳、上传到、边界写入风险册并签字。

问:手势坐标系变更怎么通知? 答:发行说明置顶,集成方回归。

问:带宽不够怎么办? 答:用预先定义的相机组降级矩阵,禁止口头临时降级不记录。

问:销售能否说全面支持 ARM? 答:不能;超出 README 需评估工单。

问:资料包与仓库冲突听谁? 答:书面规格与版本对照表;并提 Issue 修文档。

问:低光红外对肤色任务有影响吗? 答:可能有;采集单声明辅助光策略。

问:MCAP 主题如何命名? 答:冻结命名约定,写入读取脚本,禁止同义多名称。

问:客户只要板端一体机? 答:可评估折中拓扑,例如旁路授时盒。

问:开源 Issue 提板端需求? 答:导向评估清单模板,不按标准缺陷硬扛。

问:失败案例库如何用? 答:按类补采,而不是平均加小时。

问:标定与时间线哪个优先? 答:同时门禁;缺一不可进正式集。

问:多站点扩展门票是什么? 答:授时与标定可复现。

问:如何管理预期? 答:口头禅:开源加速集成,书面规格定边界。

问:试点复盘改什么? 答:被误读的 README 句子优先改。

问:并发多设备注意什么? 答:磁盘与端口规划,对账主键防串。

问:手机失控时的降级? 答:预定义;不要现场发明。

问:数据与 E2 混训? 答:统一元数据方言与时间单位。

问:演示脚本能否临场改? 答:不能;超时记缺陷。

在落地「open」相关能力时,六目同步验收要以会话元数据中的相机组列表为准,而不是以现场口头汇报为准。同时,手势通道的置信度阈值应进入训练配置,并与数据版本一起冻结。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,主机侧演示必须包含一次真实上传,禁止只展示本地预览。同时,范围外需求一律进入评估清单,不在开源支持队列里空转。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,外参抽检失败时整批隔离,等待复标完成再决定是否重采。同时,发行说明的中文摘要要写清是否破坏兼容,避免现场漏读英文细节。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,带宽降级矩阵提前表格式管理,变更需双人确认。同时,试点签字表是质量体系证据,不是形式主义。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,与双目数据混训前统一时间单位与坐标系命名。同时,客户成功团队用边界话术卡,防止临时承诺板端图形能力。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,低光任务采集单必须声明辅助光与曝光策略。同时,MCAP 主题名冻结后,读取脚本不得容忍同义别名。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,联调超时按缺陷记录,不通过延长会议掩盖。同时,来料检验抽检 Kannala-Brandt 报告格式是否可解析。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,失败案例库按周更新,驱动补采优先级。同时,蓝牙回读失败视为配置未完成,不得开录。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,x86_64 工控机作为默认主机写入方案模板。同时,开源仓库标签区分设备侧与主机侧问题,加快分流。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

在落地「open」相关能力时,文档误读句在复盘后四十八小时内提交修复 PR。同时,多设备并发时预先做磁盘压测,避免首日现场翻车。建议把上述要求写进当周检查表,并在下周站会复核是否执行到位,未执行则记为流程缺陷而不是个人态度问题。对外协作也可共享同一检查表,减少双方对“已经说过”的记忆偏差,让开源集成与交付验收始终有据可查。

补充要求:六目同步验收要以会话元数据中的相机组列表为准,而不是以现场口头汇报为准。范围外需求一律进入评估清单,不在开源支持队列里空转。试点签字表是质量体系证据,不是形式主义。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:手势通道的置信度阈值应进入训练配置,并与数据版本一起冻结。外参抽检失败时整批隔离,等待复标完成再决定是否重采。与双目数据混训前统一时间单位与坐标系命名。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:主机侧演示必须包含一次真实上传,禁止只展示本地预览。发行说明的中文摘要要写清是否破坏兼容,避免现场漏读英文细节。客户成功团队用边界话术卡,防止临时承诺板端图形能力。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:范围外需求一律进入评估清单,不在开源支持队列里空转。带宽降级矩阵提前表格式管理,变更需双人确认。低光任务采集单必须声明辅助光与曝光策略。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:外参抽检失败时整批隔离,等待复标完成再决定是否重采。试点签字表是质量体系证据,不是形式主义。MCAP 主题名冻结后,读取脚本不得容忍同义别名。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:发行说明的中文摘要要写清是否破坏兼容,避免现场漏读英文细节。与双目数据混训前统一时间单位与坐标系命名。联调超时按缺陷记录,不通过延长会议掩盖。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:带宽降级矩阵提前表格式管理,变更需双人确认。客户成功团队用边界话术卡,防止临时承诺板端图形能力。来料检验抽检 Kannala-Brandt 报告格式是否可解析。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:试点签字表是质量体系证据,不是形式主义。低光任务采集单必须声明辅助光与曝光策略。失败案例库按周更新,驱动补采优先级。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:与双目数据混训前统一时间单位与坐标系命名。MCAP 主题名冻结后,读取脚本不得容忍同义别名。蓝牙回读失败视为配置未完成,不得开录。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:客户成功团队用边界话术卡,防止临时承诺板端图形能力。联调超时按缺陷记录,不通过延长会议掩盖。x86_64 工控机作为默认主机写入方案模板。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:低光任务采集单必须声明辅助光与曝光策略。来料检验抽检 Kannala-Brandt 报告格式是否可解析。开源仓库标签区分设备侧与主机侧问题,加快分流。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:MCAP 主题名冻结后,读取脚本不得容忍同义别名。失败案例库按周更新,驱动补采优先级。文档误读句在复盘后四十八小时内提交修复 PR。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:联调超时按缺陷记录,不通过延长会议掩盖。蓝牙回读失败视为配置未完成,不得开录。多设备并发时预先做磁盘压测,避免首日现场翻车。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:来料检验抽检 Kannala-Brandt 报告格式是否可解析。x86_64 工控机作为默认主机写入方案模板。六目同步验收要以会话元数据中的相机组列表为准,而不是以现场口头汇报为准。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:失败案例库按周更新,驱动补采优先级。开源仓库标签区分设备侧与主机侧问题,加快分流。手势通道的置信度阈值应进入训练配置,并与数据版本一起冻结。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:蓝牙回读失败视为配置未完成,不得开录。文档误读句在复盘后四十八小时内提交修复 PR。主机侧演示必须包含一次真实上传,禁止只展示本地预览。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:x86_64 工控机作为默认主机写入方案模板。多设备并发时预先做磁盘压测,避免首日现场翻车。范围外需求一律进入评估清单,不在开源支持队列里空转。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:开源仓库标签区分设备侧与主机侧问题,加快分流。六目同步验收要以会话元数据中的相机组列表为准,而不是以现场口头汇报为准。外参抽检失败时整批隔离,等待复标完成再决定是否重采。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:文档误读句在复盘后四十八小时内提交修复 PR。手势通道的置信度阈值应进入训练配置,并与数据版本一起冻结。发行说明的中文摘要要写清是否破坏兼容,避免现场漏读英文细节。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

补充要求:多设备并发时预先做磁盘压测,避免首日现场翻车。主机侧演示必须包含一次真实上传,禁止只展示本地预览。带宽降级矩阵提前表格式管理,变更需双人确认。若执行中发现冲突,以书面规格与当前冻结版本为准,并在二十四小时内提出文档修订,避免现场靠口头临时解释长期运行。

下一步:从开源 SDK 进入可验收联调

若你的团队正在评估E6 开源 SDK 与六目同步闭环,请先以 GitHub README 与交付包为准完成克隆、资料包核对与主机侧联调,再把同步、上传、标定与许可边界写进项目验收附件。开源仓库帮助你快速起步;书面规格决定交付范围。

前往 开发者文档 · E2/E6 Device SDK 获取克隆命令、Drive/百度资料与 Linux 对接说明,或直接 联系技术接入 对齐版本、样例与验收字段。