Missions
Factory推出的多Agent自主任务执行系统，支持用户描述目标后由编排者、工作者、验证者协作长时间自主完成软件任务。
时间轴 (近 90 天)
Factory的Missions系统最长连续运行了16天。
Missions的验证者在设计上具有对抗性，两类验证者都没看过代码。
Missions要求Worker完成功能后填写结构化交接，记录完成了什么、遗留了什么、执行命令及退出码、发现的问题、是否遵守程序。
Factory试过让Agent并行执行软件工程任务，但行不通，因为Agent互相踩踏修改、重复劳动、架构决策不一致，协调开销吃掉速度收益。
Missions采用功能层面串行执行，同一时刻只有一个Worker或Validator在跑；功能内部的只读操作则并行化。
在Factory的Slack克隆生产案例中，60%的时间和60%的token花在实现上，最终代码中50%的行数是测试，测试覆盖了90%的代码。
Missions将几乎所有编排逻辑写进提示词和技能，而非硬编码状态机，约700行文本，改动四句话就能显著改变执行策略。
Missions的确定性逻辑很薄，只负责记账：跑验证、在交接问题未解决时阻断进度。
Luke建议用户打开OpenDroid，运行slash missions，和编排者争论范围，批准计划，然后去做别的事。
全部知识事实 (14)
Missions系统使用验证合约（Validation Contract）在任何代码编写之前就定义完成的含义
95%待验证Missions将委派、创建者-验证者、广播和协商四种模式组合成一个统一工作流
95%待验证Missions架构由三个角色组成：编排器（规划层）、工作者（实现层）和验证器（质量保障层）
95%待验证Missions的验证器不仅验证代码的lint、类型检查和测试，还验证端到端的行为
90%待验证Missions中每个工作者拥有干净的上下文，通过Git提交让下一个工作者继承干净的代码库
90%待验证Missions采用功能层面串行执行，同一时刻只有一个Worker或Validator在跑；功能内部的只读操作则并行化。
50%待验证在Factory的Slack克隆生产案例中，60%的时间和60%的token花在实现上，最终代码中50%的行数是测试，测试覆盖了90%的代码。
50%待验证Missions将几乎所有编排逻辑写进提示词和技能，而非硬编码状态机，约700行文本，改动四句话就能显著改变执行策略。
50%待验证Missions的确定性逻辑很薄，只负责记账：跑验证、在交接问题未解决时阻断进度。
50%待验证Luke建议用户打开OpenDroid，运行slash missions，和编排者争论范围，批准计划，然后去做别的事。
50%待验证Factory的Missions系统最长连续运行了16天。
50%待验证Missions的验证者在设计上具有对抗性，两类验证者都没看过代码。
50%待验证Missions要求Worker完成功能后填写结构化交接，记录完成了什么、遗留了什么、执行命令及退出码、发现的问题、是否遵守程序。
50%待验证Factory试过让Agent并行执行软件工程任务，但行不通，因为Agent互相踩踏修改、重复劳动、架构决策不一致，协调开销吃掉速度收益。
50%