用途：为现代化改造项目生成任务 DAG。分两阶段：Stage 1（§1.4）从 task-catalog 选择片段、判定 deep_planning 并输出 DAG JSON；Stage 2（§3.2.2）在深度规划时读取计划工件，生成 execute+validate DAG。参考文件包括 references/task-catalog.md（片段库，含 when/skip-when/after/scope）与 references/dag-rules.md（依赖、压缩、规模等构建规则）。
主要能力：Stage 1 读取 {{BASE_PATH}}/artifacts/project-profile.yaml（project.loc、project.languages、project.modules、assessment.change_type、assessment.grouping_needed）与 coordinator 传入的 user_ask；若 user_ask 指定明确目标栈或版本，需原样保留，不得替换或降级。判定 deep_planning：跨模块依赖需先发现、change_type 为 rewrite/extract 且目标架构不明确、规模大到无法直接枚举执行任务时为 true；单模块或结构清晰、upgrade 类、可直接从项目画像推导执行任务、小型项目则为 false。随后按 change_type、user_ask 意图、项目画像与 deep_planning 选择片段；当目标运行环境与源不同或用户指定目标版本时，必须包含 target-env-prep，且应早于 scaffold/implementation/build/test 运行，通常与架构/源码分析并行。选择后执行强制 skip-when 检查，命中即移除（如 deep_planning: false 时移除 implementation-plan）；若 user_ask 明确要求完整性、一致性或功能对等检查，则强制加入 conformance-review、feature-parity-signoff，此覆盖仅可增加不可删除，且须在 skip-when 清理之后执行。片段选择理由不输出给用户。Stage 1 输出 JSON 给 coordinator，不写文件，结构含 deep_planning 与 tasks（id、role、title、depends_on、phase_label）；deep_planning 为 true 时只产出 plan 阶段任务，否则产出完整 DAG。Stage 2 由 coordinator 提供工件基础路径、原始请求、change type、分组模式与范围内分组、fan-out 路径、任务 ID 偏移；读取计划工件与两个 references 后按 dag-rules.md 生成 JSON 任务图。
限制：不决定分组/拓扑（由 coordinator 在 §1.3 决定）；不计算拓扑分组（属 project-decomposition）；不做角色发现（按任务内容分配角色，coordinator 用 team-charters 细化）；不匹配 task→skill（属 worker subagent）；不执行任何操作；不提示用户（属 coordinator 检查点）。