[Feature] 支持按需派发子代理：简单任务主代理直接完成，必要时派发并选择相称的推理强度

Feature Description

希望能提供一种可选的“按需派发”策略：

• 默认由主代理直接完成任务。
• 只有任务确实需要并行、独立探索、上下文隔离或独立审查时，才派发子代理。
• 派发时根据子任务的难度、风险和验证要求选择推理强度，而不是未经判断就继承主会话设置。

这不是要求取消子代理，也不是要求改变所有用户的默认行为，而是希望提供介于“固定派发”和“全程 inline”之间的选择。

Motivation

我目前在 Pi 中使用 Trellis，已经在全局规范中要求：

除非任务确实需要并行、独立探索或专门审查，否则主代理直接完成，不无谓开启子代理。

必须使用子代理时，按子任务难度、风险与验证要求选择推理强度；简单检索和机械修改使用低强度，复杂架构、调试与安全审查才考虑高强度，不要盲目继承主模型设置。

但这类规范不能稳定达到预期，因为 Trellis 的默认工作流同时要求主会话派发 implement/check 子代理。当主代理已经理解需求、读过相关代码，并且能够直接完成一个范围明确的小改动时，固定派发会增加：

1. 拆分任务和准备交接上下文的成本。
2. 子代理重新读取材料、理解问题的 Token 开销。
3. 等待子代理返回、主代理再检查和整合结果的时间。

这些成本并不总能换来相应收益。我没有严格的耗时或 Token 对照数据，因此这里不主张固定的节省比例；希望解决的是工作流缺少按实际需要选择执行方式的能力。随着模型能力提高，希望工作流允许它直接完成适合单代理处理的任务，而不是把派发本身当作必要步骤。

Alternatives Considered

1. 提供可选的按需派发策略

启用后：

• 范围明确、依赖集中、主代理已有充分上下文的任务，可以直接完成。
• 存在可独立并行的工作、较大的探索量，或独立审查需求时，可以派发。
• 不再同时注入“实现和检查必须派发子代理”的冲突指令。
• 不派发不代表省略质量检查：相关 specs、测试、验证和任务生命周期要求仍然保留。

不希望每个小任务都增加一次询问用户或额外规划；主代理应自行作出简短判断，只有值得派发时才产生交接开销。

2. 按任务使用已有的推理强度配置能力

Pi 的 trellis_subagent 已经支持通过 thinking 指定本次子代理的推理强度，本需求不要求新增这一参数。

希望“按需派发”策略在决定使用子代理后，要求主代理根据本次子任务的难度、风险和验证要求，主动选择合适的推理强度，并通过已有参数传入：

• 简单检索、边界明确的机械修改，优先较低强度。
• 复杂架构分析、困难调试或高风险审查，选择相称的较高强度。
• 不因为主会话正在使用高强度，就不经判断地让简单子任务继承同样设置。
• 尊重用户显式指定的强度，不要求所有子代理一律降级。

这里希望改善的是工作流中的选择行为，而不是增加新的模型或推理强度配置入口。