调用日志
调用日志

用日志判断请求到底发生了什么

遇到变慢、费用异常、报错、模型不对,先看日志里的接口路径、模型、token、费用和首 token 耗时。

调用日志

先看这 3 个字段

日志能帮助你判断一次请求走了哪个分组、用了多少 token、花了多少钱、慢在哪里。

先看 1

费用

本次实际扣了多少,以“费用”字段为准。不要只看 token 总数判断费用是否异常。

先看 2

模型和接口路径

确认实际调用的是哪个模型,以及走的是 /chat/completions 还是 /responses

先看 3

首 token 耗时

它表示模型开始输出前等了多久。上下文过长、任务过大、图片提示词过长都会拉高这个数。

字段示意

调用日志示例(脱敏)

真实页面字段可能略有不同,但排查时优先看这些信息。

调用日志示例
时间:2026-07-06 12:30:21
API 密钥:codex-project-a
模型:gpt-5.6-sol
接口路径:/v1/responses
输入 Token:12.4K
输出 Token:3.1K
缓存读取:541.1K
费用:<以控制台实际显示为准>
首 token 耗时:8.2s
状态:成功
判断费用先看“费用”,不要只盯 token 总数。
判断慢不慢看“首 token 耗时”,它代表模型开始输出前等了多久。
判断模型对不对看“模型”,确认是不是你配置的模型 ID。
判断有没有打到 1A1API看日志里有没有这次请求;没有日志通常不是模型问题。
字段排查用途
用户调用方账号和用户 ID
API 密钥当前使用的 API 密钥名称
模型记录实际返回的模型 ID,并与当前 API 密钥可用模型列表核对
接口路径/responses/chat/completions
Token输入、输出、缓存读取
费用本次实际扣费
首 token 耗时模型开始输出前的等待时间
日志里像 541.1K 这种大数字通常表示缓存读取或上下文缓存相关 token,不一定代表本次新输入了 54 万 token。判断费用是否异常时,先看“费用”字段,再看输入、输出和缓存读取 token。
第三方检测分数、样本限制和扣费争议统一收录在 信任与检测 页面;排查单次请求时,以本页调用日志字段为准。
如果“首 token 耗时”明显变慢,请先检查当前会话上下文是否过长、是否已经接近或超过模型上下文上限。大项目、长对话、反复贴日志或图片生成提示词过长,都可能导致首 token 变慢。
联系客服时建议准备
问题类型:
使用工具:Codex / Claude Code / Cursor / Cherry Studio / OpenCode / 其他
模型 ID:
Base URL:
报错时间:
报错内容:
API 密钥名称或尾号(不要发送完整密钥):
是否开启流式输出(stream):
调用日志截图: