言語日本語

使用会計

セッション統計は、エージェント CLI が保持する使用記録からアクティビティを再構築します。 AirCode Ø は、あなたのプロンプトを再トークン化しませんし、このビューはプロバイダの請求書またはアカウント割引メーターではありません。 これは、地元のトランスクリプトがサポートできる活動の監査です。

トークン分解の読み方

フィールド AirCode Ø の数値
トークン合計 利用可能な場合のプロバイダーのネイティブ総合; 他の場合、そのエンジンが露出する非重複カテゴリの総合
入力 Prompt and context tokens processed without a cache discount (キャッシュ割引なしで処理)
キャッシュ入力 再利用または新しくキャッシュされたプロンプト/コンテキスト・トークン; cache reads and cache writes are grouped in the UI
出力 モデルによって生成されたトークン、 CLI によって報告されたテキストと構造化されたツール呼び出し出力を含む
理性 エンジンがそれらを別々に露出したときの推論または思考トークン
無償 記録されたトークンは、既知のモデルおよび価格カテゴリーに安全にマッピングすることはできません。
モデル呼び出し 複製記録と累積記録が正常化された後に異なるネイティブ使用イベント

Input は、モデルが各通話で見た完全なプロンプトです。 会話履歴、ツール結果、システム指示、注入された文脈を含むことができますが、最新のユーザーメッセージだけではありません。 したがって、長いセッションは、同じ文脈を複数回処理することができる。

他の行に自動的に理性を追加しないでください。 いくつかのプロバイダー は、内部出力またはネイティブ総合を推論することを含みます。 別途請求可能なカテゴリ。 AirCode Ø は診断数を保持しますが、追加します。 これは、プロバイダーがすでに含まれておらず、合計およびコストのみを含む。

いくつかの CLI は、入力数の一部としてキャッシュされたトークンを報告します。 AirCode Ø は、キャッシュされた部分を最初に分離するので、 Input + Cached input はキャッシュされたトークンを 2 回数えることなく、完全なプロンプトを表します。

数字の由来

持続的な CLI トランスクリプトまたは使用日記は真実の源です。 AirCode Ø は、追加する前に各エンジンのフォーマットを正常化します。

  • Claude アシスタントブロックを同じメッセージ ID を1回数える。
  • 累積的な Codex カウントは、呼び出しデルタに変換され、 コンパクションのみの会計イベントは無視されます。
  • Gemini メッセージは、最終的な論理的なメッセージに貢献します。 状態
  • Kimi cache reads and cache writes are kept distinct for pricing, even though ダイアログは、それらを一緒に表示します。
  • 詳細 Grok/ACP スンプト更新は、各スンプトの最新の値を使用します。 A は total-only snapshot remains recorded, but may be unpriced if its categories は不明です。

同じエンジンとネイティブセッション ID を共有する再起動プロセスは、1 つの論理セッションとして処理されます。 AirCode Ø は、複製コピーを合計する代わりに、そのセッションのための最も強力な利用可能なトランスクリプトを使用します。

クライアントプラットフォームの割り当て

Web、 モバイルアプリ、 デスクトップアプリ、 自動化、または API。 この値は、 sessions.jsonでセッションメタデータをローカルに保存し、 local.clientPlatforms として GET /api/usageとして表示されます。 AirCode Ø は、この目的のために原始ユーザーエージェントを継続しない。 THE App による使用 セクション in AI Usage shows sessions, tokens, token share, and API選択した 7 日間、 30 日間、カスタム、または全時間範囲の同等のコスト。

トークンとコストは、論理セッションの最初の知られているリリースプラットフォームに割り当てられます。 これにより、再起動されたトランスクリプトは、デバイスごとに1回数えられることになります。 セッションメタデータはまた、各リリースのプラットフォームを保持するので、後で分析することで、デバイス間のレイアウトを特定できます。 以前のクライアントによって作成されたセッションは、プラットフォームが安全に推定できない場合に Unknown として表示されます。

コストの計算方法

CLI がコストをレポートする場合、 AirCode Ø はその値を保持し、 ををレポートします。 場合によっては、 推定 API-equivalent cost を、インストールされた AirCode Ø バージョンで配信された公開リスト価格カタログから計算します。

cost =
  (uncached input × input rate
   + cache reads × cached-input rate
   + cache writes × cache-write rate
   + billable output × output rate)
  / 1,000,000

外部出力の推論は、出力として正確に1回値付けされます。 プロバイダーが長い文脈のレベルを持っている場合、 AirCode Ø は、完全なプロンプトサイズ (Input + Cached input) からモデル呼び出しごとに選択します。

コストの下のラベルには、正確な意味があります:

  • プロバイダーが報告した - CLI が供給した金額。
  • 推定 API-equivalent — AirCode Ø 適用された公共 API リスト価格。
  • 報告および推定 - 合計は両方のソースを組み合わせています。
  • 部分 または 無償 — 少なくとも1つのトークンベアレコードは、 安全な価格で。 未知のモデルは決して推測家族率を相続することはありません。

API-equivalent 推定は、必ずしもあなたが支払うものではありません。 サブスクリプションプラン、クレジット、交渉レート、無料レベル、プロバイダー側の調整および税金は、この計算の外にあります。

AirCode Ø は、表示前に完全な精度でコストを合計します。 ダイアログは通常、2つの十字架を表示し、1ドル以下の値では最大4つ、1セント以下の値では最大6つを表示します。 したがって、個々の行から丸められたテキストを合計すると、表示されるセッションの合計とわずかに異なる場合があります。

質問ごとに割り当て

質問追跡は、推奨サイズではなく、限界を使用します。

  1. プロンプトが送信される直前に、 AirCode Ø は、 セッションのバージョンとしての累積的な使用。
  2. ターンが完了すると、プロセスが終了するか、またはフォローアッププロンプトが始まります。 AirCode Ø は、カウンターを再びキャプチャします。
  3. 質問は、これらのスナップショットの間の非ネガティブな違いを所有しています。

作業がまだ実行中である間に送信されたフォローアップは、その境界で前の質問を ****フォローアップで終了した結果で閉じます。 対照差はゼロに絞られ、再書き換えまたは切り替えされたトランクスクリプトがネガティブな使用を生成することはできません。

非割り当てセッション活動 は次のとおりです。

complete session total − sum of tracked questions

通常は、スタートアップの活動、質問追跡が利用可能になる前に記録された使用、または 1 つのプロンプトに安全に結びつけることができない活動を含みます。 まだ全会期に残っている。

会計記録は、質問を識別するために必要なプロンプトプレビューとハッシュを格納します; it does not duplicate the full prompt already held by the native transcript.

ランタイムとライブアップデート

Run time は、即時配達から完成までの壁時計の回転活動を測定します。 ツアー間の無休時間は除外されます。 ライブターンには、現在のスナップショットまで経過した時間が含まれていますので、時間とトークンカウンターは、ダイアログが開いている間に変更できます。

古いセッションには完全なトークン合計があるかもしれませんが、トラッキングがリターンに再構築されていないため、質問ごとの履歴はありません。 失われたまたは削除されたネイティブトランスクリプトは、統計を不可欠にすることもあります。 請求の紛争やアカウント制限の場合、当社の独自のダッシュボードを権威あるソースとして使用してください。

アカウント制限測定器

AI Usage のプロバイダーカードの上部にあるマッチは、アカウント割引ではなく、トランスクリプト会計です。 AirCode Ø は、各プロバイダーの API アカウントからそれらを読み取って、数分間回答をキャッシュするので、複数のオープンデバイスが、それぞれのエンドポイントを投票する代わりに、1 通話を共有します。

そのキャッシュは、開いたスクリーンが重い走行の後ろに遅れる理由です。 各プロバイダーカードは、その状態の隣にリフレッシュボタンを持ち、サーバーにそのアカウント API をすぐに再度呼び出し、返信する値で返信します。 Refresh ボタンは、接続されたすべてのアカウントに対して同じことを行います。

レート制限エンドポイントに実行されるリフレッシュは、最後の既知の値を保持し、カード上の理由を指定します。 提供者をハンマーするのではなく、キャッシュされた答えに戻る繰り返しのプレスは、背景のアンケートを保護する自動リトリの遅延を決して延長することはありません。