bug: 自定义远程 MCP 无法完成 OAuth 授权

## 问题描述

在 Cindy 中配置需要 OAuth 的 Streamable HTTP MCP 后，Cindy 能连接服务，但调用工具收到 `authorization_required` 后不会打开授权页面，也没有完成回调和重连。

同一个 MCP 在 Codex 中可以正常完成：

```text
打开授权页 → 登录 → 回调 → 继续调用工具
```

## 复现步骤

1. 添加一个需要 OAuth 的远程 Streamable HTTP MCP，不填写静态 Token。
2. 在 Claude/Opus 会话中调用其工具。
3. Cindy 停在 `authorization_required`，无法继续。

## 期望行为

Cindy 能自动打开授权页，授权完成后保存凭证、重新连接 MCP，并继续原工具调用，而不是要求用户手工填写 Bearer Token。

## 环境

- Windows x64
- Cindy 桌面客户端（2026-07-31，准确版本待补充）
- Claude/Opus 会话
- MCP 地址及日志涉及企业内网，暂不公开，可按需提供脱敏信息

相关问题：#570。此次复现不涉及 Figma，同一服务已在 Codex 验证成功，可能是通用远程 MCP OAuth 兼容问题。

No source files, tests, or entry points are named. Start by tracing the remote Streamable HTTP MCP handling when `authorization_required` is returned, then compare the existing authentication flow with the reported Codex sequence. Done means the client opens authorization, handles the callback, saves credentials, reconnects, and resumes the original tool call.

Written by the indexing model from the issue text.