使用會計
會話統計數據從代理 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 ,並用返回的值回覆。 刷新 按鈕在標題中對每個連接的帳戶做同樣的事情,就像在移動設備上進行拖放一樣。
更新運行到限率的終端點將保留最後的已知值,並在卡上表示原因。 重複的按鈕返回緩存的答案,而不是錘住提供商,並且它們從未延長保護背景調查的自動重複延遲。