本次介绍：AI 软件工厂 · 阶段四、五、六（共六个阶段）

代码写出来，不等于能用。软件研发的后半程，是把“能跑”变成“可交付”：有人审查、有人验证、有人能运维。这三道工序，构成质量闭环。

前半程产出代码，后半程保证它不是雷。

第四道 · 代码审查：先查，再进测试

第四阶段先给代码做体检。审查角色看需求、架构与当前代码，先跑一遍测试，再按BLOCKER/HIGH/MEDIUM/LOW分级列出问题，每条含严重级别、文件位置、描述、复现步骤、修复建议，最后给出APPROVED/CHANGES_REQUIRED/BLOCKED结论。一条铁律：审查只查不改代码。

• 以MiniBMC Simulator为例，12项检查（API 路径与方法、错误状态码、电源状态转换、幂等、阈值、事件记录、注入安全、边界覆盖等）全部通过，结论APPROVED，仅6个LOW。
• 审查的价值在“第三方视角”：写代码的人容易盲信自己的实现，审查角色对照 PRD 与架构逐条核对，把“以为对了”变成“确认对了”。

第五道 · 测试验证：把验收标准变成证据

第五阶段把 PRD 的验收标准逐条变成可执行的证据。必测项覆盖查询、正常健康、各类阈值越界（CPU 高温 Warning/Critical、风扇低转、PSU 越界）、电源操作与重复幂等、错误注入（错 JSON / 缺字段 / 不支持方法）、事件日志、同场景重复运行一致性，共 88 项实际执行、0FAIL、0 BLOCKED。

• 硬规矩：没执行的测试不标PASS。这条堵死了“假装通过”每一项结论都有实际运行结果支撑，失败项附最小复现步骤与期望/实际对照。
• 测试不是阶段的终点，是进入运维的门槛：报告明确“是否建议进入运维阶段”，把交付权交给证据而不是感觉。
  跳过它，验收靠主观-“应该没问题”是最危险的句子。便携式智力工厂上的测试全在本地跑，结果当场可见、可复盘。

第六道 · 运行与运维：让软件真正落地

第六阶段产出运维手册与运行日志：Windows/Linux启动命令、一键测试命令、健康检查（GET /api/v1/health）、正常与异常场景运行命令、停止重启、端口占用处理、常见故障方法。服务实测走完启动→查询→电源操作→事件查询→测试→停止全流程，确认最终可交付。

• 日志落盘到 artifacts/：server.stdout/stderr.log、test_run.log、server.pid，便于现场回溯与交接，不依赖人脑记忆。
• 约束兜底：不安装外部服务、不修改系统设置、不删除文件-运维动作被框在最小本地配置内，避免“为排障搞坏环境”。
  跳过它，软件停在“能演示”而非“能值守”。在便携式智力工厂上，运维手册与代码同源生成，外场交接即可用。

后三道，把“能跑”关进质量闭环

三道工序层层设卡：审查防错、测试取证、运维交付。更重要的是反馈闭环-每次排故、每次修复都沉淀进知识库，下一次更强，用一次强一次。

过去，把软件做到“能值守”，要靠测试、运维、专家多岗接力，大多还离不开网络与机房；现在，便携式智力工厂让这套闭环离线、现场跑完：一句话需求进，一份可运行、可验证、可运维的软件出，代码不出设备。六道工序首尾咬合、跑在一台能带去现场的机器里。

这，才是一台“智力工厂”该有的样子。