用途：用于设计、配置或加固「软件工厂」——一种让智能体围绕目标自主迭代的 AI 开发工作流。它把传统软件开发生命周期重新组织为循环：工程师只在计划输入与评审输出两处介入，中间环节由智能体与确定性代码承担。
主要能力：以「门即循环」为核心，要求有真实、自动化的检查来拒绝坏输出，否则只是智能体自我认同。工作流由五个构件组成：心跳（调度与目标）、技能（每轮读取的规则与禁改清单）、子智能体（拆分执行者与检查者）、连接器（开 PR、评论工单、通知频道）、验证器（测试/类型检查/构建等门）。角色可靠性排序为代码 > 工程师 > 智能体，确定性步骤应尽量下沉到代码。
使用方式：按「证明→加固→自动化」顺序推进：先手工走通每个节点并画图，再在真实案例上人工观察跑通一轮并确认门能拒绝坏输出，然后加入停止条件、熔断、状态文件与禁改清单，最后才接入心跳（cron、/loop、GitHub Actions）。配置时通过 /factory-init 运行问卷，确定目标、门、环境、副作用与清理、状态后端、执行者/检查者、停止条件、心跳、连接器与经济性十项。
适用场景：任务至少每周重复、存在可自动拒绝坏输出的门、智能体可端到端完成、且「完成」是客观可判定时，才值得建循环；否则建议保留单次提示。
限制：循环会安静地失败，需防范过早完成、静默失控、上下文腐化、幽灵实现、范围蔓延、理解债、审批疲劳、注入传播与巨型技能等失败模式。不可逆操作（生产部署、删数据、支付、推主分支）必须人工审批，可靠性不能跨越不可逆性边界。关键指标是「每次被接受变更的成本」，接受率低于 50% 应停止并报告。资料未提供具体价格与收费信息。