查看使用记录

这一步的目标是：确认刚才那条测试请求真的被 kapibalaAPI 记录到了。

收到模型回复，只说明请求已经成功返回。查看使用记录可以进一步确认这次请求用了哪个 API Key、哪个分组、哪个模型，以及实际消耗了多少额度。

第 1 步：进入使用记录页面

回到 kapibalaAPI 控制台，找到使用记录或日志相关页面。

如果你刚刚完成了“发送第一条消息”，建议立刻回到这里查看。这样时间最接近，最容易判断哪一条记录是刚才的测试请求。

第 2 步：刷新并筛选

如果页面没有立刻出现记录，先不要急着改 API Key 或请求地址。

可以按下面顺序检查：

1. 点击刷新。
2. 把时间范围扩大到今天或最近 24 小时。
3. 如果有 API Key 筛选，选择刚才测试用的 Key。
4. 如果有状态筛选，先选择全部状态。
5. 如果有模型筛选，先清空模型筛选条件。

很多时候记录不是没有产生，而是被时间范围、状态或 Key 筛选挡住了。

第 3 步：看请求记录

找到刚才的请求后，重点看这些字段：

字段	你要确认什么
时间	是否接近刚才发送测试消息的时间
API Key	是否是你刚创建或刚测试的 Key
分组	是否是你想使用的分组
模型	是否是请求里填写的模型名
端点	是否类似 /v1/chat/completions
状态	是否成功
Token	输入和输出是否有数量
费用	扣费是否在合理范围内
错误信息	失败时用于判断具体原因

TIP

如果你要找管理员排查问题，优先提供请求时间、模型名、状态码、错误信息或请求 ID。不要直接发送完整 API Key。

第 4 步：查看余额流水

如果控制台有余额流水、资金明细或账单页面，也可以点进去看。

你可能会看到：

• 请求扣费
• 充值到账
• 兑换码到账
• 套餐或订阅扣费
• 活动赠送或调整记录

普通 API 调用测试时，重点看“请求扣费”是否出现，以及金额是否明显异常。

使用记录为空代表什么

如果客户端或接口测试报错，但使用记录里完全没有新增记录，通常说明请求没有真正到达 kapibalaAPI。

优先检查：

1. Base URL 是否还填着官方地址或其它站点地址。
2. 是否使用了带 /v1 的 OpenAI-compatible 地址。
3. API Key 是否填到了正确的 provider 或供应商配置里。
4. 客户端是否保存并启用了新配置。
5. 网络代理、防火墙或浏览器插件是否拦截了请求。
6. 请求是否发到了另一个域名。

如果使用记录里有失败记录，说明请求已经到达 kapibalaAPI。接下来就根据状态码、错误信息、模型名和分组继续排查。

成功标准

完成这一页后，你应该已经确认：

1. 使用记录里出现了刚才的测试请求。
2. API Key、分组、模型和端点符合预期。
3. 如果产生扣费，费用没有明显异常。
4. 你知道排查问题时应该提供请求 ID 或错误信息，而不是发送完整 API Key。