将 resp_api 变体接入 ResolveProvider

[smallnest]

Description

让 --protocol openai/resp_api（或 config 等价）真正构造 Responses 驱动。来源 PRD: tasks/prd-openai-protocol-variants.md (US-007)。

Acceptance Criteria

• ResolveProvider 将 resp_api selector 路由到新驱动，针对 base_url
• openai / openai/chat 继续构造现有 Chat Completions 驱动
• --protocol openai/resp_api 且 base_url 为空时按约定行为（见 Open Questions：报错 或 打公有 OpenAI 端点，二选一并落地）
• 现有 --provider <name> 行为不变（out of scope：provider 名选择 resp_api）
• resolve_test.go 覆盖 resp_api 选择路径与不变的 chat/anthropic 路径
• Typecheck / go vet / lint passes

Open Question（实现前确认）

--protocol openai/resp_api 无 --base-url 时：镜像 anthropic 打公有 api.openai.com/v1，还是像现在的 openai 强制要求 --base-url？

Dependencies

Depends on #538, #539

Type

backend

Priority

high

[smallnest]

决定：Open Question 已拍板（选 B）

--protocol openai/resp_api 且未提供 --base-url 时：报错，要求显式指定 base_url，与现有 --protocol openai 行为一致（resolve.go:51-53 --protocol openai requires --base-url）。

不打公有 api.openai.com 默认端点。实现验收标准据此更新：

• --protocol openai/resp_api 无 --base-url → 返回错误 --protocol openai/resp_api requires --base-url（或等价清晰措辞）

[smallnest]

实现总结

• 核心变更：ResolveProvider 先用 NormalizeProtocol 归一化 --protocol，再按 canonical selector 分派
• 核心变更：openai / openai/chat → Chat Completions 驱动；openai/resp_api → Responses 驱动（NewOpenAIResponsesProvider），二者均要求显式 --base-url
• 决策：Open Question 落地为「resp_api 无 base_url 时报错」（镜像 openai，不打公有端点）
• 不变：anthropic、--provider <name>、model-id 启发式路径均未改动
• PR: feat(provider): route openai/resp_api to the Responses driver #551
• Commit: c24b1a4