2026-08-01T06:53:38.353Z

クロッドコードステータスライン トークン使用:各カウンターにラベル

ライブコンテキスト,推定セッションコスト,サブスクリプションクォータ,未知の新鮮さを区別するバージョン認識のクロードコード状態ラインを設定します.

信頼性の高いクロードコードステータスラインは,すべての使用シグナルを1つの トークン番号に分解してはならない. 現在の文脈,累計セッションコスト,サブスクリプション配额,データ新鮮さを別々の範囲として表示します. 累積セッショントークン総額については, /usage を参照してください.現代の状態線トークンフィールドは,その総額を提供していません. この区別は重要で 公式のフィールド契約が変わりました クラードコード v2.1.132 から, context window.total input tokens と context window.total output tokens は,最新のAPI応答から現在の文脈を記述する. このバージョン以前,同じフィールドは累計セッション合計でした. 古い意味に反して書かれたステータスラインスクリプトは,アップグレード後も動作し続けることができるが,沈黙して数字に偽のラベルを与えます. 安全なデフォルトはこんな行です 進歩バーよりも 魅力的ではありません 誤読するのも大変です 各カウンターに範囲を指定する クロードコードは JSONを設定された statusLine コマンドにパイプします. 公式のステータスラインドキュメントによると,コマンドはローカルで実行され,APIトークンを消費しません. /compact 以降,複数のUIモードが変更され,オプションのリフレッシュタイマーで実行されます. 役に立たない負荷には,様々な質問に答えられる数々の測定が含まれています. 質問 文書化されたフィールドまたはコマンド 適用範囲 誠実なラベル 活動的な文脈はどれ程充実しているのでしょうか? context window.used percentage 最新のAPI応答からの現在の文脈 ctx 42% この文脈で入力と出力数は? context window.total input tokens , total output tokens V2.1.132+に関する現在の文脈 context ,決して session total このセッションの費用は? cost.total cost usd 累積的なローカル推定; /clear の現在のバージョンのリセット $0.12 est 総セッショントークン数は? /usage クロードコードの現在のセッション tokens use /usage 購読補助金はどれくらい消費されますか? rate limits.five hour , rate limits.seven day 対象 abonent の ローリングプラン の 窓 quota 5h … · 7d … 配当の観察はどのくらいの年齢ですか? 文書化されたステータスラインオブジェクトにタイムスタンプがない 未知 age unknown そのテーブルには2つの罠がある. まず, used percentage はインプット・コンテキスト測定法である. クロードコードは新入力,キャッシュ作成,キャッシュ読み込みトークンから計算します. 出力トークンは含まれていません. 活発な会話が収縮に近づいているかどうかを判断するのに有用になりますが セッションの時間の割合や計画配分ではありません 第二に, rate limits. .resets at は,配额窓が再設定される時間である. クロッド・コードが 百分数を集めた時期ではない 文書化されたステータスラインオブジェクトには fetched at フィールドがありません. リセット時間は フレッシュさを証明できない. /usage の分離画面は,古いデータ契約が強くなっています. 公式コストガイドは,プラン制限要求が制限されている場合, /usage は過去60分間のキャッシュされたスナップショットを表示し,年齢とともに最後に使用されたものと明示的にマークすることができます. ステータスラインの役に立たない負荷は,同等の年齢フィールドを文書化していない. 年齢が決定に影響を与える場合, 状態線の百分比をライブとして飾る代わりに /usage を開きます. 真実ラベル付きのステータスラインを設定する 次のものを ~/.claude/usage statusline.mjs として保存する. プラットフォームがそれを要求する場合はスクリプトを実行可能にして, ~/.claude/settings.json にコマンドサポートされたステータスラインを追加します: リフレッシュインターバルはオプションです 状況変更には イベントベースの更新が十分です. タイムラーは,背景作業が継続している間に,メインセッションが無動であるときに有用ですが,そのデータは源よりもクォータデータを新鮮なものにしない. 30秒ごとに未定値を再現すると その年齢は不明になります このスクリプトは,また誘惑的だが危険な解決方法を回避します. context window.current usage をスタータスラインの各呼び出しに追加して累積総数を再構築します. このコマンドは,新しい API コールだけでなく,コンパクト,許可モード変更,Vim変更,タイムリングのために実行できます. 文書化された有用な負荷は, current usage 以外の安定したAPI要求識別子を提供していない. したがって,繰り返し加算すると同じ反応が1回以上数えられる. /usage を累積セッショントークンに使用する. そのセッションブロックは,入力,出力,キャッシュ読み込み,キャッシュ書き込み合計を含むモデルによる使用を報告します. ドラルの数字は標準的なリストレートに基づいた現地推定であり,割引契約,プロモーション価格,クラウドプロバイダー請求書,またはサブスクリプション補助金とは異なる可能性があります. バージョンとゼロ経路をテストする ステータスラインは 運用コードです 不便な用荷をテストするだけでなく 文書からコピーした例をテストする この項目の検査可能なアーテファクトは,レンダーを通して3つの固定装置を再現します. 1. 現代のアクティブセッションには 42% の文脈利用率,推定セッションコスト,および両者ともクォータウィンドウがあります. 2. 現代的なコンパクション後のセッションには current usage: null ,ゼロパーセント,配当対象がない. 3. v2.1.131 のセッションには, v2.1.132 の変更より前の文書化された意味を持つトークンフィールドがあります. 観測された出力は: 3つの主張も合格しました さらに重要なのは 失敗の途径がゼロになったことではありません その行動は公式の無効性制限に従う. context window.current usage は,最初のAPI応答の前に,また,次の応答が来るまで, /compact の直後に無効である. 文脈パーセントはセッション初期でも無効である可能性があります. rate limits は,最初の API 応答後,適格な Claude.ai サブスクリプション セッションにのみ表示されます.両方のウィンドウは独立して欠席することができます. これらのケースを 0% と表現すると,有用な負荷が支持していない3つの主張が示されています.文脈は空き,配当が消費されていない,測定は現在のものです. unknown と unavailable は,次の応答を待機するか, /usage を参照してください. テストで維持すべきバージョンの境界線が1つあります v2.1.132以前,合計入力および出力フィールドは累計セッション合計であった. 現在のバージョンでは,現在の文脈のカウントです. version フィールドが欠けているか古い場合は,どの意味が適用されているか推測しないでください. 意図的に展開されたバージョンを支えるか,意味的状態を未知として示すか. 線が証明できないことを知れ このローカル・クラード・コードセッションは,現在何を暴露しているのかという 狭いインタラクティブな質問に答えます. 定めていない. APIまたはクラウドプロバイダーの使用に関する認証請求書 他の機械または claude.ai からの総活動 検証可能な成果または有用な進展 完成したエンジニアリング結果ごとにかかる費用 記録された状態ラインの有用な負荷におけるサブスクリプション配额データの年齢. その限界は行動に影響します 高い文脈利用は,会話が1つのタスクにまだ役立つかどうかを確認することを正当化できる.これは自動的に /compact が安全であることを意味するものではありません. 高い5時間の割合は, /usage のチェックを正当化できるが,その原因はどのプロジェクトかサブジェントか証明できない. 費用が上がる推定コストは不生産なループを終わらせることを正当化することができるが,費用がかかる実行が失敗したことを証明するものではありません. ラインをルーターとして使用します. ctx known の経路は,文脈決定へ; session … est は,コンソールへの請求質問と, /usage への累積トークン質問をルートします. quota … age unknown は, /usage に制限感のある作業を導きます. unknown または unavailable の観測経路は,緑の判決ではない. 作業が別途配達可能なチェックへの経路に成功したと主張する. Sidewispは時間と予算を健康信号として 進歩と結果とともに扱いますが カウンターを健康判断に変えるわけではありません Sidewisp は現在プライベートプレビュー段階です。 トークン利用分析とクロードコードアダプターは,配送された監視機能ではなく,計画された製品領域です.