YBO — 各产品开放问题清单

v1.1 — 2026-09-14。团队评审工作清单;每项以"决策 + 日期"关闭。按产品排列;⚑ 标记卡规格冻结或涉及责任/合规的事项。

---

内部待完善清单

本表是让计划达到可对外论证程度所需工作的管理视图。下方按产品及跨产品排列的编号问题仍是详细事实源。只有关闭证据已记录到对应受控文档时才勾选；内部讨论或口头决定本身不构成关闭。这里的 P0 指会阻塞规格、融资或发布决策，并不妨碍当前版本用于团队内部讨论。

状态	优先级	待完善事项	责任角色	决策门槛	关闭证据
[ ]	P0	Core 供应商条款与转移定价——见 Core 1b、跨产品 5	创始人 + 产品/硬件负责人	M3 规格冻结	签署条款书，覆盖固件/协议权利、各型号价格、MOQ、质保、供货/变更条款和船用渠道权利；批准后的转移价格录入 assumptions.md 与 commercial-model.md
[ ]	P0	Core 产品与船用环境差量验证——见 Core 1c–1d	硬件负责人 + 测试/合规负责人	M3 候选平台冻结	形成受控台架报告，覆盖遥测/电流/热行为，并完成 EMC、盐雾、连接器和点燃防护差距处置；签署平台接受/整改/否决决定
[ ]	P0	套餐完整落地成本与单位经济——见跨产品 3、5	产品 + 财务	价目表冻结或对外融资模型前	将供应商报价、套餐 BOM 与安装边界、运费/关税/质保/付款假设及订阅变动成本在 commercial-model.md 中完成勾稽；达到既定毛利门槛
[ ]	P0	月度现金流与融资批次——见跨产品 5	财务 + 创始人	批准首期外部融资前	月度现金模型明确创始人现金、经营回款、付款/备货时点、现金最低点和下行情景；融资金额及时点写入已批准的融资决定
[ ]	P0	逐 SKU 合规路径与实验室报价——见跨产品 4	合规负责人 + 各产品负责人	M1 适用性门槛；各 SKU 发布前复核	每个拟发布 SKU 均取得签署的适用性备忘和实验室/律师报价，并在 compliance-matrix.md 记录责任人、证据、预算和排期
[ ]	P0	RED/CRA 网络安全证据包——见 Hub 3	固件/云负责人 + 安全/合规负责人	M3 架构冻结及联网产品发布前	在 compliance-matrix.md 记录并批准威胁模型、SBOM 流程、漏洞披露/报告、签名更新与支持期政策、事件责任人、测试路径和预算
[ ]	P1	市场与需求证据——见跨产品 6	商务/GTM 负责人	发布 SAM 标题数字或批准规模备货前	取得注明局限的付费/合格船舶数据、20 次结构化访谈、覆盖两条路径的 5 份书面意向、每条路径至少 1 个付费参考试点和具名客户 SOM；全部按目标客群标注并记录到 market-model.md
[ ]	P1	首个项目边界：(a) 勘察触发的项目化分区改装；(b) 远程/无人船——见跨产品 7–8	系统/安全负责人 + 项目/集成负责人	对任一首个试点报价或批准前	两个工作流分别形成批准的适用性/试点说明：电气拓扑、负载、冗余、旁路、指令权限、断链行为、安全排除项、保险/船旗/船级角色、集成责任和验收测试；只有两个已选项目边界均获批准后才关闭本项

清单状态统一在本文件维护。支撑数字和决策应写入对应假设、商业、市场和合规文档，不在本表重复维护。

---

P1 · Core(智能配电模块)

1. ⚑ 电流等级覆盖 → 2026-09-14 由 Core 27 / Core 43 的 1×120 A + 3×80 A + 5×50 A 大电流通道覆盖绞盘/侧推/逆变器与分区馈线(此前为 Core HD)。残留:模块总连续电流待定(见 1f);全档 12/24 V 为待询价的定制需求(见 1b);样板船回路普查仍用于验证型号映射。 1b. ⚑ 平台供应商条款（卡规格冻结）：固件/协议权利、各型号转售价、Core 27/43 新容量的底座匹配与全档 12/24 V、MOQ、质保、船用渠道独家、供货/变更通知协议——M3 前签署条款书。新型号的落地成本上限待价目表冻结后按同一公式(渠道折扣 25%–35%、YBO 毛利 50%)计算；旧家族上限(Core S $145.93–168.38、M $292.18–337.13、HD $422.18–487.13)仅为历史基线。 1c. ⚑ 逐路电流遥测:供应商规格未写测量分辨率/上报速率——三平台台架实测验证 0.1 A 级(头号卖点)。 1e. ⚑ Core DO 成员未规格化(2026-09-13 立项):交流侧 DO 控制自(旧)Core S/M/HD 的通用通道移出,独立为 Core DO 成员并自主决策。尚未确定的:型号名、通道数与线圈驱动能力、工作电压、休眠电流、外形与接口、层级(Core 27/43 为 T0,P4 交流自动化为 T1——若 DO 为 T0 则进入关键路径,§2 人员表需加行)、价格与里程碑,以及是否复用 Core 底座平台(决定 §P1 的采购门槛是否覆盖它)。Core RFQ 文本须重发:需求 9(脉冲输出模式)的载体已变更,需求本身不放宽。 1f. ⚑ Core 27/43 接口与商业决策(2026-09-14 立项,随 计划 20260910-0717 采纳):模块总连续电流与供电布置(不继承 80/125/200 A,不用通道之和)、15 路 PWM 子集的物理编号、输入模式的电气定义(量程、激励、隔离、"电阻支持"是量程还是硬件选件)、CAN 控制器数量与 CAN/CAN FD 配置、NMEA 2000 端口位置、RS-485 协议/角色/隔离、15 A PWM 档器件类别、尺寸与外壳、商业名称/价格/套餐——见 P01-core.md §15;M3。 1d. 船用环境差量:EN 60945 EMC、盐雾、连接器镀层、ISO 8846——预试验结果决定供应商硬件能否原样通过还是需要变体修改。
2. ⚑ 物理后备保护:ABYC/ISO 要求在电源端有过流保护——不管电子保护多好,每个模块馈线上游是否仍需串联保险/断路器?通道处于手动旁路时电路靠什么保护(旁路路径内嵌保险?)
3. 旁路粒度:按通道还是按模块旁路?机械形式(开关排 vs 跳线),以及 Studio/Hub 如何检测并显示旁路状态。
4. 双向/充电回路:通道能否接在充电器与电池之间(反向电流)?若不能,在文档和 Studio 规则中明确排除。
5. PWM 调光:频率选择 vs EMI(EN 60945 辐射限值)vs LED 频闪;是否需要按通道可配频率?
6. 热设计:70 °C 环温下 16 通道满载的降额曲线——外壳尺寸/散热片影响;DIN 导轨 vs 面板安装决策。
7. 感性负载:每通道续流/钳位策略(泵、电磁阀);v1 的"负载类型"预设库范围。
8. 脱扣设定 vs 实际线径:Studio 只能相信安装者输入——是否需要每通道硬件级最大脱扣 DIP/跳线作为物理护栏,还是纯软件可接受?

P2 · Sense(输入模块)

1. ⚑ 探头标准:欧标(10–180 Ω)与美标(240–33 Ω)液位探头不同——首发就双支持 + 自定义曲线?自动识别还是 Studio 选择?
2. 油水箱形状标定(非线性容积):多点标定放 Studio v1 还是后续?
3. 舱底逻辑归属:泵的运行计数/电流在 Core(它供电),液位/浮球在 Sense——定义"舱底报警"的唯一事实源,避免脑裂。
4. 8+8 是否合适,改装市场要不要 4+4 的低价变体?
5. 通道隔离:共地 vs 分组隔离(发动机机体接地、电偶腐蚀问题)?
6. 一路本地继电器/蜂鸣器输出够吗?能否直驱现有大功率舱底警报喇叭(电流规格)?

P3 · Mate（软硬件一体）

硬件（Hub）

1. ⚑ 视频存储(来自自洽性审查):8–16 GB eMMC 存不了录像。→ 默认决策 (t) 2026-08:Hub 规格加 1× USB 主机口(2026-08-27 更正为 USB 2.0——i.MX93 无 USB 3.0;规格冻结时可选外加 USB 3.0 控制器);Eye v1 收窄为实时画面 + 事件片段,连续录像存摄像头 SD 卡(可选外接 USB-SSD);仅当试点提出船载 NVR 需求时再议。
2. ⚑ 4G Cat-1 vs Cat-4(待定决策 #7)——与 Eye 带宽需求合并为同一个决策。
3. ⚑ 产品网络安全：RED 网络安全自 2025-08 起适用于相应的联网/可穿戴无线产品；CRA 报告义务自 2026-09 起、主要义务自 2027-12 起适用。M3 前明确责任人并关闭威胁模型、SBOM、漏洞/更新/支持流程、实验室/律师路径和预算（compliance-matrix.md）。
4. Hub 宕机行为:模块保持最后配置(准则),但定时/场景随 Hub 失效——可接受吗?双 Hub 冗余只留给商船变体?
5. Victron 互通深度:只读显示,还是控制(同船有 GX 设备时的"双大脑"冲突——谁仲裁)?
6. MFD 计划:纯 N2K PGN,还是加入 Garmin OneHelm / Navico 伙伴计划(成本、锁定观感 vs 曝光)?
7. 功耗预算:常开功耗目标(2–5 W?)vs 锚泊数周——休眠分级、CAN/报警唤醒设计。
8. 天线:内置 vs 外置(GNSS 在甲板下看不到天;4G/Wi-Fi 装在储物柜里)——连接器类型、安装指引。

软件（原 P8）

1. ⚑ 报警责任:舱底告警晚到,我们的责任边界在哪?条款措辞("非人工值守监控服务")、送达 SLA 目标、SMS 兜底(成本)——安防档 GA 前过法务。
2. ⚑ GDPR:位置历史属个人数据;保留期限、数据驻留(欧盟托管已定)、船队船上船主 vs 租船客的隐私(租期内谁能看位置/摄像头?)。
3. 流量经济:视频片段上传的 4G 超额谁付——各档位硬上限?eSIM 分销商选择与毛利。
4. 船队 API:与包船预订/管理系统(MMK/Sedna 级)集成——先做哪家,是否卡第一个大船队订单?
5. 白标请求:政策为仅 YBO 品牌——不向艇厂或船队提供贴牌/OEM 供货;定义婉拒话术及联合品牌的边界。
6. 告警升级链:推送 → 重发 → 第二联系人 → SMS?按严重度可配置?
7. ⚑ 告警分级与确认机制(来自 BIT56 原型评审,2026-08):定义三级严重度模型(提示/警告/紧急)、确认(acknowledge)语义、值守/静默模式,及其与升级链(第 6 项)的联动——安防档 GA 前必须完成。
8. 自动化治理:白名单动作枚举归谁管(新增动作 = 发布决策,不是配置变更)?云端/本地任务归属规则;审计留痕保留期;紧急告警激活期间任务的行为(暂停还是照常?)。
9. 运行时访问控制:操作锁交互、包船客人"只读+舒适回路"角色、船员角色——以及与 Studio 配置权限(P7-1)的边界。
10. v1 UI 语言范围:EN + 中文为基础;ES/TR(主场)与 DE/FR/IT(包船客户)的优先顺序。
11. 夜航模式:Mate Web/App(及后续 View)的红光/低亮度舵台配色——舵台夜视刚需;原型已有暗色模式,尚无夜航模式。

船舶管理模块(原"Log"——2026-08 并入 Mate)

1. 历史数据导入:船主手里是多年的纸质/PDF 记录——批量导入路径(拍照/OCR、模板、船队订单的代录服务)?能否不从零开始决定了采用率。
2. ⚑ 责任措辞:保养提醒是建议性质——绝不构成适航性或验船合规声明;GA 前过法务条款。
3. 船队合规范围:船队版先跟踪哪些包船/船旗要求(安全设备到期、按小时保养)?用土耳其包船试点定义 v1 检查单。
4. 服务商访问:给船厂/技师开受限账号写作业记录——增强数据完整性和渠道绑定;需要权限模型。
5. 数据可携带:档案归船主所有——可导出的船舶历史报告(既是转售增值功能,也是 GDPR 义务)。
6. 交接包内容标准:≤1 小时熟悉必须覆盖什么(系统、安全项、船的脾气、检查单)?用包船船队试点定义模板;考虑面板上贴 QR 码直达交接包对应章节。

P4 · YBO AC(交流集成与自动化)

1. ⚑ 成套符合性的合同归属:边界已定(YBO 只做检测与控制、永不承载交流载流,故 LVD 归配电箱建造方),但把成套符合性责任归属合作车间/持证电工的合同措辞,以及 YBO 自身调试服务的合格人员责任,仍需按地区起草。注意陷阱:由 YBO 投放市场的预接线自动化套件(接触器 + 电表 + 标识)会重新构成成套体义务——目前已排除,需确认保持排除。
2. ⚑ 无源干接点输出缺口:第三方转换开关和发电机控制器的控制口普遍是干接点或异电压制式,而 Core 输出是有源 12/24V 直流,Sense 只有一路本地继电器输出。需决定是使用 Sense 那一路继电器、增加 Core 选项,还是做成附件——以及真实交流项目需要几路接点。(取代原先的 SKU 尺寸问题,该问题只在面板成套模式下才存在。)
3. ⚑ 电源切换互锁:硬件互锁接触器对 vs 认证转换开关,作为 YBO 自动化之下的强制基础——选定一个参考设计以及 ISO 13297 / ABYC E-11 要求的 ELCI/RCD 位置。
4. 参考电表:现在就选定 Modbus 电表(逐电源计量、互感器选型、RS-485 地址),让 M4–5 起成套的第一层面板已预留第二层接线。
5. 逆变充电机与 MPPT 接口:首发支持哪些厂商协议(NMEA 2000、厂商 CAN/以太网网关、Modbus TCP),以及在没有任何数字接口的船上"纯干接点模式"是什么样。
6. 发电机接口:按发电机品牌决定干接点启停还是 J1939;自动启动前置条件(燃油、排气、冷却水、通海阀)留在发电机控制器——逐品牌确认这一边界。
7. ⚑ 自动化边界与责任:哪些交流馈线可自动化(厨房、空调、热水器、充电机)、哪些排除(舱底泵、导航、任何生命安全设备);自动切换的保险/律师措辞与手动旁路要求。
8. 交流侧失联行为:保持最后状态还是退回仅岸电——按馈线类别决定并写入 Studio 守护规则。
9. 采集模块选型与 RS-485 预算:选定多回路交流采集模块(回路数、互感器规格、寄存器表、Modbus 地址);连同同一总线上的逐电源电表一起计算 RS-485 预算(从站数量、波特率、轮询周期)——轮询周期必须短于 5 s 确认窗口;定义通信丢失行为(转手动 + 告警,绝不盲发指令)。精度目标写明为监控级,绝不做计费级。
10. ⚑ 辅助触点配置策略:电流只能确认"合"、永远不能确认"分",因此参与自动化的每条回路都需要一路干接点(iATL24 类辅助触点或下游电压监视继电器)接入 Sense 数字输入。需决定哪些回路类别算"关键"、每路辅助触点的成本,以及 Sense 的 8 路数字输入能否覆盖一条真实的交流馈线多的船,还是终究需要大输入数变体。
11. 报价前的器件核实:ABB E290-16-20/24DC 的 24 VDC 供货、脉冲规格与价格均未核实;国产磁保持继电器需要实际询价,出口欧盟的项目还需核查 CE 文件。未核实一栏中的任何数据都不得用于客户报价。

P5 · Switch(无线 Air、有线 Key 与共用中枢 Air Hub)

2026-09-12 合并：原 P6 Key 的待决项移入本节，AIR-O-nn 与 KEY-O-nn 键不变；跨半边的新增项用 SW-O-nn。

线级(SW)

1. SW-O-01 无 Core 时的回读权威：Key 的 SYS-02/KEY-08 要求只渲染 Core 回读。船外经 Air Hub 的安装没有 Core，须决定 Air Hub 是否充当回读权威、其状态从哪个执行器读回、pending/未知如何表示——D0/D1。
2. SW-O-02 船外失效安全表述：船内的兜底是 Key 的有线 CAN 到 Core；船外没有这条路，Air Hub 的 Linux 同时是无线与有线开关的单点。须给出看门狗/有界恢复要求，并决定销售与安装材料如何声明——D0。
3. SW-O-03 支路供电预算：Air Hub 的 CAN 支路是否为 Key 面板供电、可带几块、逐键背光电流如何计入 Air Hub 的输入预算，还是要求外部供电——D1。

Air(无线开关)

已明确：Air Hub 主要配对自有 Air；安全针对 Air 无线恶意控制，CAN 不需新增加密；避免过多型号。本版 Air 指南可用于询价与启动设计，以下事项仍需设计关口关闭。

1. AIR-O-01 主无线：推荐 BLE 全球单平台；完成实际隔舱覆盖、电量/时延/并发对比，再决定是否改为中国/欧洲 433.92 MHz、北美 915 MHz。无自有 868 型号需求；各国参数分别核准——D0。
2. AIR-O-02 安全配对：NFC/OOB、已授权 Air Hub 管理会话、工具/SDK 支持、撤销和恢复必须演示；按钮和公开 ID 不算认证，不得用 Just Works 降级——D0。
3. AIR-O-03 芯片/内存：Air 档位已定为 nRF54L15，首版载体为 Raytac AN54LV-P15 认证模组，芯片级降本变体的切换条件见 Air 规格 AIR-O-15；Air Hub 三个产品都用 EFR32MG24 模组（RF-BM-MG24B2）：Air Hub（AH-19，RK3506G 邮票孔核心板，128 MB + 256 MB NAND）、Air Hub Pro（AH-20，RK3506J 邮票孔核心板，另带 RFM310 模组 433 MHz）、Air Hub Mini（AH-21，ESP32-C5-WROOM-1-N8R8 作唯一控制器，待决项见 Air Hub 规格 AIR-O-15），两个 Linux 产品的 Wi-Fi 为 ESP32-C5-WROOM-1-N4（C5 待决项见 AIR-O-16）；仍待两块核心板的书面报价、128 MB 下主机服务的内存余量、RK3506G 核心板 +70 °C 的热余量、Air Hub 与 Air Hub Mini 的成本缺口收敛（Air Hub 规格 §2.1）；Tag 接收端与 433 链路规范见 AIR-O-12、AIR-O-13；完整订货号、内存供货、Flash 分区、固件切换与更新、并发容量与供货证据——D0/D1。
4. AIR-O-05/AIR-O-07 电池与结构：1×CR2450 纽扣锂电池可更换、直供；三年维护/五年优化为目标，400 mAh 是预算假设，厚度目标 ≤12 mm；电池盖儿童防护；正常/弱覆盖/失联电量、带载阈值、外壳厚度与 IP54 证据——D1 设计、D2/D3 验证。
5. AIR-O-04 接口与确认：GATT/事务去重/回读窗口、Core ICD、四线连接器与网关供电、双击手势延迟、控制过期处理——D1。
6. AIR-O-06/AIR-O-08 交付：明确首发国家、最终 RF/EMC/标签、工厂注入/锁定/追溯、治具与测试限值——D1/D3。
7. AIR-O-09 sub-GHz/LoRa 定位 → 已关闭 2026-09-29：Air BLE 版 nRF54L15，433 版 TI CC1310，无自有 868 型号（产品规划书 §6）。 原问题：433.92 / 915 / LoRa 是叠加在 BLE 之上（三频 Air）还是条件性替代；候选器件见 P05-air-design §2.3；网关侧为 Air Hub Pro 的 433 MHz 链路（2026-09-29，Air Hub LR 撤销；P05-air-hub-design §2.3），Air 若改用 sub-GHz 须与其频段与 PHY 对齐；决定后重做电池、天线、厚度与认证预算——D0 前。
8. 扩展清单：动能/户外 Air、第三方 RF（433 MHz 固定码/学习码收发除外，已由 Air Hub Pro 承担）、N2K/Modbus 独立模式、PoE 分开立项/报价（Wi-Fi 上行已由底板上的 ESP32 提供，2026-09-25；2026-10-28 起为双频的 ESP32-C5）；Tag 接收端在 Air Hub LR 撤销后重新待决（AIR-O-12，2026-09-29）。历史套件商业策略未自动取消。

Key(有线面板)

已明确：V+、GND、CAN-H、CAN-L 四根功能导线，CAN 不新增加密；Key 无电池维护，船内直接连接 Core、船外可挂 Air Hub 的 CAN 支路（GW-06，见 SW-O-01…03）。首期为 Key Box 36；Key 4/8 面板延后（2026-10-29，尚未设计），以下为面板方向：每块板最多 8 键，基础单元可带最多 8 块 I2C 扩展单元和 16 块内部 CAN 扩展单元；带 BLE 服务通道，只用于配置、诊断与升级，控制不依赖无线（2026-09-28）。本版 Key 指南可用于询价与启动设计，以下事项仍需设计关口关闭。

1. KEY-O-03 主控/驱动：ESP32-C6-MINI-1 + TJA1463 + LP5036 推荐（2026-09-28）；每键 RGB 3 路、图例背光每块板一组；固件平台、实际内存/升级恢复、完整订货号及预留的第二路 CAN 与 RS-485 引脚——D0/D1。
2. KEY-O-04 线束/总线：连接器孔号、线径/压降、屏蔽、终端/拓扑与 Core 联调；点动续约与失联停止时限——D1。
3. KEY-O-05 安装/光学：52 mm 仅为候选开孔；前后密封、尺寸/公差、图例更换、红光夜间/最低亮度和日光可读性需金样——D1/D2。
4. KEY-O-06/KEY-O-07 验证：8–32 V 瞬态包络、功耗/热、前 IP67 后 IP54、100 万次按键、盐雾/UV/振动等级由 DVP&R 定义；不声明防点燃——D1/D3。
5. KEY-O-08 工厂/物流：图例定制流程、装配/EOL、治具检出能力、源文件和返修包——D3。
6. KEY-O-09 无屏配对：印在机身的逐设备配对码加 PAKE，或在按键上输入口令；服务窗口的开启动作——D0。
7. KEY-O-10 配置与升级中继：带射频的 Key 是否为总线上其他节点中继，X01 §4.7 在 Classical CAN 下的分块重算；首版不做——D0/D1。
8. KEY-O-11 扩展与组合：I2C 扩展口的线长上限与实测、热插拔与故障检测；多个基础单元时的节点号与 64 节点目标、跨节点场景与互锁语义、支路供电与安装框；CAN 扩展单元改贴 X01 收发器后作为独立有线 Key 是否成为产品配置——D1。
9. KEY-O-12 内部扩展 CAN：帧格式是否复用 X01、地址与枚举、位速率与终端、连接器键位、扩展单元 MCU 选型、扩展固件的校验与更新；电气隔离为选配——D0/D1。
10. 扩展：RS-485、N2K 非本版基础配置；若恢复 RS-485，须明确谁提供主站，不能继承旧 Core HD 的未确认能力。

P7 · Studio(配置工具)

1. ⚑ 角色与权限:船主 vs 安装商编辑权——安装商能否锁定安全关键设置(脱扣曲线)而开放舒适性设置?"完全开放"需要一套权限模型才能通过责任审查。
2. ⚑ 认证配置模式:面向保险/验船师的文档——是否提供"安装商签名"的配置报告(姓名 + 日期 + 设置哈希)?验船师/保险公司实际认什么——尽早找 2–3 位验船师验证。
3. 离线账户:船坞里 PWA 离线运行——登录、免许可模式、云备份在无网环境如何自洽?
4. 模板治理:社区/船型模板谁来维护;用户提交模板的审核流程?
5. v1 仿真深度:仅绑定/逻辑仿真,还是含电气校验(按线长/线径的压降计算器)?
6. 首发语言:EN + ES/TR(主场)+ DE/FR/IT(包船客户)——v1 选哪个子集?

P9 · Control(船外 Air 的控制应用与协议集成平台)

评估与推荐见 product/control/evaluations/protocol-platforms.md §11;编号 CTL-O-nn 与该文一致。

1. CTL-O-01 船内宿主:Control 生态暴露层运行在 P03 Mate 还是 Air Hub(计划 20260911-1919);两者都须满足协议栈隔离(CTL-11)。
2. CTL-O-02 Matter 设备类型映射:断路器、总开关、船用回路没有专用设备类型;用 On/Off Plug-in Unit / Light 表示是否误导生态 UI 与语音;是否只桥接舒适性回路。
3. CTL-O-03 Thread 边界路由是否进入首版;目标是 Thread 执行器与第三方设备接入,不是自有 Air。
4. CTL-O-04 Mate 远程开关路径改为经 Control 策略点;需另开任务修改 P8 §2/§4。
5. CTL-O-05 舵位锁范围:是否同样拒绝 MFD(N2K PGN)与本地 Web UI 的写入;本地 Web UI 视为 local 的条件。
6. CTL-O-06 中国生态端点核实:米家、Aqara、华为鸿蒙对第三方 Matter 桥与 Generic Switch 的支持范围与限制。
7. CTL-O-07 App 外壳:自有 App 与 Mate App 是否共用一个应用外壳。
8. CTL-O-08 商业模式:自有云远程/多站点、生态云对云是否付费;CSA/生态认证费用摊入 Air Hub BOM 还是订阅。
9. CTL-O-09 本地 App 入网:与 Air Hub 已授权维护会话是否共用同一入网工具。
10. ⚑ CTL-O-10 执行器清单与回读方式:Matter 继电器/DIN 模块(型号、认证状态)、Modbus 继电器/电动 MCB(寄存器映射)、分励脱扣器(辅助触点);哪些类别允许 remote。
11. ⚑ CTL-O-11 Air Hub 船外变体:Wi-Fi/以太网上行、RS-485、继电器/IO 扩展、Matter 控制器所需资源——对 P5 Air Hub 规格的新要求,需经任务 1916/计划 1919 的所有者纳入 D0/D1。
12. CTL-O-12 Matter 控制器认证:控制器角色是否须 CSA 软件组件认证;自建 PAA 还是购买 DAC 服务。
13. CTL-O-13 船外配置模型:Studio 的 X02 schema 是否泛化到船外,还是 Control App 自带精简 schema。
14. CTL-O-14 Generic Switch 手势支持:各生态对长按、多击事件的自动化支持逐生态验证。
15. CTL-O-15 自有云范围:与 Mate 共用租户还是独立;EU/CN/NA 托管与数据驻留;云对云集成的授权模型。
16. CTL-O-16 船外有线输入:Key 经 CAN 挂 Air Hub 的形态,其回读权威、失效安全表述与支路供电由 P5 的 SW-O-01…03 关闭,本节引用其结论。

P10 · View(舵台屏)— 二期

1. 买 vs 造:船用阳光可读面板机有现成 ODM——View 是否就是 ODM 换壳 + 我们的软件?
2. 供电:屏幕功耗超 NMEA 2000 LEN 预算——单独 12 V 供电 + N2K 只走数据;确认。
3. 触控要求:湿手/手套操作、光学贴合、1000+ nits——成本 vs "平板 + 支架"替代方案。

P11 · Eye(摄像头 + AI)

1. ⚑ 录像位置(联动 Hub 问题 1)。→ 默认决策 (t) 2026-08:连续录像在摄像头 SD,事件片段在 Hub(+ 可选 USB-SSD),报警片段推上云——云端副本回答安防档用户"摄像头被偷"的失效叙事。
2. ⚑ 码头隐私/GDPR:邻船和路人入镜;公共泊位录像——遮蔽区域?告示义务?西班牙 vs 土耳其 vs 租船客规则不同。
3. 兼容矩阵:测试/白名单哪些第三方 ONVIF 摄像头(每型号都有工作量)——先钦定 2–3 个 SKU?
4. AI 模型:船舶场景训练数据来源(夜间码头人形、雨天、海鸥);误报率目标;OTA 模型更新通道。
5. 红外/夜间性能底线:先定可测量规格,再做"入侵告警"营销声明。
6. 改装布线现实:老船拉 Cat5/PoE 正是我们反对的痛点——支持 Wi-Fi 摄像头作妥协(可靠性 vs 安装成本)?

P12 · Tag（区域 Sub-GHz 落水手环）— 二期

1. ⚑ 验证协议:如何安全、可重复地测试真实落水场景(泳池 + 海况假人试验、盐水/淡水阈值、浪花误触发矩阵)?这套数据集就是产品本身。
2. ⚑ 熄火条件:靠泊时自动熄火反而危险——什么状态(航速、舵位有人、可覆盖)才允许熄火?法务 + 保险公司意见;默认关闭、选装开启。
3. ⚑ DSC/VHF 升级:Tag 告警是否可选联动 N2K 接入的 VHF 发 DSC 遇险/MOB 广播?这跨入受管制的海上遇险通信——谨慎圈定范围或推迟。
4. 佩戴依从性:手环 vs 夹扣 vs 救生衣集成——只有真正戴上的设备才能救人;包船场景(8 只手环充电座、客人简报)决定形态。
5. 心跳间隔数学:检测延迟 vs 电池寿命 vs 空口/占空比限制——发布权衡表(如 2 秒/5 秒/按布防状态自适应)。
6. 充电触点 vs 盐雾腐蚀:pogo/磁吸触点能否耐海水?Qi 无线充电作为可靠替代——成本/体积影响。
7. 宠物变体(狗落水)——工作量小、细分真实、营销加分;做不做?
8. 资产标签:标签端要不要 GNSS?不带则漂走小艇只有粗略位置(断链点 + 最后 RSSI);带则成本与电池受损。可能拆成两档:仅在位检测标签(便宜)+ GNSS 标签(小艇/摩托艇)。另:安装/系带机械、电池更换服务模式、上报频率 vs 占空比限制。

---

跨产品(平台)

1. ⚑ 48 V 策略:电推船是列名的增长驱动,但 v1 是 8–32 V——销售材料明示此排除项,并定义 Gen-2 48 V 的触发条件(订单量?艇厂要求?)。
2. 连接器生态:Core/Sense/Key/Mate 统一的现场接线方案(端子类型、N2K 分支、YBO 总线连接器)——安装商用这个评判整个系统。
3. 币种与价目表纪律：BOM 用美元、欧盟价目表用欧元、美国价目表用美元；定义汇率日期/缓冲，并以 commercial-model.md 作为净收入/落地成本唯一事实源。
4. ⚑ 欧盟合规路径：M1 前取得 compliance-matrix.md 的逐 SKU 签署适用性备忘和实验室报价；不得笼统宣称 CE/RCD 或 IEC/EN 60945 认证。
5. ⚑ 商业证据包：Core 签署报价、落地成本栈、套餐 BOM/安装边界、岗位/地区工资、MOQ/付款条款、订阅变动成本报价和月度现金流。关闭前，毛利、首期资金和盈亏平衡数字均为暂定。
6. ⚑ 市场证据包：付费船舶数据、在改装与艇厂/集成商客群之间拆分的 20 次结构化访谈、覆盖两条路径的 5 份书面意向、每条路径至少 1 个付费参考试点，以及具名客户 SOM。前装计分卡把 YBO 参考船与艇厂传统基线对比：设计工程工时、控制线/线束长度或重量、配电板/箱体/空间影响、总安装成本、装配工时、调试/返工、选装变体数、文档完整度、硬件净价、集成/支持负担及销售周期。关闭前，market-model.md 只供内部使用，不发布 SAM 或节省标题数字。
7. ⚑ 项目报价边界（不限船长）：当勘察判定某船需项目化交付时，在报价整船或分区能力前冻结电压/电池组拓扑、预期故障电流、选择性、冗余、回路/负载数量、安装分区、手动旁路、保险/船旗/船级角色和集成商责任。通导范围默认只包含回路供电/健康监测，除非另行批准。
8. ⚑ 远程船舶电气基础设施边界：定义运行模式、人工指令权限、认证/审计、通信冗余、断链行为、本地看门狗/默认状态、物理维护旁路、任务控制器 API 责任，以及绝不允许远程执行的功能。首个试点只做电气操作，不含自主导航或推进/转向控制。
9. Mate 先行的纯软件路线（来自 BIT56 原型，2026-08）：原型在既有 Victron/Modbus/PLC 船上零 YBO 硬件跑通了完整 Mate 层——评估面向存量 Victron 船队独立交付 Mate 作为早期软件营收线（与 YBO AC 设计与调试服务营收过桥同类）。权衡：过桥营收与装机数据 vs T0 出货前的焦点分散；商业门槛与定价归 commercial-model.md。
10. ⚑ 安装后环境防护证据：分别定义并测试 Core 外壳、每个配对连接器、电缆密封套/接头、外露母排/端子、排水/凝露路径、腐蚀环境及最终安装方向的防护边界；记录进水行为及分区故障能否保持局部化。只有最终安装配置证据成立时，模块 IP67 结果才可以延伸为整套系统主张。