建议在子 Agent 调用卡片和列表中显示实际生效的模型及推理强度

[chenmzh]

使用 dsh 调用子 Agent 时，希望能直接看到每个子 Agent 实际使用的模型和推理强度。目前启动提示中缺少这些信息，尤其在子 Agent 继承父 Agent 设置、使用预设或提供方默认值时，很难确认最终生效的配置。

本地检查版本为 @deepseek-ai/dsh 0.1.2-rc.1。该版本的 @deepseek-ai/dsh-tool-subagent 已支持 provider、model、reasoning_effort 参数，但启动结果的文本渲染仅显示 started subagent <id> 或 started background subagent job <id>，没有附带模型和推理强度。本反馈基于该本地版本，尚未验证后续版本是否已有改进。

建议：

• 在子 Agent 启动/调用卡片和 Agent 列表中增加简洁的模型与推理强度标注，例如：代码审查 · provider/model · reasoning: high。
• 展示运行时解析后的实际生效配置，而不仅是工具调用中显式传入的参数，覆盖继承、预设和默认值的情况。
• 推理强度无法解析为具体值时显示“提供方默认”或“未知”，明确不支持时显示“不适用”，避免空白或猜测。
• 将这些信息保留在执行记录中，便于任务完成后回看。

这能帮助用户确认模型路由是否符合预期，并辅助排查子 Agent 的输出质量、耗时和成本差异。在多个子 Agent 使用不同模型或推理强度时尤其有用。

[argszero]

@chenmzh

这个反馈很准确，我核对了 master 的 packages/subagent/tool-subagent/src/index.ts，确认了你说的两点，并想补充一个关键结论："实际生效"的解析链已经存在，只是从没被透出到渲染或任何通知里。

源级确认（master c389f96）：

1. 工具参数确实支持 provider、model、reasoningEffort（agentOptions，index.ts:112-114），且还有 maxTokens、maxDepth。
2. 但启动的返回渲染（index.ts:453-459）只有三档：
   • started background subagent job <id>（one-shot 后台）
   • started subagent <id>（continuable）
   • outputValueText(...)（foreground）
     三档都不带模型/推理强度。
3. 解析链是完整的：model-selection.ts 里 resolveDelegationRun（index.ts:286）/ model-selection.ts:190 会按 配置的子 agent 默认 → provider 路由默认 → 继承父 Agent 兼容值 → 所选模型的 defaultEffort 递进解析出最终生效的 route 和 effort。也就是说"生效的配置"在运行时是可计算的，只是没被展露。
4. wire 通知也不带：SDK 的 subagent.started 通知（packages/sdk/protocol/src/types.ts:81）只有 parentSessionId / childSessionId，没有 model/effort。

所以这不是"缺失配置"，而是"缺失透出/可观测性" —— 那层解析结果被计算出来就丢了。你的建议（显示运行时解析后的实际生效配置、覆盖继承/预设/默认，无法解析时标"提供方默认"/"未知"）在技术上完全成立。

插件相关：我发布的 @argszero/cordis-plugin-subagent-effort（npm，GitHub: argszero/cordis-plugin-subagent-effort，来源讨论 #4666）正是处理这条链路里推理强度那一环的 —— 它修复了 AgentOptions.reasoningEffort 被 agent loop 静默忽略（根本没到达子请求）的缺口，并额外提供 subagent_effort 工具按每次调用传 reasoning_effort + model。如果你想让这些生效值可见，这正好属于插件可挂载面：在 subagent.started / 会话事件上订阅并把解析出的 route/effort 富化展示（browser-half 插件即可接）。我可以帮你起草这样一个只做"展示解析后生效配置"的浏览器半段插件骨架。