[Bug] spawn_teammate 不能把队友分派到其他模型或其他厂商

[lakeofsky347]

Summary

启用 Agent Teams 后，主模型无法把队友分到另一个模型，或另一个已登录厂商。这不是 OAuth 把子会话锁在当前厂商上。spawn_teammate 没有模型参数，创建时也没有传入 agentOptions，队友只能继承主会话当前的 provider 和 model。

相关讨论：#6985

Reproduction

1. 启用 @deepseek-ai/dsh-experimental-agent-team-profile。
2. 用 OAuth 登录两个厂商，并把两边的模型都写入路由。也可在 subagent-model-selection-settings 里允许多条 provider/model。
3. 让主模型使用 Agent Team，并把某个队友派到另一个厂商的模型。

Current behavior

spawn_teammate 只接受 name、description、prompt、context。执行时写入的 provider 是子代理通道 spawn 或 fork，不是 LLM 厂商：

provider: context === "fork" ? config.forkProvider : config.freshProvider

agentTeams.spawnTeammate 的 SpawnTeammateRequest 同样没有模型字段。roster 调用 subagents.startContinuable 时只传 prompt 和 parent，不传 agentOptions。子会话因此走 resolveChildAgentOptions：没有覆盖项时，继承主会话这次请求的 provider、model 和 reasoningEffort。

能指定 provider、model、reasoning_effort 的是 subagent。Agent Team 的 profile patch 把 tool-subagent 和 tool-subagent-fork 设为 disabled: true。subagent-model-selection-settings 的允许名单只作用于这条被关掉的工具，spawn_teammate 不会读它。

OAuth 凭证按厂商分开保存。子会话只要被创建成另一个已登录的厂商，就会使用那一家自己的令牌。当前工具没有把另一家的 provider 和 model 传下去，所以这一步不会发生。

已在本机安装的 DeepSeek Harness 0.1.7-rc.2 中核对 app.asar 里的 dsh-experimental-tool-agent-team：spawn_teammate 的参数仍是上述四项。

Expected behavior

spawn_teammate 接受可选的 provider、model 和 reasoning_effort。创建队友时把它们放进 request.agentOptions，再交给 startContinuable。未填写时继续继承主会话。指定了另一条已配置且已登录的路由时，队友使用该路由自己的凭证。若会话启用了模型选择允许名单，显式选择也应受到同一名单约束。

Environment

• DeepSeek Harness Desktop 0.1.7-rc.2（@deepseek-ai/dsh-app-boot 0.1.7-rc.2）
• macOS，profile desktop
• 已启用 @deepseek-ai/dsh-experimental-agent-team-profile
• 主会话通过 OAuth 使用已拉取的模型

[Placidoe]

我沿着这个 issue 里的调用链做了一版实现验证，结论和上面的判断一致：问题不在 OAuth，而在 spawn_teammate 没有把“如何创建子 Session”和“子 Session 用哪个 LLM 路由”拆开。

我把可运行实现放在 fork 的这个分支：

• 分支：https://github.com/Placidoe/agent-deck-harness/tree/fix/agent-team-heterogeneous-routing
• 核心实现提交：Placidoe@b7db12d
• 带架构图的中文修复说明：https://github.com/Placidoe/agent-deck-harness/blob/fix/agent-team-heterogeneous-routing/.agents/notes/implemented/bug-fix/2026-09-28-agent-team-heterogeneous-model-routing.zh.md

这版实现没有复用现有 provider 字段去同时表达两个含义，而是明确拆成两层：

flowchart LR
  A[spawn_teammate] --> B[context: fresh or fork]
  A --> C[LLM route: provider model effort]
  B --> D[continuable runtime provider]
  C --> E[shared model-selection policy]
  E --> F[allowlist and adapter preflight]
  D --> G[startContinuable]
  F -->|agentOptions| G
  G --> H[child Session descriptor]

Loading

具体处理是：

1. context 继续只决定 continuable runtime，也就是走 fresh spawn 还是 history fork。
2. spawn_teammate 在启用模型选择时增加可选的 provider、model 和 reasoning_effort。provider 与 model 必须同时提供；全部省略时继续继承 Lead 的兼容路由。
3. Team 不另造一套模型注册表，而是复用普通 subagent 的 allowlist、list_subagent_models、reasoning effort 规范化、adapter preflight 和 Session admission。我为此整理了公开的 @deepseek-ai/dsh-tool-subagent/model-selection 入口。
4. 所有路由校验都发生在 createMember 写入 provisioning 事件之前。字段不完整、路由不在 allowlist、adapter/model 不存在、effort 不受支持，或者 runtime provider 不支持 child agentOptions 时，都会在占用 Team 名称和成员槽位之前失败。
5. Team service 继续把 provider 当作 runtime provider，同时把解析后的 LLM 路由作为 agentOptions 传给 startContinuable({ prompt, parent, agentOptions })。
6. LLM 路由只持久化在 child Session descriptor 中，不在 Team member event 里再复制一份。这样 cold resume 会自然恢复相同的 provider/model/effort，也不会出现两个恢复真源。

兼容性方面，我保留了 fixed-route 部署的原行为：modelSelectionSettings 关闭时，三个新字段和 list_subagent_models 都不会出现在 Team schema 里；开启 Agent Team profile 时，模型选择设置和依赖服务会一起挂载。

我补的测试覆盖了显式跨模型路由、allowlist 拒绝、provider/model 配对校验、runtime capability 拒绝、自定义 fresh/fork provider 名称、agentOptions 服务转发、descriptor 持久化和 cold resume。相关聚焦测试共 96 项通过，TypeScript、Oxlint、生成目录、配置校验和文档全量门禁也通过了。

我比较希望维护者确认两个设计点：

1. Team 是否也应该直接复用普通 subagent 的 model-selection policy，而不是在 experimental Team 包里单独维护一套规则？
2. Team 的模型选择 schema 是否继续像现在这版实现一样，由 modelSelectionSettings 按 Session 显式启用？

如果这个拆分方向符合项目预期，我可以继续根据这里的反馈收敛接口和实现细节。