用途：mission-brief 接收一段功能描述，先将其结构化。
使用方式与流程：先把参数解析为标志位与描述文本，标志包括 --async/--sync（执行模式）、--resume（从状态恢复）；无描述且未加 --resume 时，从功能名尽力推导。随后进入 Phase 0 配置：创建 .adlc/workflow 及 tmp、runs 子目录，若无 workflow-config.yml 则从技能自带 config-template.yml 复制，并读取配置。默认配置为 execution: sync、supervision: gated、max_iterations: 5、max_spec_corrections: 2、circuit_breaker: 3、quality_threshold: null。执行模式优先级为标志位 > 配置 > sync。
--resume 时进行恢复检查：读取 .adlc/workflow/.mission-state.json；若某功能的 mission-log.json 已存在则报告已完成并停止；若有含已完成步骤的状态则从首个未完成步骤继续；若无状态则报告未发现中断任务并停止。未加 --resume 但存在中断状态时会询问用户，不静默覆盖。
Phase 2 将描述整理为 Mission Brief 模板，包含 Goal、Constraints、Non-Goals、Success Criteria（建议 2-5 个可衡量结果）。gated/hybrid 下展示并等待确认或编辑；autonomous 下若成功标准为空或 TBD 则停止；--async 直接继续。
Phase 3 将任务分类为 spec / change / quick 三种路线：spec 为新功能全流程并可评估 brainstorm、clarify、analyze、trace 等可选阶段；change 为修改类，走 specify 加 implement↔converge；quick 仅 implement。
Phase 4 先发现 agent 目录，记录 skills_dirs、commands_dirs，并建立本地技能清单 local_skills（读取各 SKILL.md 的 frontmatter 中的 name 与 description）。然后按路线生成有序步骤列表，每步为含 id、phase、tier、prompt、status 的对象，并在门控模式下展示给用户。步骤提示词由阶段指令、Mission Brief 上下文、委派包装三部分组成。
Phase 5 按步骤逐个派发给子代理执行，子代理先按顺序尝试：技能匹配、命令匹配、直接执行；返回 1-2 句摘要、改动文件、测试结果、结果信号（DONE / CONTINUE / SPEC_CORRECTION_NEEDED），并可选返回质量分、门控摘要、置信度。converge 步骤会附加独立性提示，要求独立核验且检查 Non-Goals 越界。
限制：不适用于单次小修改，也不适用于已有规格与任务、只实现其中一个任务的场景。文档未提供具体收费、平台、效果或使用步骤以外的信息。