# SDK 最终请求了哪个地址？

在隔离 Ollama 上实际比较正确 /v1 与重复 /v1/v1 的请求；保留完整响应和最终 URL 路径。

## 实测范围

真实 OpenAI Node SDK → 本地 Ollama HTTP，验证地址拼接和错误处理。

## 运行环境

- node v24.14.0
- ollama 0.40.9
- openai 7.43.0
- ai 7.0.130
- @ai-sdk/openai-compatible 3.0.65

## 操作步骤

### 1. 启动隔离本地服务

在独立目录启动Ollama11435。实际别名tutorial-qwen3-proof:latest来自完整官方Qwen3 GGUF导入；OCI小元数据下载未完成，不能写成原qwen3标签pull全成功。

```bash
OLLAMA_HOST=127.0.0.1:11435 ollama serve
```

### 2. 安装锁定的 SDK

解压练习包，在 sdk 目录按 lock 文件安装；示例 Key 是本地占位符，不是服务商凭据。

```bash
cd sdk && npm ci
```

### 3. 执行正确与重复路径对照

同一次脚本先调用正确 /v1，再把 baseURL 改成 /v1/v1；不自动重试失败生成。

```bash
node run.mjs base-url ../openai-base-url/new-result.json
```

### 4. 核对最终路径和正文

检查正确请求是否返回非空文字，错误路径是否确实404；不要把 Base URL 和完整端点混填。

### 5. 换网关前重新确认三项

到实际服务核对 Key、基础地址和模型权限，再按其协议验证；本批两次真实网关探针均被当前测试Key分组以429拒绝，未重试其他接口。

## 实际观察

- 实际请求轨迹：[{"method": "POST", "path": "/v1/chat/completions", "status": 200, "elapsedMs": 102934}, {"method": "POST", "path": "/v1/v1/chat/completions", "status": 404, "elapsedMs": 4}]
- 正确请求输出：API_LOCAL_OK
- 重复路径按404拒绝：True
- 本API组真实发出2次非流式Chat探针，分别gemini-2.5-flash与gemini-2.5-flash-lite，均HTTP429（当前测试Key分组上游饱和）。以下共享该组探针，绝非本页另发调用；随后SSE、Vercel、n8n、图片请求均未发送。

## 未验证与限制

- 本批获授权使用既有测试Key，OpenAI SDK两次最小探针均HTTP429：当前测试Key分组上游饱和，随后停止。不能据此声称全站不可用；本地成功不能当作apizt上游或实扣成功。
- 地址对照仅覆盖 Chat Completions；Responses、Messages 和客户端自动补路径规则需要分开检查。

## 官方来源

- [OpenAI 官方：本地 Ollama 兼容客户端](https://developers.openai.com/cookbook/articles/gpt-oss/run-locally-ollama#use-the-api)
- [Ollama 官方：兼容端点](https://docs.ollama.com/api/openai-compatibility)

截图若展示本页执行记录，是结果日志视图，不是产品原生界面。