用途：适用于规模大且含糊、高风险或多组件的工作，例如“现代化这套技术栈”“把 X 重写为 Y”“迁移 N 个调用点”“从零构建平台”，以及跨三个服务的复杂缺陷。若工作小而清晰、单文件或可在一次简短设计对话中完成，则不应使用；追踪单个可复现运行时缺陷应使用专门的调试方法。
三阶段流程，按序执行，答案改变全局时回到前一阶段：
阶段0 框定与自查：先说出自己的理解与假设并邀请纠正，扫描互斥目标与未承认的取舍，做自己能做的功课（读代码、检索、梳理子系统）；仅剩真正只有用户能回答的未知项（偏好、风险容忍度、凭据或约束、不可逆或对外决策）。
阶段1 ALIGN：用环境中的结构化多选题工具（如 AskUserQuestion）进行多轮、带评分的问题澄清。选项带 /100 分数与一行取舍，优先推荐项标“(Recommended)”，每个选项说明其缺点；按类别组织决策空间（可达约20类）；按工具每卡上限分批（AskUserQuestion 每卡最多4题、每题最多4选项）；适应预算最多约10轮，是上限而非目标，每批后重新规划剩余问题。答案若改变架构，须回到阶段0重新框定与研究。
阶段2 SPEC：把锁定的决策转化为可导航的规格语料，文件名前缀即状态：00_/01_ 为稳定主干（决策日志、架构、数据模型、契约），TODO_ 已规格未开始，WIP_ 进行中，DONE_ 已实现并验证，BLOCKED_ 需外部资源或未决决策。至少包含 00_DECISIONS_LOCKED.md，以及每个工作单元的规格，指向真实基准代码。
阶段3 ORCHESTRATE：按依赖排序分波并行执行，波与波之间设验证与提交屏障；控制并发（如 ≤5），构建智能体不提交、不并行安装，由单独验证者运行类型检查与测试并提交。每波后必须自行复跑门禁核对，不能仅凭子代理声称完成。无法验证的部分标注 BLOCKED_ 并给出确切命令。
限制：详细评分细则与问题设计见 references/question-design.md，需在首轮前阅读；资料未提供具体时效、价格或平台支持信息。