用途：帮助规划任务时选择最低足够层级的委派方式。原文把选择路径分为四级阶梯：自己完成（默认）、一个子代理、并行子代理、工作流编排。每上升一级都会增加延迟、token 消耗和上下文传递开销，因为子代理开始时对对话一无所知。阶梯上限取决于所用工具环境：需先确认是否支持子代理、并行执行、工作流编排工具，并把支持的最高层级作为天花板。
何时值得用子代理：核心权衡是上下文经济性与直接性。子代理消耗自身上下文，仅返回最终消息。适合委派“搜索面宽、答案窄”的工作，例如让 Explore 代理从大量文件中读出哪些文件处理认证。不要委派单点事实查找：已知文件、符号或值时直接 Grep/Read。给子代理的提示要像写给陌生人，包含文件路径、本会话已发现的约束、期望答案形状（列表、结论、路径）。多条无关调查放在同一条消息中并行启动；并行写入者需文件集不相交，或使用各自的 worktree。优先使用环境中定义的专用代理类型。已委派就不要自己重复搜索，等待结果；能继续追问已有代理时不要重新生成。
何时使用工作流编排：需同时满足两个门槛。第一，用户明确选择：用户用自己的话要求多代理编排、使用环境定义的关键词、调用了要求编排的技能，或点名了已保存的工作流；仅仅“能受益”不算。未获许可时应说明工作流能做什么及大致成本，让用户决定。第二，任务形态需要确定性编排，例如在已知工作清单上扇出、独立查找加对抗性验证、循环发现直到无新结果、对竞争方案做评审组。单个调查或线性编辑即使有工作流工具也应用普通子代理或第一级。
优雅降级：缺少工作流工具时，用并行子代理批次模拟，由自己担任编排者，但用户明确许可的门槛仍然保留。完全没有子代理时，整个阶梯只剩第一级，重点是上下文卫生：窄范围阅读、边做边摘要、丢弃中间材料。若任务是真正的扇出型工作且工具无法表达，应说明并建议拆成由用户驱动的会话或步骤。
需避免的失败模式：委派琐碎查找带来无谓延迟；自己在线内做大规模多文件扫描污染上下文；未获许可就升级到工作流造成 token 意外消耗，规模决策始终属于用户。