Aiepco 工业智能体
我们的工作流程
这一页是我们和「把活接过去就干」的区别所在：交付被拆成有放行条件的阶段，任何一步证据不全，就不会进入下一步。
四步与各自的放行条件
STEP 1
需求提交
→ 工艺描述、硬件型号与订货号、I/O 条件、安全等级、验收标准
验收标准必须是可验证的断言，不能是「逻辑要正确」这类话
STEP 2
方案框架
→ POU 结构规划、变量命名规范、状态机设计、交付物清单
块调用层级不超过 3 层；安全逻辑与标准逻辑分开
STEP 3
澄清确认
→ 未决项登记在案，每条写明「若是／若否」两种分支动作
书面依据才结案（报告／铭牌／规格书），不接受口头确认
STEP 4
实施与交付
→ 代码与自检报告 → 真实编译 → 静态检查 → 动态验证 → 实机确认
前一步未通过，后一步不予评估；安全功能必须独立验证并签字
三条硬规则
证据缺失 = 失败
没有编译日志就是没有证据，判失败 —— 不是「未检查」，更不是「默认通过」。
条件通过 ≠ 通过
现场条件未确认时可以继续推进，但结论不得作为最终验收依据；结案必须同时更新受影响产物，只改状态不算结案。
三句话分开说
静态检查通过 ≠ 编译通过 ≠ 逻辑正确。含混地讲一句「质量有保障」，对甲方没有价值。
你需要配合什么
- 需求提交：工艺需求、I/O 条件、安全等级、验收标准
- 方案框架：POU 规划、变量命名规范、交付物清单
- 澄清确认：未决项登记在案，写明两种结论下的分支动作
- 实施阶段：按阶段放行，证据齐全才推进下一阶段