用 Codex 做实体产品设计验证：从需求到可制造性评审的 5 步工作流

admin 设计创意 12小时前

35 0

OpenAI 最新公开的 Codex 实体工程案例很吸引人：两个人在不到一周内完成一个可工作的设备原型。但真正值得复用的不是“让 AI 直接造硬件”，而是让它协助整理需求、接口、可制造性问题和验证证据。

边界说明：本文依据 OpenAI 公开流程独立整理，提示词由本站编写，不是 OpenAI 原文提示词；本站没有复刻该设备，也不把官方样机结果写成本站实测。所有关键尺寸、材料、法规、电气安全和量产结论都必须由具备资质的工程师与供应商复核。

Codex 实体产品验证包五步工作流 — 从需求冻结到验证交付的五步关系图，本站依据 OpenAI 官方案例制作。

准备：先给 Agent 一份“不能替你决定”的清单

开始前建立项目目录，放入真实需求、已有 CAD/PCB/固件、材料限制、目标成本、法规清单和供应商能力。不要把保密图纸上传到未经批准的服务，也不要让模型用“常见做法”填补未知尺寸。

给 Codex 的提示词：

先只读检查项目，不修改文件，也不生成可制造结论。
请列出：
1. 已有需求、CAD、PCB、固件、测试和供应商资料；
2. 缺失或互相冲突的信息；
3. 涉及人身安全、法规、知识产权和保密的风险；
4. 哪些结论必须由机械、电气、固件、工业设计或供应商负责人签字。
对任何未知项写“待确认”，不要自行估算。

第一步：把模糊目标改写成可验收需求

“做一个随身设备”无法指导工程。至少要写清使用者、环境、输入输出、包络尺寸、重量、功耗、接口、成本、交期和验收方法。没有证据的要求，后面很容易变成争论。

给 Codex 的提示词：

请把下面的产品设想改写成需求矩阵，但不要替我发明数值：
【粘贴产品设想】
表格字段必须包含：需求 ID、用户场景、可测量指标、目标值、容差、验证方法、证据文件、负责人、状态。
把“轻、耐用、响应快、好看”等形容词标成不可验收，并提出需要我回答的问题。
最后输出一份需求基线草案和一份未决问题清单，等我逐项确认。

第二步：建立机械、电子、固件与体验的接口表

OpenAI 案例覆盖外壳、PCB、UI/UX 与固件，真正容易出错的是它们之间的边界：连接器是否能插入、天线是否被遮挡、按键行程是否匹配开关、错误状态是否有可见反馈。

给 Codex 的提示词：

基于已确认的需求和项目文件，建立接口控制表。
每一行写：上游部件、下游部件、机械接口、电气接口、数据/协议、功耗、热、装配方向、用户反馈、验证方法、负责人。
请重点寻找：尺寸冲突、连接器不可达、线束弯折、螺丝工具空间、热源邻近、天线遮挡、状态不同步和错误恢复缺失。
只引用文件中能定位的证据；无法确认的项进入未决清单，不生成“最佳猜测”。

第三步：把概念图推进到能被审查的工程资料

OpenAI 原型设备结构工程图 — OpenAI 官方公开的结构图包含剖面、尺寸、公差、材料和装配注记。

一张漂亮渲染不能回答装配问题。审查包至少要有关键剖面、基准、公差、材料、紧固方式、PCB 与电池包络、连接器位置以及版本号。模型可以检查遗漏，但不能证明图纸已经可制造。

给 Codex 的提示词：

请审查当前工程资料是否足够进入结构评审，不要直接修改 CAD。
按“外形包络、基准、公差、壁厚、圆角、拔模、紧固、PCB/电池、连接器、散热、天线、装配顺序、材料、表面处理、版本”逐项检查。
对每个问题给出：文件与位置、风险、需要谁确认、建议补充的图纸或测试。
不要声称通过 DFM；输出“评审准备度”和阻塞项清单。

第四步：用红黄绿问题单做可制造性与风险评审

OpenAI 明确写到 Astra 会漏掉限值、公差和装配约束。这里应让模型暴露问题，而不是让它宣布“设计完成”。红色是安全或装配阻塞，黄色是材料、公差与工艺待确认，绿色必须能指向图纸、测试或签字。

给 Codex 的提示词：

请生成一次 DFM/风险评审议程和问题单，不得替代供应商评审。
按红/黄/绿分级：
- 红：安全、法规、无法装配、明显干涉或关键功能失效；
- 黄：公差链、材料、工艺、成本、良率或测试仍待确认；
- 绿：已有图纸、计算、测试或负责人签字支持。
每项写明证据链接、影响、负责人、截止时间和关闭条件。
如果没有证据，禁止标绿。

第五步：交付可追溯验证包，再决定是否进入下一轮样机

最终交付不应只有一堆模型文件。它需要把需求、图纸、BOM 草案、接口、风险、测试计划、测试结果、变更记录和未决项串起来。任何“已验证”都要能回到证据。

给 Codex 的提示词：

请整理当前版本的验证交付包，不新造数据。
必须包含：
1. 需求—设计—测试追踪矩阵；
2. 图纸、BOM、固件与测试文件的版本清单；
3. 已完成测试及原始证据；
4. 红黄绿风险、未决项和负责人；
5. 与上一版本的变更；
6. 下一轮样机的目标、停止条件和预算边界。
任何缺少原始记录的结果都标为“未验证”。最后生成一页评审摘要，等待负责人签字。