用途：factory-mission 是软件工厂的执行编排器，接收功能描述后整理为 Mission Brief（目标、约束、非目标、成功标准），生成有序步骤列表，并通过顺序子代理运行逐步执行，适用于工厂化团队中端到端构建功能、按工单队列自主运行，以及需要熔断、分数回归检查与 factory-mission --resume 续跑的场景。非工厂独立项目、单行小改动不建议使用。
主要能力：通用技能路由，扫描已安装技能并交给子代理选择；工单无关集成，使用 --issue <ref> 拉取工单上下文、遵循自动化/监督标签并回写状态评论与迭代日志；代理间评论总线，将每步终端输出（决策、发现、产物引用，不含草稿）发布为 PR/MR/issue 上的结构化评论，作为跨会话的持久记忆；自包含 Worker Brief 持久化到 .adlc/workflows/runs/<run_id>/brief.md；每次运行独立 git worktree 隔离；基于租约的存活检测（心跳+TTL）；停滞检测（默认 20 分钟窗口）；基于 lane 的调度（inline、agent、cli:<runtime>）；共享 scratchpad；工作流记忆与自我改进（.adlc/workflows/memory.jsonl）；层级上下文参数 {{params.<key>}}；自主/监督模式下将 implement 拆分为测试与代码两步，并强制 RED/GREEN 机械门禁。
使用方式：读取 .adlc/workflows/runs/<run_id>/mission.yml，解析执行与监督方式；指定 --issue <ref> 时发现凭据与 MCP/CLI 工具、拉取工单内容、读取标签，若为交互式或需人工门控则暂停；无工单时从参数读取规格描述，评论总线不启用。随后生成步骤列表，按 spec、change、quick 路由分类，每步声明 output_type 与 reads_from。执行阶段按顺序运行，进入 implement/converge 时执行收敛循环，converge 返回 DONE、CONTINUE 或 SPEC_CORRECTION_NEEDED，并检查熔断器（默认 3）与分数回归计数。完成阶段读取标记评论汇总审计轨迹，执行 adlc-cli workflow state advance <run_id> --step <last> --status completed，写入 iterations.md，回写工单评论与生命周期标签，PR 合并交由代码所有者批准，不自动合并。
限制：仅适用于启用工厂的团队；非工厂独立项目应使用 adlc-cli workflow run <workflow.yml>；琐碎单行改动直接处理；跳过测试/代码拆分仅在声明无测试面（mission.yml 中 tdd: false）、仅文档/配置步骤或交互模式下允许；自主/监督模式中含代码步骤不得跳过。其他收费、价格、平台与效果信息暂未提供。