工厂操作系统
层次 04Moduloa 为模块化制造提出的工厂操作系统，将把可移植的生产蓝图与运行它们的车间连接起来。这套制造操作系统将管理修订版本、布局、工装、机器人任务、质量门与单件可追溯性，而枢纽产能与路由已包含在论纲的数据模型之中。它还不存在。下文的十类对象与发布纪律，界定了需要建造和测试的内容。
不只是一套 MES
论纲描述了预期的范围：工厂操作系统不只是一套 MES，它是可重构生产的控制层。这一范围把工艺修订、物理配置与可追溯性结合在一起。它是一项有待检验的提案，与现有系统的重叠和集成问题仍未解决。
车间是一个变量，不是一个常量
所提出的区分在于：车间的布置本身是生产发布的一部分。在产品之间，单元可能被搬动，夹具可能被更换，工装可能被替换，而人形机器人是所提出的重构层。布局、工位能力、工装状态与机器人任务定义，将是操作系统所拥有、做版本管理、并在任何物理动作发生之前先行验证的对象。现有的工厂软件是否已经能够覆盖这一范围，正是有待检验的问题之一。
那些悬着的问题属于别人
所提出的操作系统规定机器人任务的要求、工装、排程，以及一次运行应当返回的记录。执行模型把实际的物理作业分配给单元与人形机器人。与机器人控制器之间的接口，以及与 MES 或 ERP 之间的职责划分，仍未规定；论纲的学习路线图把这些工厂软件系统列为需要理解的技术栈的一部分。
“不只是一套 MES”是一种意图，而不是一句竞争主张：今天做 MES、数字孪生与物理 AI 平台的人，本就拥有这一层将要成为的东西。有三个问题该由他们来回答，而它们在要去问的清单上，不是已经有的答案——一条运转中的产线里，究竟有多少真正可迁移，多少是隐性的、与场地绑死的；OPC UA、MTConnect 与 OpenUSD 的互操作性，是否足以让一个工艺在不重做集成的情况下被重新实例化；以及一个中立的路由层，最终究竟由谁拥有。来自那个世界的指正，是这一页最值得吸引到的东西。如何参与 → · 联系 →
操作系统必须知道的十类对象
论点自己的数据模型，原样照录，不作缓和。它是一份草图，下面的《诚实的局限》说明了原因。十类对象，是目前公开承诺过的全部。
| 对象 | 工厂操作系统应当知道什么 | 在哪里被规定 |
|---|---|---|
| 产品 | 件号、修订版本、BOM、需求、客户要求 | 进料标准 |
| 生产流程 | 修订版本、工位顺序、周期时间、质量门、在制品处置策略 | 工业化 |
| 工位 | 能力、位置、公用设施、安全区域、可兼容的任务 | 执行 |
| 工具 | ID、修订版本、校准、存放、兼容性、维护 | 质量 |
| 夹具 | ID、修订版本、产品兼容性、基准策略、存放、验证状态 | 工业化 |
| 机器人任务 | 技能、所需工具、成功率、安全限值、预期周期时间 | 执行 |
| 枢纽 | 认证层级、产能、设备、供应商可及性、质量历史 | 枢纽评分卡 |
| 质量记录 | 检验结果、测试数据、偏差、返工、可追溯性 | 质量 |
| 产能时段 | 已预留时间、可用时间、成本、客户分配 | 经济模型 |
| 路由决策 | 成本、风险、运输、关税、能源、贴近需求的程度 | 路由 |
右边这一列，是本站在对自己问责。每一类对象都指向某份已公开的文档，没有任何一类对象背后有可运行的代码，而其中有几份也只规定了它旁边那类对象的一部分。
像发布软件那样发布一座工厂
提议、评审、验证、批准、发布——只有到那时，才会有任何物理动作。工作论点 §5 把整套 GitHub 流程映射到一座工厂上，从代码仓库直到回滚。
类比破裂的地方
物理层面的回滚更难，而有些变更无法回退，除非报废在制品、搬动物料或重新验证安全区域。因此系统需要回滚类别，而每份蓝图都带有一套提前决定、而不是慌乱之中才决定的在制品（WIP）处置策略：完成、隔离、转移、冻结或报废。对应的失效模式是配置漂移——物理布局悄悄与数字布局分岔——而它以每日的机器人与相机核验、夹具 ID、工具扫码与偏差规则作答。一套检测不出漂移的操作系统，是一份文档，不是一个控制层。
无人介入的决定
十项决定，每一项都在各自的页面上被完整规定。这里是索引，不是规定——其中前三项已经在演练里跑起来了，包括被拒绝的那一条路。没有任何一项已经建成。
五层之一，也是承住另外四层的那一层
它没有自己的阶段，因为它贯穿全部阶段。一层一句。
层次 01 · 产能即基础设施
产能时段是操作系统里的对象——正是它把“我们八周后有空”变成一个有价格、已预留、可比较的时段。客户与它相遇的地方 →
层次 02 · 可移植蓝图
一份没有任何系统为它做版本管理、验证与部署的蓝图，只是一个装着文档的文件夹，而一个装着文档的文件夹并不可移植。蓝图是怎么做出来的 →
层次 03 · 人形机器人作为柔性层
机器人任务作为操作系统里的对象，正是它让一台人形机器人成为可排产的资源，而不是一段演示。追踪页 →
层次 05 · 认证枢纽
认证需要证据，而操作系统正是产出证据的东西：每一个质量门结果、每一项偏差、每一份测试记录。枢纽评分卡 →
尚未合上的，与有待证明的
一套操作系统还是两套——模型还没有决定
本站有两份文档对这套软件的描述并不一致，把这件事说出来，好过把它糊过去。论点把枢纽、产能时段与路由决策放进工厂操作系统的对象清单里——一套系统同时知道车间与网络。团队页则把它们拆开：“运行一家枢纽的工厂操作系统，以及把多家枢纽连成网络、并决定一件产品应当在哪里生产的供应与物流操作系统。”两种说法都站得住。放置决策究竟是那个运行车间的东西的一项功能，还是一套独立的网络层系统的功能，这是一个真实的架构问题，而它没有答案。它在商业上也要紧，因为第二种读法更接近那种会被许可给一家 Moduloa 并不拥有的枢纽的东西。这一页会在有了答案之后更新，而不是在那之前。
还没有建成
这些都还没有建成。不存在工厂操作系统——没有仓库，没有写成代码的数据模型，没有运行中的实例。阶段 0 计划把“工厂操作系统数据模型草图”列在 6–12 个月这一档，作为一项仍然未完成的产出，而制造业页上的任务清单显示它仍然处于未完成状态。演练是这件事的诚实版本：那里的每一个界面都是一项主张，不是一张截图。
被点名的风险
风险清单点出了这一页最容易撞上的失效模式，而它不是技术野心，是范围：工厂操作系统可能过早变得太大。它给出的缓解措施是，从一个最小的生产流程数据模型开始，再依据真实需求扩展。一个在一条产线都还没运行之前就公开的十类对象模型，恰恰就是那条缓解措施在警告的东西——这也正是它在这里被标为草图、而不是规范的原因。配置漂移是第二项被点名的风险，也是会让这一页上其他所有保证一并失效的那一项。
被标注日期的主张
被标注日期的主张是 P-12：一套工厂操作系统——把布局、工具、质量与产能当作版本化配置来掌控的软件——对柔性制造是核心的，到期日 2036-12-31。这是一项关于行业的主张，不是关于 Moduloa 的，而它可以从两个方向落空：这一层可能根本不是核心，或者它是核心、但被一个早就拥有它的人拥有。P-27——在两家组织的单元之间转移一套已认证的工艺，期限 2027-06-30——是检验这一层所要实现的可迁移性是否成立的较近的一场测试。P-10（经验证的蓝图在认证工厂之间迁移）的时间地平线是 2036 年，因此它是长期的赌注，而不是下一步。查看预测记录 →