patched host 补丁当前落在 clean worktree：`/tmp/sub2api-clean`

原始仓库 `/home/long/project/sub2api` 工作树存在大量用户侧未提交删除，缺少 `backend/go.mod` 与多处 `internal/service` 依赖文件，不能直接作为可信构建基础。因此本轮没有把补丁强行同步回脏工作树，而是在 detached clean worktree 中完成补丁、单测与旁路容器验收。

补丁落点：
- `backend/internal/service/openai_apikey_responses_probe.go`
  - 当 custom upstream 的 `/v1/responses` 返回 `403` 时，再交叉探测 `/v1/chat/completions`
  - 若 chat 端点可达，则把 `extra.openai_responses_supported=false` 持久化，避免把 chat-only upstream 误判成 Responses-capable
- `backend/internal/service/openai_gateway_chat_completions.go`
  - 当 chat 请求经 `Responses` 兼容层命中 `403/404/405`，且账号属于 custom base URL API key 时，立即运行时回退到 raw `/v1/chat/completions`
  - 同时把 `openai_responses_supported=false` 写回内存和账号存储，避免后续请求重复踩坑
- `backend/internal/service/account_test_service.go`
  - 管理员 `accounts/:id/test` 对 chat-only upstream 不再直接报“仅支持 Responses API”
  - 改为走真实的 chat completions SSE 测试路径，保证管理面测试结论与实际数据面一致

定向测试：
- `TestProbeOpenAIAPIKeyResponsesSupport_Responses403WithReachableChatMarksUnsupported`
- `TestForwardAsChatCompletions_CustomBaseURLResponses403FallsBackToRawChat`
- `TestAccountTestService_OpenAIChatOnlyAPIKeyUsesRawChatProbe`

真实旁路验收结论：
- stock `weishaw/sub2api:0.1.129` 的原始 fresh-host 结论仍然是 `partially_succeeded / broken`
- 应用 clean worktree 补丁并以旁路容器运行后，managed key `/v1/models`、managed key `/v1/chat/completions`、管理员 `accounts/:id/test` 三条链路均已成功
- 这说明 Hermes `A7M_KIMI_API_KEY` 与 relay-manager pack 接入都没有问题，真实 gap 在宿主对 third-party OpenAI-compatible upstream 的 `Responses -> chat completions` 兼容策略
