統計とプロバイダー使用量
Statistics は、サポート対象のプロバイダー CLI が実際に出力する使用量を要約します。どのセッション、プロファイル、プロジェクト、プロバイダーがモデルトークンを消費したかを把握する助けになります。これは請求台帳ではなく、欠けている値を作り出しません。
数値の意味
Codex では、ThreadCells はロールアウトテレメトリーで利用可能な累積プロバイダーネイティブカウンターを記録します。
- 入力トークン。
- キャッシュ済み入力トークン。
- 出力トークン。
- 推論トークン。
- 合計トークン。
キャッシュ済み入力は、別に表示されたままです。新しい入力として黙って再加算されることはありません。プロバイダーが報告しなかったメトリクスは、誤解を招くゼロではなく Not reported と表示されます。
現在のアダプターにはそれを意味のあるサポート対象メトリクスとして公開するものがないため、既定のテーブルではキャッシュ書き込みトークンを省略します。正規化 API は任意の互換フィールドを保持しているため、将来のアダプターはデータベース移行なしに正確なサポートを追加できます。
プロバイダークレジット、価格、コスト情報は、アダプターがサポートされ権威のある値を提供する場合にのみ表示されます。ThreadCells はトークン合計から請求額を推定しません。
使用量が表示される時点
使用量はライブセッションの実行中に収集され、永続的に保存されます。Statistics に寄与する前に、セッションを削除、退役、クリーンアップする必要はありません。完了していて保持されたセッションも引き続きカウントされます。
Codex は累積スナップショットを出力します。ThreadCells はこれらのスナップショットにチェックポイントを設定し、同じ正規使用量レコードを更新するため、ポーリング、再起動、再生、再開で同じトークンが二重にカウントされることはありません。
ページの読み方
まず全体合計を確認し、その後ディメンションテーブルでターミナル、セッション、プロジェクト、プロバイダー、プロファイル別の使用量を特定します。合計には詳細ビューと同じ正規化済みレコードが使用されます。
調査の例:
- 全体の出力トークンが増加していることに気付きます。
- セッションディメンションを開き、寄与したセッションを特定します。
- そのプロジェクト、プロバイダー、プロファイルを比較します。
- Agents を開き、対応するターミナルと永続的な結果を確認します。
履歴データ
アップグレードでは、保持されたプロバイダーネイティブ証拠を ThreadCells セッションに決定的に照合できる場合にのみ、履歴使用量を復元できます。曖昧なソースデータまたは存在しないソースデータは不明のままです。修復は冪等です。再実行しても重複レコードを作成してはいけません。
古いデータベースでは、来歴のためにレガシーのベストエフォートなターミナル解析が残ることがあります。正確なプロバイダーネイティブレコードが存在すると、その正確なレコードが表示合計でレガシー近似を置き換えます。
トラブルシューティング
- ライブセッションがない: ページを更新し、プロバイダーが使用量収集をサポートすることを確認し、プロバイダーロールアウトをサービスアカウントが引き続き読めることを確認してください。
- フィールドが Not reported と表示される: プロバイダーがそのメトリクスを提供していません。ゼロと解釈しないでください。
- 再起動後に合計が重複して見える: セッションとターミナルのディメンションを比較し、診断のためにデータベースを保持してください。再生はチェックポイントを更新すべきであり、2つ目の累積合計を挿入してはいけません。
- 請求額が異なる: プロバイダー自身の請求システムを請求の権威として使ってください。ThreadCells は運用テレメトリーを報告します。
トークン会計ではなく容量については、容量とリソースモデル を参照してください。