最准确统计360智脑API调用次数需依赖服务端响应头中的X-RateLimit-Remaining差值，结合OneAPI中间层日志或配额查询接口汇总数据，三者互补验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要准确统计360智脑API的实际调用次数，不能只依赖本地日志或客户端计数，必须结合服务端返回的配额消耗信息与平台级监控数据——因为360智脑采用按次扣减配额机制，每次成功调用都会实时更新HTTP响应头中的配额余量，这是最权威、不可篡改的依据。
从HTTP响应头提取实时配额消耗
每次调用360智脑API后，服务端会在响应Header中返回当前账户的配额状态。这比客户端自增计数更可靠，避免网络重试、超时重发导致的重复计数。
第一步：在curl或代码中启用响应头捕获。例如使用curl时加-i参数：
curl -i -X POST "https://api.360.cn/v1/chat/completions" \--header "apikey: YOUR_APIKEY" \--header "accesstoken: YOUR_ACCESSTOKEN" \--data '{"model":"qwen-plus","messages":[{"role":"user","content":"hello"}]}'
第二步：检查响应头中X-RateLimit-Remaining和X-RateLimit-Used字段。前者表示剩余配额，后者表示本次请求消耗的配额单位数（注意：不是“1次=1单位”，不同接口消耗不同，如关键词调价接口按关键词数×0.1向上取整）。
第三步：记录每次调用前后的X-RateLimit-Remaining差值，该差值即为本次真实消耗量。若差值为0，需检查是否因缓存、重试或失败未扣减导致——【只有HTTP状态码为200且响应体含有效JSON时才算成功调用，才触发配额扣减】。
通过OneAPI中间层统一统计
如果你已部署OneAPI作为360智脑的代理网关，所有调用都经由它转发，那么统计逻辑可集中在此处，无需修改业务代码。
方法一：启用OneAPI内置统计开关
编辑/data/config.yaml，将enable_stats设为true，重启服务。OneAPI会自动在SQLite数据库/data/one-api.db中写入每条请求的created_at、model、status_code和used_tokens字段。
方法二：查询OneAPI统计表
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
直接执行SQL查询当日调用总数：
sqlite3 /data/one-api.db "SELECT COUNT(*) FROM logs WHERE created_at >= datetime('now', '-1 day') AND model = '360zhibao' AND status_code = 200;"
注意：OneAPI日志表默认不记录原始配额消耗值，仅记录是否成功及模型名，因此该方式适用于粗粒度计数，不适用于精确配额审计。
调用360智脑配额查询接口获取汇总数据
360智脑提供专用配额查询接口，可一次性拉取账户级总消耗与剩余量，适合每日对账或报表生成。
① 构造POST请求到https://api.e.360.cn/mobile/realtime/count，必须携带以下Header：
apikey: YOUR_APIKEYaccesstoken: YOUR_ACCESSTOKEN
② 请求Body中设置cengcheck=1（代表账户层级），displaytype=2（分天统计）：
curl -X POST \--header "apikey: YOUR_APIKEY" \--header "accesstoken: YOUR_ACCESSTOKEN" \--data "cengcheck=1&displaytype=2" \"https://api.e.360.cn/mobile/realtime/count"
③ 解析返回JSON中的data.count字段，该值即为当日该账户下所有360智脑API调用的总次数（含所有接口类型，非单个模型）。
④ 若需区分具体接口，需自行在业务层记录每次调用的path并关联accesstoken，因为360智脑的配额接口不支持按路径维度聚合。
