AI 软件工厂：把业务需求变成可发布代码的工程化体系

咨询机构 Campllight 在博客中提出「AI 软件工厂」概念，将其定义为一种「托管式系统」，用于在 AI 智能体、连接工具、自动校验与人类监督的协同下，把已定义的需求转化为经过验证的软件变更。作者强调，这一概念与云服务器之于硬件管理的角色类似，是软件交付层面的一种新的组织化形态。

概念界定：与「编码智能体」的边界

作者认为，单纯比较「AI 能做多少」无法区分编码智能体（coding agent）与 AI 软件工厂，二者的差别在于执行之外的系统性。作者给出的参考流程为：定义意图 → 关联上下文 → 执行 → 验证 → 必要审批 → 发布 → 反馈。流程中不同环节可由智能体、普通代码、现有流水线或人完成，瓶颈通常落在验证环节，因为评测与护栏本身仍在持续演进。

文中也指出，AI 软件工厂并不取代 CI/CD，而是把智能体生成的工作接入既有构建、测试与部署机制。Camplight 将自己定位为「人主导的 AI 软件工厂」，即由人显式决定自主度、验证方式与干预点，理由是行业尚未进入完全无人的「暗灯工厂」状态。

Nest：基于三次客户实践的通用模型

作者披露，过去九个月中 Camplight 已为三位客户部署了 AI 软件工厂，但因 NDA 限制无法公开具体环境。其将经验抽象为一个名为 Nest 的公开模型，底层基于其开源基础设施 OrgOps。Nest 的界面并非「必须复刻」的清单，而是用于暴露运营问题与构件组合方式的可视化载体。文中明确说明，截图所列名称、预算、节奏与性能数字均为示意，并非已发布的客户结果。

七大构件：用于横向评估的视角

Nest 围绕七个领域组织，用于横向比较 AI 软件工厂平台：

• 运营可见性（Operational Visibility）
• 智能体管理（Agent Management）
• 配置（Configuration）
• 项目（Projects）
• 团队组装（Team Assembly）
• 可复用能力（Reusable Capabilities）
• 人机协作（Human Collaboration）

作者强调，这七项是评估框架，不是必须新建的七款应用。

运营仪表盘：从活动指标走向交付指标

在第一个构件「运营仪表盘」中，作者把支出、任务、问题、活跃项目与社区关注点聚合到同一视图，强调可见性必须可触发动作：被阻塞的任务要能跳回上下文，支出异常要能定位到对应工作流，评审请求要能直达产物与验收标准。

在度量层面，作者主张区分活动指标与交付指标：例如「智能体完成了 100 个任务」只描述活动，并不等同于「公司收获了 100 个有效产出」。其倾向的综合评估维度包括已采纳变更数、端到端交付耗时、评审投入、返工率与执行成本。

文中还提到相关前期分析，包括对 Uber AI 软件工厂的案例研究以及「暗灯工厂成熟度」的讨论，并以「系统能否回答仪表盘背后的运营问题」作为对读者的自检收尾，原文在该处截断。