feat: Anthropic Messages -> Chat Completions

[FjlI5]

本 PR 含两个提交。

1. fix(apicompat): 修复 chat→responses 桥接中工具调用参数翻倍

流式转换 Chat Completions → Responses 事件时，某 tool_call index 的首个带有 Function.Arguments 的 delta 被整体拷贝（copyCall := toolCall），随后 += 又把同一片 Function.Arguments 加了一遍。对于在首个 delta 内联完整参数的上游（如 DeepSeek/GLM/Kimi，区别于 OpenAI 首片为空），会产出 {...}{...} 这种翻倍参数，破坏 JSON 解析与非流式路径。修复：拷贝后清空种子参数，让 += 对每片只累加一次。

2. feat(openai): Anthropic Messages -> Chat Completions 直连桥接

OpenAI 平台分组开启 messages 调度后，客户端使用 /v1/messages 请求，若调度到只支持 /v1/chat/completions 的API-key 账号上游时，仍然走 /v1/responses 而不会回退成 /v1/chat/completions。

此提交为「客户端走 /v1/messages、而 API-key 账号上游只支持 /v1/chat/completions」的场景提供一条直连转换路径。

• apicompat/anthropic_chatcompletions.go：AnthropicToChatCompletions（请求）+ 流式 chunk→Anthropic-SSE 状态机 + 非流式 stream→response 折叠；复用 sanitizeAnthropicToolUseInput、ResponsesAnthropicEventToSSE。
• service/openai_messages_chat_fallback.go：forwardMessagesViaRawChatCompletions（上游恒流式 + include_usage；按客户端偏好选择转发或折叠），与 responses 的 raw-chat fallback 发送逻辑对齐。
• ForwardAsAnthropic 顶部按 APIKey && !ShouldUseResponsesAPI 分流到该直连路径。
• 配套单测：请求转换、流式、并行工具无孤儿、Read 缓冲、reasoning-only 兜底、非流式折叠。

效果：

测试

go build 通过；go test ./internal/pkg/apicompat/、go test ./internal/service/ 通过；golangci-lint 通过。

[github-actions]

All contributors have signed the CLA. ✅
_{Posted by the CLA Assistant Lite bot.}

[FjlI5]

recheck

[VoidIsVoid]

Looking forward to having this merged. I really need this!

[VoidIsVoid]

首先非常感谢这个 PR,非常实用!🎉

在接入 Claude 时遇到一个问题,想反馈一下。

问题描述

使用本功能提供的接口接入 Claude 时,在 auto 模式下,自动分类器会持续报错:

${model} is temporarily unavailable, so auto mode cannot determine the safety of Edit right now.
Wait briefly and then try this action again. If it keeps failing, continue with other tasks that don't
require this action and come back to it later

抓包分析

我通过抓包定位到了原因:

Claude 在 auto 模式下做安全分类时,会发起一个非流式(non-stream)的 messages 请求。然而本功能在处理非流式请求时,响应头的 Content-Type 仍然被设置成了 text/event-stream。

这导致 Claude 客户端无法把非流式请求返回的 JSON 正常解析(它期望的是 application/json),从而分类失败,最终触发上面那段 "model is temporarily unavailable" 的报错。

期望

希望能够在判断请求为非流式(stream: false)时,把响应头的 Content-Type 正确设置为 application/json,以保证 JSON 能被正常解析。

期待修复!🙏

[FjlI5]

@VoidIsVoid 感谢反馈，已修复：