你交给我们的，精确到每一行
标准 v0.1Moduloa 的 OS 报价全程无人经手，这意味着“完整”的全部责任由提交件独自承担。本页就是这份契约：构建树 BOM、每一行必须携带的文档，以及供应商确认协议——公开发布，像论纲一样版本化，附交互式构建器与可下载模板。通过校验的提交件进入处理；未通过的收到一份机器报告，写明确切原因。不存在第三种结果。
构建树，而非设计树
Moduloa 不设计产品，也不加工零件。它装配并测试你的供应商交付的东西。这一范围决定了这份 BOM 是什么：制造构建树——我们构建什么、以什么结构、用到货的什么——而绝不是你的工程 BOM。
一行只能是四种东西之一。产品——唯一的根。装配体——Moduloa 实际构建并能测试的层级。虚拟件——一个逻辑分组（一套紧固件、一组线缆），从不作为一个单元被构建或入库；OS 在生成工单与成本时直接穿透它。还有交接件——供应商交付的任何东西。让这份标准与众不同的正是这条规则：交接件是黑盒。任何东西都不能嵌套在它之下。你的机加工外壳可能有四十个内部特征和它自己的供应商 BOM——这些都不进入这份文件。我们只取它的外部几何、接口与验收标准；它内部是什么，是你和你的供应商之间的事。这封顶了树的复杂度，把你的供应商的 IP 挡在我们的系统之外，也是整个进料能由软件校验的原因。
因为装配是分阶段的。如果你的产品 X 包含一个核心模块 Y，我们在总装前先构建并测试它，而 Y 里有一块由你的供应商交付的 PCBA Z——那么 X 是根，Y 是 X 之下的装配行，Z 是 Y 之下的交接叶节点。层级就是我们的构建顺序：子装配组合成子装配，直到产品成形。零件位于我们消耗它的那个层级——总装时装上的密封件是产品的子项，而不是它恰好接触的那个外壳的子项。
在表面之下，每一行都指名它的父项，而这个引用才是结构的权威——父指针要么解析成功，要么失败，这正是自主校验所需要的。你看到的层级编号由它推导而来，留在文件里只作为校验和：两者不一致，文件即为损坏，直接拒收。深度上限为六层，含根在内。更深的树是症状而不是需求——那是你的工程 BOM 正在渗入进料，解法是把子树标记为交接件或虚拟件。
JSON 是契约，电子表格是入口
带逐行契约的构建树无法诚实地活在一张扁平的电子表格里。规范形式是一份由已发布 Schema 校验的单一 JSON 文档。CSV 与 XLSX 在边界处被接受、立即归一化，得到的 JSON 会回显给你签核——OS 读到什么，你批准的就是什么。PDF 格式的 BOM 一律拒收。
每一行必须携带什么——以及图纸规则
我们从不加工，所以我们从不需要你的加工图纸。每个交接件只需要三样东西：我们能装夹的几何、我们能对着装配的接口、我们能据以收货的验收标准。这就是全部契约。
| 行类别 | 几何 | 接口 | 验收 | 附加项 |
|---|---|---|---|---|
| 机械件，定制 | 必须提供 STEP AP242 | 与其他零件的配合位置 | 必须提供验收标准 · 关键件首次交付需 FAIR | 2D PDF 可选，永不作为权威依据 |
| PCBA / 电子模块 | 必须提供 STEP 包络 | 必须提供 ICD：连接器、引脚定义、测试点 | 电气/功能验收标准或供应商测试记录 | ESD 等级 + MSL · 若烧录固件则附固件版本 + 哈希 · 永不接收 Gerber |
| 目录件 | — | — | CoC / 型号核对 | 型号本身就是规格（ISO 4762 M5×16 A2-70）——不存在也不需要图纸 |
| 材料 | — | — | 批次证书 | 标准 + 牌号 |
| 装配体（在此构建） | 装配态 STEP | — | 在第 2 阶段由我们的测试规范取代 | 必须提供装配工作定义——我们作业指导书的输入 |
STEP AP242 几何在每一套现代 CAD 系统里都是一键导出——所以我们才能对所有人一视同仁地提出这个要求。语义化 PMI（模型内的公差）是推荐项而非必备项：公差的工作转而进入机器可读的验收标准。这绕开了无图纸路线的真正软肋——写不出基于模型定义的小供应商——同时保住了 NIST 测得的超过 60% 工时节省的自动化红利。
通行做法把验收埋在图纸注释和采购订单套话里。在这里，它是每一条交接行上的类型化数据：每个特性都有 ID、特征、方法（目视、量具、CMM、电气测试、功能测试、证书审查）、限值、抽样方案与不合格处置。这本来就是图纸公差栏的真正用途——而一旦它成为数据，收货就以零人工接触运行，同一套标准还会在执行阶段成为质量门。格式刻意做成 QIF 形，以便随测量工具链成熟升级到 ISO 23952 生态。
现在就构建一份
下面的构建器就是这份标准的可执行版本：与 OS 在进料时执行的同一套规则，运行在你的浏览器里。搭建你的树，看它实时校验，导出 CSV 入口格式或规范 JSON。任何数据都不会离开本页。
工具界面暂为英文——提交契约的字段本身即为英文，这是标准的一部分。
同样的问题，每个供应商，每一次
其他所有人都把供应商联络当作一次采购事件——讲竞争、可谈判、靠关系维护。我们把它当作验证。在报价存在之前，OS 就每个供应商被指名的那一行，向其提出同样的五个问题，条款一致——无论客户是个人爱好者还是整支机队。
这个零件号在你的目录里存在吗？提交的修订版本是你当前的修订版本吗？在这些数量档位你的价格是多少？你的最小起订量是多少？你今天的交期是多久？目录电子元器件从不等待一封邮件——它们先通过元器件情报 API 以机器对机器的方式确认，只有没有任何 API 覆盖的行才发往供应商声明的联系方式。答复是正式声明，逐行记录在案。
每次确认都在固定窗口内运行。窗口关闭时，OS 返回一个确定性的结果：行已确认，或行被点名为未确认——报价的置信度相应下调，选择权交回你手中：等待、接受估算，或更换供应商。业内运转最好的 RFQ 流程，一周内的供应商响应率也只有约 70%；对沉默硬性判负的协议会让大多数报价陷入死锁，而升级给人工处理的协议就不再是协议。沉默被计价，而不是被追讨。
如果供应商声明的当前修订版本与你提交的不同，该行以一个命名异常失败——REV-MISMATCH——并退回给你。客户记录与供应商记录之间的修订漂移，是制造业最常见的静默故障之一；这份标准的答案是在钱动之前把它揭出来，而不是等零件到货之后。由你来解决；我们从不猜测。
每一个通过协议的供应商都成为已验证网络的一部分，而已验证的供应商从来不是一条静态记录：OS 会持续调研它——营业额、人员规模、备案文件、交付历史——始终保持最新。验证之后的下一步是竞争：一旦产品被接入，OS 就能把同一份标准化请求通过 API 广播给网络中合格的供应商，条款一致——于是你的零件的竞争性价格，来得和声明确认一样快。你列出的供应商为报价定锚；网络让它随时间越来越锐利。验证是入口，网络才是资产。而网络供应商发进枢纽的一切，都在标识要求之下到货——一件零件、一个码、一个身份，对所有人一样。
它在哪些地方拒绝通行做法，以及为什么
有待证明的事
这是 v0.1 草案，发布出来就是为了被指正——如同之前的生产层级模型与评分卡。三个风险被公开点名。第一，摩擦赌注：所有关于 RFQ 行为的研究都说摩擦扼杀转化，而这份标准刻意选择了最大的进料摩擦；赌的是迈过门槛的客户比在门槛前流失的量更值钱。第二，机械零件没有定价 API 层——确认协议绕开它的办法，是去问那个本来就握着价格的一方：你的供应商；这层依赖正是置信度存在的原因。第三，报价的置信度百分比起初是一个派生指标——已确认行与估算行的占比、价格新旧、供应商历史——只有当报价与实际的对照数据积累起来，它才成为经校准的统计论断。除此之外的任何做法都是营销小数点，而登记册终会抓住我们。登记册 →
这份标准从何而来
写作之前，先对照真实的进料要求与现行标准做了调研——关键参考：
JLCPCB — 装配 BOM 要求 · PCBWay — SMT 下单指南 · Arena — BOM 字段实践 · OpenBOM — 父子结构与缩进式结构之辨 · Arena — 虚拟 BOM 语义 · NIST — 基于模型的企业计划 · Quality Magazine — 2026 年 MBD 采用状况 · QIF / ISO 23952 — 质量信息框架 · 1factory — 首件检验 · CycloneDX / ECMA-424 — 开放 Schema BOM 的先例 · CEN/CENELEC — EU DPP 标准，2026 年 7 月 · Nexar — 元器件情报 API · Keelvar — 自主寻源的当前水平