使用会计
会话统计数据从代理 CLI 保留的使用记录中重建活动。 AirCode Ø 不会重新代币您的提示,而且此视图不是提供商发票或帐户配额计。 这是本地转录可以支持的活动的审计。
读取代币分解
| 字段 | 什么 AirCode Ø 计数 |
|---|---|
| 总代币 | 提供商的原始总和,如果可用;否则,该引擎暴露的非重叠类别的总和 |
| 输入 | 提示和背景代币处理没有缓存折扣 |
| 缓存输入 | 重复使用或新缓存的提示 / 背景代币;缓存读取和缓存写入在用户界面上组合 |
| 输出 | 模型生成的代币,包括由 CLI 报告的文本和结构化工具调用输出 |
| 理性 | 引擎单独曝光时的推理或思维代币 |
| 无价的 | 记录的代币无法安全地将其与已知的模型和价格类别相符;该场只在会话中有某些情况时显示 |
| 模型呼叫 | 复制和累积记录经过正常化后,不同的原生使用事件 |
输入是模型在每个呼叫中看到的完整提示。 它可以包括对话历史记录、工具结果、系统指示和注入的背景,而不仅仅是最新用户消息。 因此,一个长的会话可以多次处理相同的背景。
不要自动将推理添加到其他行。 一些供应商 包括内输出或原始总数的推理;其他人则将其报告为 单独的可计费类别。 AirCode Ø 保存诊断计数,但添加 只在提供商尚未包括它时,将其总和和成本。
一些 CLI 报告缓存代币作为其输入计数的一部分。 AirCode Ø 首先将缓存部分分开,因此 Input + Cached input 代表完整的提示,而不计数缓存代币两次。
数字来自哪里
持久的 CLI 转录或使用日志是真理的来源。 AirCode Ø 在添加任何内容之前,将每个引擎的格式正常化:
- 重复 Claude 助理块与相同的消息 ID 计数一次;
- 累积的 Codex 计数器被转换为每调用分数,并 仅限于压缩的会计事件被忽略;
- 重写或重写 Gemini 消息只贡献其最终的逻辑 状态;
- Kimi 缓存读取和缓存写入是单独的定价,即使 对话对话将它们一起显示;
- 详细的 Grok/ACP 提示更新使用每个提示的最新值。 A 的 仅拍摄的总片段仍然被录制,但如果其类别不值 未知。
共享相同引擎和原始会话 ID 的恢复过程被视为一个逻辑会话。 AirCode Ø 使用该会话中最强的可用转录,而不是汇总重复副本。
客户端平台分配
新发行记录了粗糙的客户端平台: Web, 移动应用, 桌面应用, 自动化,或 API。 该值与 sessions.json中的会话元数据在本地存储,包括在结构化启动日志中,并由 GET /api/usage显示为 local.clientPlatforms 。 AirCode Ø 不坚持为此目的的原始用户代理。 应用程序使用 部分中的 AI 使用显示会话,代币,代币份额和 API- 对所选的 7 天, 30 天,自定义或全时间范围的相应成本。
代币和成本归因于逻辑会话的第一个已知发射平台。 这样一来,恢复的转录不会每台设备计算一次。 该会话元数据还保留了每个发射的平台,因此以后的分析可以识别跨设备的简历。 由较旧客户端创建的会话显示为 未知 当其平台无法安全推断时。
如何计算成本
当 CLI 报告成本时, AirCode Ø 会保留该值并标记它 提供商报告的成本。 否则,它会计算一个 估计的 API-equivalent 成本 从与安装的 AirCode Ø 版本一起发送的公共列表价格目录:
cost =
(uncached input × input rate
+ cache reads × cached-input rate
+ cache writes × cache-write rate
+ billable output × output rate)
/ 1,000,000外部输出的推理是定价为准确一次的输出。 当提供商有一个长背景层时, AirCode Ø 将从完整的提示大小(Input + Cached input)中按模型调用选择它。
价格下的标签有准确的含义:
- 提供商报告的 — 提供的 CLI 数量。
- 估计 API-相当 - AirCode Ø 应用公共 API 清单价格。
- 报告和估计 — 总数结合了这两个来源。
- 部分 或 无价的 — 至少一个代币承载记录不能 价格安全。 未知的模型永远不会继承一个猜测的家庭率。
API-equivalent估计并不一定是你付出的。 订阅计划,信用,谈判率,免费水平,供应商侧调整和税收不包括在这个计算中。
AirCode Ø 在显示之前以完全准确的方式总结成本。 对话通常显示两个十字符,最多为4个低于1美元的值,最多为6个低于1美分的值。 因此,从单个行中总结圆形文本可能略有不同于显示的会话总数。
每个问题分配
问题跟踪使用边界,而不是提示大小估计:
- 在成功交付提示之前, AirCode Ø 会捕获 会话的累积使用作为基线。
- 当转动完成时,过程退出,或开始追踪提示, AirCode Ø 再次捕捉计数器。
- 问题拥有这些 snapshots之间的非负差异。
在工作仍在运行时发送的后续任务将以 ****后续完成的结果关闭该边界的上一个问题。 对比差异被压缩到零,因此重写或剪写的转录不能产生负使用。
未分配的会话活动 是:
complete session total − sum of tracked questions它通常包含启动活动,在查询跟踪可用之前记录的使用,或无法安全地绑定到一个提示的活动。 它仍然留在全会。
会计日志存储需要识别问题的提示预览和哈希;它不会重复原生转录已经持有的完整提示。
运行时间和实时更新
运行时间测量从快速交付到完成的墙钟转动活动。 转弯之间不适时的时间是排除的。 实时转换包括过去的时间,直到当前的瞬间,因此其持续时间和代币计数可以在对话打开时改变。
旧会话可能有完整的代币总和,但没有每个问题历史,因为跟踪不会被反复重建。 缺失或删除的原生转录也可能使统计数据不可用。 对于计费争议或帐户限制,请使用提供商自己的仪表板作为权威来源。
帐户限制指标
AI 使用 提供商卡的顶部的计量器是帐户配额,而不是转录会计。 AirCode Ø 从每个提供商的 API 帐户中读取它们,并在几分钟内缓存答案,因此几个开放的设备共享一个呼叫,而不是每个投票终端。
这个缓存是为什么一个屏幕留在打开后可能会落后于一个沉重的运行。 每个提供商卡都携带其状态旁边的更新按钮:它要求服务器立即再次调用该帐户 API ,并用返回的值回复。 刷新 按钮在标题中对每个连接的帐户做同样的事情,就像在移动设备上进行拖放一样。
更新运行到限率的终端点将保留最后的已知值,并在卡上表示原因。 重复的按钮返回缓存的答案,而不是锤住提供商,并且它们从未延长保护背景调查的自动重复延迟。