产品定位
生产在变，软件也需要持续修改
客户新增一种提货方式、生产增加一道工序、业务想提前看到缺料提醒——这些需求需要被解释、实现和验证。
m³ 是制造业 ERP 持续演进的需求交付平台。它从业务背景和规则出发，在约定的项目、代码、资料和权限范围内，通过 AI 组织需求拆解、技术设计、开发测试、审核验收与发布反馈。
生产管理系统处理日常业务；m³ 处理软件需求的交付过程。m³ 先服务内部交付，客户开放范围按项目确认。
工作项
把需求和过程放在一起
需求需要关联业务背景、子任务、实现记录和后续反馈。只保留一句需求描述，无法解释为什么这样做，也无法判断做得是否正确。
业务背景
谁遇到问题、发生在哪个环节、影响什么结果。
范围与规则
适用对象、触发条件、例外处理、需要确认的边界。
验收与反馈
什么结果表示通过，哪些差异还需修复，后续变化如何进入下一轮。
交付过程
开发过程可推进，也要可检查
平台流程包括需求拆解、技术设计、编码和测试，保留阶段与工作项的关联。关键审核节点可以根据流程设置机器审核或人工确认。
- 拆解需求，使子项与原始目标保持关联。
- 带着资料和规则进入技术设计与开发。
- 保留测试结果与差异，不把“已编码”当作“已验收”。
- 根据审核与验收结果推进，或回到问题修复。
发布边界
验收、合并与上线，需要分开看
工作项登记、开发完成、代码合并、部署上线和业务验收是不同状态。m³ 的流程与发布门禁用于组织这些状态之间的推进。
是否自动推进、哪些节点由人确认、发布前检查什么，应按项目约定。网站不承诺 AI 可以跳过业务确认直接自主上线。
例：一个“交付风险提醒”需求，需要先明确提醒对象、时间口径与异常条件，再验证触发结果和关联单据。
适用场景
从真实的软件需求中使用平台
- 生产管理系统的规则调整、字段补充和流程扩展。
- 业务反馈的问题定位、修复跟进和复测。
- 需要保留业务背景与验收证据的持续迭代。
平台具体开放方式、交付范围与服务安排，需要结合项目确认。