opensource/sub2api
3
0
Fork 0
mirror of https://github.com/Wei-Shaw/sub2api.git synced 2026-08-29 03:09:50 +08:00
Code Issues Packages Projects Releases Wiki Activity
6,304 Commits 29 Branches 44 Tags
main
Commit Graph

6304 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Wesley Liddick 7b693ae429 Merge pull request #6188 from JialinLiu-codedance/feat/usage-requested-reasoning-effort 
feat(usage): 使用记录展示映射前的推理强度
 2026-08-28 16:18:50 +08:00
Wesley Liddick d4754c211a Merge pull request #6291 from Whisper-stark/fix/grok-codex-responses 
fix(grok): sanitize Codex Responses requests
 2026-08-28 15:58:39 +08:00
Wesley Liddick 423f895755 Merge pull request #6227 from OG-Wang/codex/promo-code-oauth-signup 
fix(auth): pass registration promo codes to OAuth signup
 2026-08-28 15:58:09 +08:00
Wesley Liddick c8a6e93f33 Merge pull request #6310 from fengshao1227/fix/nonstreaming-terminal-failure-failover-v2 
fix(openai): 非流式路径按流式同一套判定处理 HTTP 200 终止失败事件
 2026-08-28 15:57:39 +08:00
Wesley Liddick 446042e518 Merge pull request #6309 from fengshao1227/fix/easypay-resolve-relative-payurl-qrcode 
fix(payment): EasyPay 补全 mapi.php 回传的相对 payurl/qrcode
 2026-08-28 15:57:10 +08:00
Wesley Liddick 1e6926cb9c Merge pull request #6312 from fengshao1227/fix/openai-ws-client-close-not-account-failure 
fix(openai): 入站 WS 的客户端正常关闭与断开不再计为账号故障
 2026-08-28 15:56:34 +08:00
Wesley Liddick e866ff6ec4 Merge pull request #6303 from akihitohyh/feat/per-user-public-group-access 
feat(admin): 支持为单个用户限制可访问的公开分组
 2026-08-28 13:19:11 +08:00
li c83dced4ba fix(openai): 入站 WS 的客户端正常关闭与断开不再计为账号故障 
ingress WebSocket 收尾处只把 *service.OpenAIWSClientCloseError 且状态码为 1000
的情况认作正常关闭，其余全部落到 shouldReportOpenAIWSProxyAccountFailure ——
而它只排除 model-switch 与 session-preempted 两种。两种完全正常的结束因此被
误判为上游/账号故障：

- 客户端干净关闭：coder/websocket 直接回裸 coderws.CloseError{Code: 1000}，
  ReadOpenAIWSClientMessage 把 conn.Read 的错误原样返回，没有任何一层把它包成
  *OpenAIWSClientCloseError，所以 errors.As 对该类型必然为假。
- 客户端中途断开：ReadOpenAIWSClientMessage 在 controlCtx.Done() 分支用
  StatusGoingAway(1001) 收尾并以 context.Canceled 为 cause，「只认 1000」匹配不到。

两者都会走到 ReportOpenAIAccountScheduleResult(success=false)，进而喂给
ObserveOpenAIAPIKeyHealthFailure 与 scheduler.ReportResult，累积到阈值即把上游
账号熔断出调度池——客户端按一次 Ctrl-C 就在扣上游账号的健康分。

同文件的 summarizeWSCloseErrorForLog 一直用 coderws.CloseStatus 读关闭码，就在
该判断之后 12 行被调用，于是同一条 WARN 会打印
close_status=1000(StatusNormalClosure) 的同时把账号记为故障。

失败归因的政策仓库早有明文：同包 failover_loop.go 的 failoverClientGone 写着
「客户端断开后 failover 必须静默终止……并被误报成账号耗尽」。本次把 WS ingress
补齐到同一条规矩。

判定收窄：只豁免 1000 与 context.Canceled。1001 不整类放行——网关也会因自身原因
用 GoingAway 收场，客户端取消那一支已由 context.Canceled 覆盖；
context.DeadlineExceeded 同样不放行，空闲超时那条本就被包成 1000 走前一个判据，
其余 deadline 是真实停滞。

Fixes #6105
 2026-08-28 13:17:43 +08:00
Wesley Liddick d674a04f2a Merge branch 'main' into feat/per-user-public-group-access 2026-08-28 13:08:41 +08:00
Wesley Liddick 9b61c1bdd9 Merge pull request #6263 from zenor0/fix/openai-reset-usage-sync 
fix(openai): refresh usage after quota reset
 2026-08-28 13:08:33 +08:00
Wesley Liddick add86cc3bc Merge branch 'main' into fix/openai-reset-usage-sync 2026-08-28 12:57:48 +08:00
Wesley Liddick dc332d141c Merge pull request #6260 from feeeei/fix/anthropic 
fix(gateway): Anthropic/Bedrock 传输层错误转 failover + 持久故障临时摘除账号
 2026-08-28 12:57:41 +08:00
Wesley Liddick 59bb131df4 Merge branch 'main' into fix/anthropic 2026-08-28 12:47:15 +08:00
Wesley Liddick 443537daae Merge pull request #6293 from specialpointcentral/fix/ws-v2-passthrough-cyber 
fix(openai): detect cyber policy in ws v2 passthrough
 2026-08-28 12:47:07 +08:00
Wesley Liddick b588c0bc42 Merge branch 'main' into fix/ws-v2-passthrough-cyber 2026-08-28 12:36:22 +08:00
Wesley Liddick 4e9c1d7c8b Merge pull request #6299 from william-drakemond/fix/openai-raw-stream-truncation 
fix(openai): fail raw CC streams truncated before any terminal chunk
 2026-08-28 12:36:14 +08:00
Wesley Liddick a0b313018a Merge branch 'main' into fix/openai-raw-stream-truncation 2026-08-28 12:26:01 +08:00
Wesley Liddick fafc4d288d Merge pull request #6278 from kk-418/fix/grok46-xhigh 
fix(grok): 为 Grok 4.6 广告 xhigh 推理档位
 2026-08-28 12:25:52 +08:00
Wesley Liddick de084cdfc2 Merge branch 'main' into fix/grok46-xhigh 2026-08-28 12:15:53 +08:00
Wesley Liddick 7eed2d3b7d Merge pull request #5623 from fengshao1227/fix/responses-synthesized-created-at 
fix(responses): 网关合成的 Responses 对象补齐 created_at，修复严格客户端反序列化失败
 2026-08-28 12:15:45 +08:00
Wesley Liddick f7dca22ea5 Merge branch 'main' into fix/responses-synthesized-created-at 2026-08-28 12:05:38 +08:00
Wesley Liddick 5eb8628ff2 Merge pull request #5620 from fengshao1227/fix/anthropic-chat-bridge-reasoning-passback 
fix(apicompat): Anthropic→Chat 桥回传工具调用的 thinking，修复 DeepSeek 多轮 400
 2026-08-28 12:05:31 +08:00
Wesley Liddick 002aaaa3d0 Merge branch 'main' into fix/anthropic-chat-bridge-reasoning-passback 2026-08-28 11:55:10 +08:00
Wesley Liddick 0f6ad105fe Merge pull request #6246 from wucm667/fix/issue-6240-preserve-multimodal-tool-output 
fix(openai): preserve multimodal client tool outputs
 2026-08-28 11:55:02 +08:00
Wesley Liddick 28fa458dc7 Merge branch 'main' into fix/issue-6240-preserve-multimodal-tool-output 2026-08-28 11:37:40 +08:00
Wesley Liddick eca8d6b9ab Merge pull request #6200 from xuhaihan/fix/openai-reasoning-replay 
fix(openai): normalize cross-provider reasoning replay
 2026-08-28 11:37:33 +08:00
li 81ac8ccd64 fix(openai): 非流式路径按流式同一套判定处理 HTTP 200 终止失败事件 
stream=false 时上游仍可能回 SSE（其他 sub2api 实例、部分 OpenAI 兼容上游），
容量/限流错误经 HTTP 200 的 response.failed / error 终止事件回传。
handleSSEToJSON 与 handlePassthroughSSEToJSON 把所有终止事件塞进固定 502
（writeOpenAINonStreamingProtocolError），而几百行外的流式读取器对同一帧走
openAIStreamFailedEventShouldFailover / openAIStreamErrorEventShouldFailover
判定并返回 UpstreamFailoverError。

同一个上游、同一个事件，仅因请求上的 stream 标志而结果相反：流式换号，
非流式把上游原文直接抛给客户端，池里还有可调度账号也不换。

新增 nonStreamingTerminalFailureFailover，在两条非流式路径上复用流式的同一套
分类，并按 terminalType 分派——裸 error 帧走更保守的那个（仅正向识别为瞬时才
换号），response.failed 走完整的那个，与流式读取器逐字一致。

安全前提：响应体已被 ReadUpstreamResponseBody 完整缓冲，判定发生在写出任何
语义字节之前。能否真正换号仍由 handler 的 openAIForwardMayFailover 用
keepalive 调整后的写出量仲裁（#3887），service 侧只额外拒绝 IsResponseCommitted
与 account 为 nil 的场景，不重复实现心跳判定，避免与 handler 口径分叉。

行为变更：未被分类为不可重试的泛化 response.failed 在非流式路径上由「回写 502」
变为「换号」——这正是与流式对齐的结果。既有用例
TestHandleSSEToJSON_ResponseFailedReturnsProtocolError 传的是 nil account，
无账号则无可换对象，故其断言原样保留，仅更名为 ...WithoutAccountReturnsProtocolError
并注明原因；带真实账号的同一报文由新增用例钉死。

Fixes #5281
 2026-08-28 11:36:08 +08:00
Wesley Liddick d24de611f8 Merge branch 'main' into fix/openai-reasoning-replay 2026-08-28 11:27:39 +08:00
Wesley Liddick f83fe6435b Merge pull request #6277 from TYzzt/fix/apikey-namespace-roundtrip 
fix(openai): preserve declared API-key namespace calls
 2026-08-28 11:27:31 +08:00
Wesley Liddick ee2c8b97bb Merge branch 'main' into fix/apikey-namespace-roundtrip 2026-08-28 11:16:48 +08:00
Wesley Liddick d36f4dd6c6 Merge pull request #6255 from feeeei/main 
fix(openai): 避免 pool 两跳重复计算 system 提示词
 2026-08-28 11:16:40 +08:00
li 1e8745c887 fix(payment): EasyPay 补全 mapi.php 回传的相对 payurl/qrcode 
createAPIPayment 把上游 mapi.php 返回的 payurl/payurl2/qrcode 原样落库。
EasyPay 兼容上游对该字段并不统一：部分实现回站点根相对路径（如
`/api/pay/toapp/<order>`）而非完整地址。而链路上没有任何一层修复它——
sanitizeCreatePaymentResponseDetails 只剥 NUL 字节就写进 pay_url/qr_code，
前端 PaymentQRCodeView.renderQR 又把 qr_code 直接喂给 QRCode.toCanvas。
结果二维码的载荷是一段裸路径：微信扫出来是文本，pay_url 则落到网关自己的
域名下 404，用户无法进入上游收银台。

同文件的 createRedirectPayment 本就自行拼绝对地址（apiBase + "/submit.php?"），
只有 mapi.php 这一支透传；Alipay provider 也早已写明「Setting it as QRCode
would let the frontend render an unscannable image」并拒绝产出不可扫的值。
本提交让 EasyPay 与这两处对齐：按实例配置的 apiBase 解析上游回传的引用。

仅补全以 "/" 开头的引用。带 scheme 的一律原样返回，覆盖绝对 https:// 收银台
地址与 weixin:// / wxp:// / alipays:// 等 app 深链；无前导斜杠的引用同样不动，
因为二维码载荷常是不透明 token，把 "OrderToken123" 改写成
"<apiBase>/OrderToken123" 会毁掉一个当前可用的载荷，比本 bug 更糟。

payurl2 优先于 payurl 的选择语义保持不变。

Fixes #6292
 2026-08-28 11:09:34 +08:00
Wesley Liddick 96e9ab8662 Merge branch 'main' into main 2026-08-28 11:06:29 +08:00
Wesley Liddick 0eddfe1cfa Merge pull request #5395 from ryanchou1994/fix/openai-images-capability-loss-cooldown 
fix(openai): 图像能力丢失时冷却 image 调度，不再反复选中坏号
 2026-08-28 11:06:22 +08:00
Wesley Liddick acd2f09ddd Merge branch 'main' into fix/openai-images-capability-loss-cooldown 2026-08-28 10:54:47 +08:00
Wesley Liddick 5929cdd38c Merge pull request #6270 from fengshao1227/fix/openai-images-tool-cooldown-not-from-text-heuristic 
fix(openai): 图片工具冷却不再由「模型回文字」这一请求级判据触发
 2026-08-28 10:54:33 +08:00
akihitohyh b56c61eccd feat(admin): let admins restrict which public groups a user may access 
Public groups have always been bindable by every user: CanBindGroup returned
true for any non-exclusive group, and user_allowed_groups only ever carried the
exclusive groups an admin had granted. Admins had no way to hand a single user
a subset of the public groups short of converting a group to exclusive, which
changes it for everyone already using it.

A user now carries restrict_public_groups. While it is false, which is the
default and what every existing row migrates to, nothing changes: every public
group stays bindable. Once an admin turns it on for a user, that user's public
groups are narrowed to the ones listed in user_allowed_groups, the same table
that already gates exclusive groups.

The flag is an administrative control, so it rides on the admin user DTO only
and leaves the shape of the end-user endpoints alone.

The model plaza filter honours the flag as well, so a restricted user is not
shown groups they would be refused when binding a key. Anonymous visitors have
no user record and keep the previous view.

Enforcement rides on the existing CanBindGroup choke point, so it covers key
creation, key updates, and per-request authorization together. An API key bound
to a group that is later withdrawn stops working at request time rather than
lingering as a key that can be listed but not used.

The admin dialog gains a toggle over the public group list. Turning it off
re-checks every public group, so an admin cannot save a list that reads as
restrictive while the restriction itself is disabled.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-08-28 02:40:17 +08:00
Qi HU f4e3eb1c5a fix(openai): detect cyber policy in ws v2 passthrough 2026-08-27 21:50:53 +08:00
Whisper-stark fd872550d5 fix(grok): handle typed invalid tool unions 2026-08-27 21:03:23 +08:00
Whisper-stark f4820c00dc fix(grok): simplify invalid tool union roots 2026-08-27 19:24:50 +08:00
Whisper-stark de6ef7134d fix(grok): sanitize Codex Responses requests 2026-08-27 19:24:50 +08:00
Ryan Chou e6ea7b9af0 fix(openai): 图像能力丢失时冷却 image 调度，不再反复选中坏号 
OAuth 账号被上游收走 image_generation 能力后，/v1/images/* 稳定返回同一句 400
（Tool choice 'image_generation' not found in 'tools' parameter），但网关不做
任何处置，坏号持续被排程选中（报告者实测连续 17 次同 body 400、窗口内 0 成功、
持续 3.5 小时，直到人工停调度）。

RateLimitService 的 400 分支是白名单式，只认 organization has been disabled /
credit balance / identity verification is required 三句，其余 400 明确不处理；
唯一能兜任意 400 的 tryTempUnschedulable 又要求账号开启 temp-unschedulable
开关，OAuth 账号默认没开。两条路都不命中，shouldDisable 恒为 false，也没有任何
model 作用域冷却。

修复收窄到 sub2api 自建 body 的 images 管线：buildOpenAIImagesResponsesRequest
产出的 body 必定同时带 tool_choice 与匹配的 image_generation tool，这条路上出现
该 400 只可能是上游收了账号能力。forwardOpenAIImagesOAuth 在 upstreamCtx 上打
自建标记（覆盖其下游全部三个错误分支），共用错误入口读到标记才把该 400 判为能力
丢失，对 openai:image_generation 作用域冷却 30 分钟（对齐 upstreamModelNotFound
Cooldown），不禁用整颗账号——账号对文本请求依然健康。

未采用 issue 建议①的全局签名匹配：handleOpenAIAccountUpstreamError 同时服务
passthrough 路径，客户端可自带「tool_choice 指 image_generation 但 tools 不带」
的请求触发一字不差的同一句 400，全局匹配等于任何 API 用户一句话即可禁用健康
账号。附 5 个测试，其中防毒杀用例在撤掉该闸门后会实测失败。建议②（连续 N 次
400 熔断）涉及跨请求状态与配置项，另议。

Fixes #4466

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-27 16:36:01 +08:00
kk 00efee4303 🐛 fix(grok): 为 Grok 4.6 广告 xhigh 推理档位 
Grok Build 的 /v1/models 原先给所有可配 reasoning 的 Grok 模型写死三档，
导致 grok-4.6 无法在 /model 里选出官方支持的 xhigh。转发与 Codex catalog
已按模型判断，现与同一条件对齐。
 2026-08-27 15:50:20 +08:00
zhaotao1 00b7c855cc fix(openai): preserve declared API-key namespace calls 2026-08-27 15:22:43 +08:00
li 4a02e54171 Merge remote-tracking branch 'origin/main' into fix/anthropic-chat-bridge-reasoning-passback 2026-08-27 13:40:29 +08:00
li 9192426d2e merge: 合入 origin/main，与新增的 service_tier 字段并存 
主线在 ResponsesResponse 与两处流式事件上新增了 service_tier；本分支新增的
created_at 与之并列，无语义冲突。同时跟进 ChatCompletionsResponseToResponses
新增的 functionTools 形参。
 2026-08-27 13:40:07 +08:00
li d077002eba fix(openai): 图片工具冷却不再由「模型回文字」这一请求级判据触发 
v0.1.181 起，/v1/images/generations 只要上游回了文字而没回图，就给账号写 30 分钟
openai:image_generation 模型级冷却。该判据由 openAIImagesTextFallbackErrorForText
从模型的自然语言输出**推断**而来，只说明这个 prompt 这一轮模型选择了说话——
仓库自己的既有用例 fixture 就是一句「Here's a polished image prompt for your request.」。

更糟的是同一个错误被判为可重试（502 → IsOpenAIImagesRetryableUpstreamError）并驱动
newOpenAIAccountFailoverError：一次闲聊回复会被逐个账号重试，沿途把每个账号都冷却掉，
表现为「开启后没多久账号就全部被限制」。

改为只在上游 error 帧点名该状态时才写冷却；网关自行推断的判据打上
SynthesizedFromModelText 标记并跳过。换号行为一字未动。

依据是仓库既有政策（alpha/search 路径原话）：工具端点的单次失败
「仍允许本次请求换号，但不修改任何账号状态」。

Fixes #6171
 2026-08-27 13:36:50 +08:00
zenor0 5f09442fce fix(openai): refresh usage after quota reset 2026-08-27 10:09:42 +08:00
feeeei 44003d7f6b fix(gateway): Anthropic/Bedrock 传输层错误转 failover + 持久故障临时摘除账号 
上游 Do/DoWithTLS 返回非 HTTP 错误(代理/DNS/TCP/TLS)时,Anthropic 五条转发路径
(forward/apikey 透传/Bedrock/ForwardAsResponses/ForwardAsChatCompletions)原先
直接向客户端写 502 且不换号,单账号网络故障期间该账号仍持续被调度,请求全量失败。

对齐 OpenAI 侧 handleOpenAIUpstreamTransportError 的既有语义:
- 传输层错误统一返回 *UpstreamFailoverError(502),由 handler failover 循环换号,
  耗尽后才向客户端渲染错误;service 不再写响应
- 持久性故障(connection refused/no route/DNS not found/代理认证失败)额外临时
  摘除账号 10 分钟(仅写库,Anthropic 调度以持久化状态为准,无内存快路径)
- context.Canceled 保持原样返回:不换号也不摘账号
- 分类器改为平台无关命名(classifyUpstreamTransportError)供两侧共用
- Ops 错误事件保留各路径原有字段(UpstreamURL/DurationMs/Passthrough)
 2026-08-27 09:56:41 +08:00
feeeei d881bfc0de fix(openai): 避免 pool 两跳重复计算 system 提示词 2026-08-26 19:55:49 +08:00