造物记录日期：2026-10-25。对应项目总体方案_v1.0。
这份复查记录当前缺口与验证顺序，不代表实验已经完成。系统的防错、版本和离线边界已经设计得较细，产品价值仍需真实资料和样件证明。
1. 最优先的缺口
| 问题 | 当前事实 | 下一份应交付的证据 |
|---|---|---|
| 完整流程是否更省事 | 已写四类对照，但尚未执行；先备料再焊接也会增加分装、确认和退料操作 | 3份真实BOM的全周期记录：备料、剪带、交接、使用时查料、余料处理；首次建库和持续维护另记工时 |
| AI相对规则的收益 | 尚无真实模型调用，也没有独立评测结果 | 用现有PC比较合理规则流程与AI辅助流程，记录人工纠错时间、错误候选、漏报、拒绝比例、时延和实际调用费用 |
| 料盒是否好装好拿 | 4×4只是布局基线，尚无定尺或真实包装试装 | 10—15种原包装样件的装取、闭盖、运输和灯位遮挡记录，列明支持/不支持的包装范围 |
| 记录正确但实物装错怎么办 | 版本可保证清单一致，按钮和二维码不能证明真实元件身份 | 在可追溯包装下受控模拟错格、混料、旧料未清空，验证隔离、回查、纠正和重新交接；身份不明的物料不回可用库存 |
| 入库和补库谁维护 | 已有SKU/批次与事务规则，尚无日常维护工时记录 | 模拟一次真实到货、同SKU新增批次、缺数纠正和两人取料，记录格位需求、等待时间及维护职责 |
| 为什么值得买整柜或底座 | 已列普通盒＋手机这一替代，尚无成本和采购反馈 | 分开比较柜灯与底座的增益，取得可追溯的器件/柜体报价和真实团队反馈；不以“觉得不错”代替购买证据 |
2. 调整后的推进顺序
- 真实资料核对。 用3份获授权BOM与对应库存标签，记录缺字段、无法唯一匹配的物料、首次建库工时；没有资料时明确待取得，不用示例JSON充当真实样本。
- 包装与流程预验证。 普通盒、现有手机和人工模拟指示就可以暴露装取与操作负担。小样本只用于淘汰明显不成立的设计，不据此宣传提升比例。
- AI小对照。 规则基线应包含合理字段别名、单位处理和人工列映射；不能故意设置很弱的基线衬托AI。先验证能力，再确定部署方式。
- 8格端到端原型。 通过前述检查后，完成1盒、1底座与安卓清单闭环；实际开发仍需核验器件、接口、SDK和样件尺寸。
- 扩柜与正式评测。 获得初步价值证据且基础链路可靠后，再扩32格、第二底座及更大样本评测。
新增验收用例见验收测试矩阵_v1.0中的AI-06、BOX-06、BOX-07、UX-02、UX-03、UX-04，目前均未执行。
3. 当前需要收敛的设计边界
- 第一版不能仅以“16格”描述容量，还需给出支持的原包装范围、每格可放多少以及适用板卡规模；尺寸由样件决定。
- 大柜、App、共享底座应分别证明价值。若底座增益很小，可以保留为增强项；若普通盒＋手机已满足任务，应调整整柜定位。
- 精确SKU、封装、耐压或批次缺失时，先处理数据可信度。增加大模型不能补回不存在的原始信息。
- 软件界面区分“用户确认装入”与“实物已验证”，交接者不能误读。发现错料后的恢复流程与正常取料同样需要演示。
- 2027具体平台的指定芯片、PC/云端AI和扩展控制器限制尚未在本库冻结官方依据。现有主从架构属于暂定设计；数据和流程实验可以先做。
- 16周只是建议排程。完整原生App、多类固件、柜屏、机械与AI同时推进有明显工作量，先守住8格闭环；增强项按证据增减。
4. Obsidian资料整理的复查
- 已确认嵌赛库注册，原个人知识库保留。
- 发现上次启动后嵌赛窗口被隐藏；本次已恢复显示，并核对窗口标题及可见状态。
- 首页增加本复查入口和当前优先事项。
- 验收表保留CSV原始数据，增加Markdown阅读快照，便于直接在Obsidian查看；内容变更后须重新生成快照。
尚未完成：真实BOM实验、模型调用、采购、实物试装、代码开发、编译、硬件验证或付费试点。本次完成的是复查与资料修订。
来源与关联索引
- 来源
- 嵌入式比赛
- 原笔记
- 项目/智能备料柜/验证计划/复查与下一步_2026-10-25.md
- 资料性质
- 工程笔记。原文的版本、来源与验证边界继续保留。