mirror of
https://github.com/Wei-Shaw/sub2api.git
synced 2026-10-07 17:08:33 +08:00
HypoxanthineOvO
a749673de3
CN-provider accounts explicitly configured with api_protocol=anthropic (the frontend offers per-provider presets such as GLM Anthropic) fell through the account-test router to the generic Claude tester, which: - appended ?beta=true, which the native passthrough deliberately avoids for third-party Anthropic endpoints, and - defaulted a missing base_url to https://api.anthropic.com — sending the provider's API key to Anthropic instead of the provider's own Anthropic-compatible endpoint (guaranteed 401 plus cross-provider credential exposure). Route them to a dedicated probe that mirrors the adaptive Anthropic check: resolve the endpoint via GetAnthropicProtocolBaseURL (same resolution as real /v1/messages forwarding, including per-platform defaults), use the shared API-key auth header, and mark 401/403 as the account error state. Also fail fast with an actionable hint when the anthropic-protocol base_url still points at an OpenAI-compatible endpoint (paas path, version segment, or chat/completions suffix): the naive {base}/v1/messages join would 404 (e.g. /api/paas/v4/v1/messages) without any pointer to the actual misconfiguration.