[Bug]: Flash executor 不调用 MCP 工具，Planner 结论丢失工具列表导致 executor 摆烂

[hen1332]

Version line

v2 — Go rewrite (1.x), main-v2 (active development)

Exact version

1.9.1

What happened?

Version: v2 v1.9.1

现象：
双模型（planner=pro / executor=flash）下，Flash 完全不调 MCP，
Planner 结论里没有工具调用 → Flash 跟着摆烂 → 开始编"服务器不通"。

确认配置没问题：11 个 MCP 全在线。直接对 Flash 说
"列出可用 MCP 工具，选一个调"就能正常用。

复现：随便一个需要工具的 prompt，等 Planner 出计划后看 Flash 装死。

临时绕过：告诉 Flash "用 tools/list 列出所有工具，然后重新回答"。

推测根因：Planner 阶段上下文 compaction 后工具列表丢了，
executor 继承了错误的上下文且不自查 tools/list。

Steps to reproduce

配置双模型：planner_model = "deepseek-v4-pro", default_model = "deepseek/deepseek-v4-flash"，11 个 MCP 服务器正常在线
发起需要 MCP 工具的任务，例如"查看 GitHub 上 Reasonix 的讨论区"
观察 Flash executor——不调用任何 MCP 工具，开始编造"服务器不通""暂未开放"等借口。但如果直接对 Flash 说"用 tools/list 列出可用工具，选一个调"，则完全正常

OS / platform

win10

Relevant logs or output

[GTC2080]

已确认这个问题真实存在于双模型 handoff 路径里。

排查结果：executor 每轮请求本身仍会附带完整 tool schema，工具列表并没有在 provider request 层被 compaction 丢掉；问题在于 planner 的只读/不可用判断会进入 executor handoff，Flash executor 可能把 planner 的限制当成自己的能力事实，于是不调用 MCP 并开始编造“服务器不可用”。

已在 #4842 修复：

• executor handoff 现在会明确说明本轮 executor 请求仍附带完整工具 schema，并给出有界的 executor/MCP 工具名摘要。
• 如果 executor 第一次没有采取任何工具行动，retry nudge 会明确要求不要编造 MCP/tools 不可用，只有真实 tool call 或 host error 证明后才能这么报告。
• 新增回归测试覆盖“planner 声称 GitHub MCP 不可用，但 executor 实际仍收到 MCP tool schema”的场景。

验证已跑：

• go test ./internal/agent -run TestCoordinatorHandoffAffirmsExecutorToolSchemasWhenPlannerClaimsNoMCP -count=1
• go test ./internal/agent -run 'TestCoordinator' -count=1
• go test ./internal/agent -count=1
• go test ./...
• cd desktop && go test ./...
• go vet ./...
• cd desktop && go vet ./...
• git diff --check