飞书桥接 + AWS Bedrock Provider：Claude 模型被误报为协议不匹配

[luckisnow]

问题描述

在飞书桥接（Feishu Bridge）中，将 Provider 配置为 AWS Bedrock（protocol: 'bedrock'）并使用 Claude 模型（如 global.anthropic.claude-sonnet-5）时，发送消息会报错：

Error: Provider "AWS Bedrock" uses bedrock protocol but model "global.anthropic.claude-sonnet-5" is an Anthropic model. Please configure the correct provider for this bridge channel.

即使模型 ID 是 Bedrock 上真实存在、可用的模型，该报错依然会触发，无法正常使用。

根因

src/lib/bridge/conversation-engine.ts 附近（约第 183-191 行）有一段 fail-fast 保护逻辑：

const isAnthropicModel = modelLower.includes('claude') || ['sonnet','opus','haiku'].includes(modelLower);
const isNonAnthropicProtocol = !['anthropic', 'openai-compatible', 'openrouter'].includes(resolved.protocol);
if (isAnthropicModel && isNonAnthropicProtocol) {
  throw new Error(...);
}

问题在于协议白名单 ['anthropic', 'openai-compatible', 'openrouter'] 里漏掉了 bedrock 和 vertex。而 AWS Bedrock 和 Google Vertex AI 恰恰是官方支持、专门用来托管运行 Claude/Anthropic 模型的两个云协议——这一点可以从代码库自身另一处常量得到印证（runtime-compat.ts）：

const CLAUDE_CODE_READY_PRESETS = new Set(['anthropic-official', 'bedrock', 'vertex']);

这里已经明确把 bedrock、vertex 和 anthropic-official 并列，认定它们都是能正常运行 Claude Code 的正规协议。

因此，只要 provider 的 protocol 是 bedrock（或 vertex），并且模型名包含 "claude"/"sonnet"/"opus"/"haiku"，这条 guard 就会必定误报，把"协议本来就是用来服务 Anthropic 模型的"错误判断为"协议和模型不匹配"。

复现步骤

1. 在 CodePilot 中新建一个 Provider，protocol 选择 bedrock，配置好 AWS 凭证。
2. 将该 Provider 设为某个飞书桥接频道/群的默认 Provider，模型填一个真实存在的 Claude 模型 ID（例如 global.anthropic.claude-sonnet-5）。
3. 在飞书里给机器人发消息。
4. 收到报错：Provider "AWS Bedrock" uses bedrock protocol but model "..." is an Anthropic model...

建议修复

将 conversation-engine.ts 中的协议白名单补全为：

const isNonAnthropicProtocol = !['anthropic', 'openai-compatible', 'openrouter', 'bedrock', 'vertex'].includes(resolved.protocol);

环境

• CodePilot 桌面版（macOS）
• 触发场景：飞书消息桥接（Feishu Bridge）+ AWS Bedrock Provider

[github-actions]

感谢反馈！这个 issue 似乎缺少必要的复现信息，已标记 needs-repro。

请用 issue 模板、在最新版 v0.56.2+ 上补齐：版本号、操作系统、Runtime、Provider / 模型、复现步骤、日志 / session id（请脱敏，不要包含 API key）。

直接在本 issue 下回复补充即可 —— 补全后会自动取消 needs-repro 标记、进入正常排队；长期无回应会按 stale 流程提醒、最终关闭（关闭后随时可重新打开）。

[luckisnow]

复现信息补充

版本号： CodePilot 0.56.3（macOS 桌面版）

操作系统： macOS 26.4 (Build 25E246)

Runtime： claude-code-sdk（日志：Using runtime: claude-code-sdk (session pin: claude_code, global setting: claude-code-sdk)）

Provider / 模型：

• Provider：AWS Bedrock（protocol: bedrock）
• 模型 ID：global.anthropic.claude-sonnet-5[1M]
• 触发渠道：飞书桥接（Feishu Bridge），channel_type=feishu，mode=code

复现步骤：

1. 在 CodePilot 中新建一个 Provider，protocol 选择 bedrock，正确配置好 AWS 凭证（可正常调用 Bedrock API）。
2. 将某个飞书群的桥接绑定（channel binding）设置为该 Provider，模型填 global.anthropic.claude-sonnet-5[1M]（Bedrock 上真实存在、可用的模型别名）。
3. 在飞书群里 @机器人 发送任意消息。
4. bridge-manager 处理消息时直接抛错，机器人无回复，只在本地日志中记录错误。

日志（已脱敏，仅保留时间戳/模块名/报错文本，无 API key/token）：

2026-07-02T05:24:38.047Z [error] [server:err] [conversation-engine] Provider "AWS Bedrock" uses bedrock protocol but model "global.anthropic.claude-sonnet-5[1M]" is an Anthropic model. Please configure the correct provider for this bridge channel.
2026-07-02T05:24:38.053Z [error] [server:err] [bridge-manager] handleMessage threw: Error: Provider "AWS Bedrock" uses bedrock protocol but model "global.anthropic.claude-sonnet-5[1M]" is an Anthropic model. Please configure the correct provider for this bridge channel.
    at Module.g [as processMessage] (.next/server/chunks/[root-of-the-server]__05qqbr9._.js:17:6278)
    at $ (.next/server/chunks/[root-of-the-server]__05qqbr9._.js:24:3072)

该报错在多次独立发消息时稳定复现（同一 session 内至少 4 次，时间跨度约 11 分钟），并非偶发。

Session id（内部随机 ID，非凭证）： 9aeb5e77-385c-4c8b-ae33-a4725f378253

补充说明： 本地临时打过一个补丁（在 conversation-engine.ts 的协议白名单里加上 bedrock/vertex），验证后飞书桥接 + Bedrock + Claude 模型可以正常工作，问题不复现，可作为修复方向的参考。