didi V2 垂直切片拼装与交互确认
调用 assembleInteractivePlan，先生成逐项 requirement_coverage，再按功能树拓扑顺序拼接每个已选择的垂直切片。任一必需要求为 uncovered 时状态必须为 needs_user_guidance。先加载并去重 public_modules 与适用的 bootstrap_rules，再按 invocations 拼业务功能；同一 public_node_id 的不同 invocation_id 不得去重，per_input_item 与 per_adjacent_pair 必须展开为对应循环。只把条件回调作为分支处理器，不得把互斥结果串成连续调用。
优先使用节点中已验证的 usage.ordered_steps。同一包命中多个能力时，规划器必须为每个能力保留正式候选，并使用已验证的 must_precede、produces_input_for、enables、triggers_callback、cleanup_follows 关系形成确定性生命周期顺序；不得在首个正式节点处返回。节点为 gap 或 not_applicable、部分能力无正式链路、关系无法形成无环顺序时，必须返回 unable_to_complete 和具体能力缺口。
正式完全未命中时才允许使用 meta_knowledge，并遵守深度、分支、节点、关系、尝试次数和时间预算。不得手工补边、降低启发式策略、跨越公共边界或从源码补证据。
多 SDK 请求保留各自包内顺序；跨包只使用功能树数据依赖、公共输入输出绑定或明确用户约束。每个原子功能必须映射到完整切片或明确失败。向用户展示 application.interactive-plan/v2 的顶层规则、功能链、条件分支、失败、备选与干预项；状态为 ready_for_review 时仍不得实现，必须收到 application.user-intervention/v2 的批准。选择候选或修改功能时生成新 revision，只替换受影响子树。