DeepSeek Harness のトークン使用量・料金チェックガイド
dsh のトークンの行き先を 7 ステップで読み解く——セッション内、ログ、プラットフォームの請求——その上で、実際に料金を下げる 4 つのレバーを紹介。
最終更新: 2026-10-15
DeepSeek Harness は支出を隠しません。すべてのセッションはプロンプト・ツール呼び出し・応答ごとに追記専用の永続ログを書き込み、Web UI がそのログを判断に使える数字に変えてくれます。API 価格が再び上昇し、前払いクレジットが仕事の途中で尽きる時代には、この数字を読めるかどうかが料金の管理と想定外の爆発を分けます。
このガイドでは、使用量確認の 3 つのレイヤー——セッション内の Trajectory タブ、セッションログとステータスバー、プロバイダー自身の使用量ページ——を順にたどり、さらに実際に料金を削るレバー（実行モード、安いティアのモデル、コストダッシュボードをサイドバーに入れる 4 つのコミュニティプラグイン）を解説します。
7 ステップで DeepSeek Harness のトークン使用量を把握して削る
- 1
Trajectory タブを開く——内蔵の使用量台帳
すべての dsh セッションは追記専用のログを書き続き、Trajectory タブはそれを読み返す画面です。エントリの上には Duration | Turns | Calls のタイムラインがあり、Input・Model・Tools の 3 段のバーで長いタスクのリズムがひと目で分かります。入力欄の下のセッションステータスバーは、ターン数・ステップ数・LLM 時間対ツール時間・平均 TTFT・スループット・キャッシュヒット率・入出力トークン数をリアルタイムに合算表示します。
Trajectory タブはセッション全体を 1 本ものさしに広げます。どのエントリもクリック可能。動画の 6:15 から視聴 - 2
エントリをクリックして、そのリクエストのトークン領収書を見る
エントリを選ぶと右側に Summary パネルが開きます。このフレームの Request #6 は Status Completed、Tokens 100 tok、そして Request Timing に合計 19.9 秒、TTFT 16.8 秒、生成 3.04 秒、スループット 32.9 tok/s を表示。トークンが少なくて TTFT が長いのは「浪費ではなく思考」という意味——請求を疑う前に知っておきたいポイントです。
ログエントリを 1 クリックするだけで、そのリクエストのトークン・レイテンシ・スループットが出ます。動画の 6:32 から視聴 - 3
コンテキストを実際に食べている犯人を見つける
ログをスクロールすると、トークンを大量消費している項目が見えてきます。ランタイムコンテキストのスナップショット、冒頭で注入される system-reminder のスキル一覧、実行中に貼り戻されるツール結果。このログは編集も上書きもされません——モデルが見たすべての領収書であり、「このセッションはなぜこの金額なのか」に最も誠実に答える根拠です。
コンテキストスナップショットとツール結果こそ静かなトークン食い——ここで一目で特定できます。動画の 9:30 から視聴 - 4
実行モードをタスクに合わせる
モードセレクターはワークスペースピッカーの隣にあります。Standard モードはフルセット。Code モードはツールを 1 本のプログラムにチェーンでき、30 ステップのタスクに 30 回の往復を払わずに済みます。Minimal モードはターミナルとファイルエディタだけに削り、安価な反復作業に最適。同じハーネスでも、モードでコストは 3 通り——定常作業は推論レベルを Max から Low に下げれば、思考時間も節約できます。
モード・権限・ワークスペースはコンポーザーに集約——セッションのコストを決める 3 つのダイヤルです。動画の 5:55 から視聴 - 5
ティアを下げる：安い仕事は安いモデルへ
モデルピッカーはプロバイダーごとにグループ化されており——NVIDIA Nemotron、OpenAI GPT、MoonshotAI Kimi など——再起動なしでセッション途中でも切り替えられます。定常的な編集は flash クラスに任せ、高価なフラッグシップは本当に必要な数ステップだけに。OpenRouter をつなげば（次のステップ）選択肢が増え、タスクごとに価格比較も可能です。詳細はモデル切り替えガイドをどうぞ。
プロバイダー別にグループ化されたモデル一覧なら、定常作業を安いティアへ落とすのも 2 クリック。動画の 2:21 から視聴 - 6
プロバイダー自身の使用量ページと突き合わせる
Settings → Models には誰がトークンをさばいているかが表示されます。キー未設定の DeepSeek には赤ドット、有効なプロバイダーには緑ドット。次に platform.deepseek.com/usage を開けば——公式ページが任意の期間の Cost・API requests・Tokens を集計します。ソース動画では 1 か月のエージェントコーディングが 88,585,433 トークン・1,916 リクエスト・合計 $3.39。オフピークの入力単価はピークの半分です。
緑ドットは有効の印——使用量ページの数字はこのアカウントから来ます。動画の 2:02 から視聴 - 7
コミュニティのダッシュボードを入れて常に可視化
コア UI の集計はセッション単位。セッションをまたぐ予算・残高・履歴は、プラグインディレクトリにすでに揃っています——Settings → Plugins パネルには、session-persistence などの内蔵プラグインを含むインストール済みプラグインが並びます。以下の 4 選で、コンテキストメーター・コストバッジ・エクスポート可能な台帳を Web UI から出ずに追加できます。
導入済みプラグインは Settings → Plugins に現れます——使用量ダッシュボードはここに接続します。動画の 4:24 から視聴
導入したい使用量トラッキングプラグイン
ディレクトリで確認した 4 選。dsh の生の数字を常設ダッシュボードに変えます。すべて無料・オープンソース。
dsh-context
コンテキストのダッシュボードタブと /context コマンドを追加。システムプロンプト・ツールスキーマ・メッセージ・ツール結果——ウィンドウの中身と残り余地を項目別に分解します。
ガイドを読むdsh-cost-meter
サイドバーにセッション/日次コストバッジ・予算メーター・プロバイダー残高バー・26 週間の使用量ヒートマップを追加。
ガイドを読むtokenledger
トークン使用量を実際にリクエストをさばいたリレーサイトに帰属させ、プロジェクト別グループ化・残高・CSV/JSON エクスポートに対応。ゼロコンフィグ。
ガイドを読むdsh-usage-stats
プロバイダー残高・サブスクリプション枠・トークン使用量の分析カードを dsh Web サイドバーにまとめて表示。
ガイドを読むダッシュボードの上にもう 1 層「オブザーバビリティ」があります：linyp/dsh-plugin-langfuse（★13）は agent セッションを OpenTelemetry のトレースツリーとして書き出し、Langfuse の OTLP エンドポイントへ送信。Yuntwo/dsh-langfuse-plugin（★21）は Langfuse テレメトリのサイドカー型バンドルです。dsh を Langfuse につなぐなら、カタログ収録のこの 2 本から。
コストダッシュボード比較：4 本を比べる
コミュニティのトークン話題の裏側でよく比較される 4 本のダッシュボードを、本当に違う軸で比較——予算、帰属、アカウントカバー、即時フィードバック。4 本とも 2026-10-07 に GitHub で実査済みです。
han-1413141/dsh-cost-meter（★375）——予算とプラン枠
このクラスタの筆頭。強み：使用率つき予算、ピーク/オフピークアラート、10 社超の公式コーディングプラン枠照会（Anthropic、Z.ai、MiniMax、Kimi、OpenRouter など）、プラン/API 二重課金計上、内蔵 170+ モデル価格カタログ。コスト管理のためならこれ——計器だけでなく天井を見ているのはこの 1 本です。
zh667/tokenledger（★204）——リレー帰属
経理担当。強み：リクエストをさばいたリレー元（baseURL）への使用量帰属、プロジェクト別グループ化、リセット時計つきのサブスク枠ウィンドウ、未定価モデルは正直にダッシュ表示——設定ゼロ、認証情報は未読。複数のリレーやアカウントが 1 つの harness を共有し、誰が何をさばいたか知る必要があるならこれ。
ychris12138/dsh-usage-stats（★169）——アカウントの健康
監視役。強み：プロバイダーごとのアカウントカードに残高とプラン枠ウィンドウを表示。キャッシュヒット率、月カレンダーヒートマップ、過去価格に照合したコスト見積りと任意の予算警告。複数のプロバイダーアカウントを 1 つの harness に束ねていて、1 枚のパネルで全部見張りたいならこれ。
wssfk12138/dsh-damage-pulse（★245）——即時フィードバック
伝令役。強み：クジラ娘が課金のたびにリアルタイムで反応——公式課金ルールに沿った単発/セッション/全体の 3 層、ピーク/オフピーク対応、任意の WeChat プッシュ。コストを発生した瞬間に「感じ」たいのであって、週末に帳票を読みたくないならこれ。
公式トラッカーが語るトークン消費
使用量追跡がなぜコミュニティで最も議論が白熱した話題になったかを説明する、公式ディスカッションからの 4 枚の領収書——すべて 2026 年 10 月に原スレッドから読みました。
3.3 倍のスタートアップ税（#8938 / #8934）
今週最も支持されたコスト投稿の実測：dsh 自身の V4.1 Flash で、毎ターン再送されるスタートアップ時の下限は 8,188 トークン——同じモデルで Hermes（約 2,500）の 3.3 倍、Claude Code（約 4,500）の 1.8 倍——その原因として、dsh が露出する 29 個のツール（最小構成 harness の 7 倍）による繰り返しの再送を挙げます。その基になったベンチマーク（長尺ワークフロー 30 本、240 実行、同一モデル）は、「スタートアップ税 × ターン数」がタスクあたりトークンを R²=0.99 で予測したと報告しています。結論は「dsh がダメ」ではなく——モード選択とターン数こそ最大のレバーだ、ということです。
auto-review の持ち主のない請求（#9018）
Auto 権限プリセットでは、内蔵の auto-review 層が対応ツール呼び出し 1 回ごとに、全コンテキスト・非キャッシュのリクエストを 1 回ずつ追加で送ります。記録されたあるループは 57 分で 25,052,220 の非キャッシュ入力トークンを燃やし（約 ¥78.49。当該セッションのそれ以外は ¥7.42）——しかもレビュアー呼び出しにはセッション id が付かないため、cost-meter は「未関連セッションの費用」としか表示できませんでした。ダッシュボードにセッションの付かないお金が映ったら、まずこれを疑ってください。
計器自身が間違うとき（#8997、#9022）
既知の計測ギャップが 2 つ、いずれも 2026 年 10 月発：画像が約 22 トークンで計上される一方、エンジンは実際には最大約 1,027 を請求する（実測 87〜1,027、サイズ依存）ため、スクリーンショットの多いセッションは 1 桁過小計上され、圧縮が決して発火しません（#8997）。また、宣言した contextWindow がモデル情報の解決チェーンに届かないと自動圧縮が静かに失敗し、ゲートウェイのコンテキスト超過拒絶が「残高不足」と誤報されます（#9022）。数字と請求書が食い違ったら、請求書を信じ、その上でスレッドの修正状況を確認してください。
token コスト：起動税とツールキャッシュの再計費
メッセージ本体以外に、dsh の請求を左右する要素が 2 つあります：一字打つ前にセッション開始でいくら使うか、そしてセッション途中で新しいツールを 1 つ読み込む本当のコスト。公式ディスカッションには両方に確固たる数字があります。
起動税：約 6.1k tokens 対 約 23k（#9160）
公式ディスカッション #9160 がローカルのロギングプロキシで正確に計測：同じワークロードで dsh の起動は約 6,100 tokens、比較対象の Claude Code は約 23,000——dsh が起動時に抱えるシステムプロンプト、ツール定義、注入コンテキストは比較点のほんの一部です。下限はゼロではありませんが、実測された比較的低い値です。
tools 配列は prefix cache で messages の前に来る（#9190）
公式ディスカッション #9190 が高い部分を説明：tools 配列はキャッシュプレフィックスで messages より先にシリアライズされます。セッション途中で新しいツールを 1 つ読み込むとキャッシュプレフィックスが無効化され——次のリクエストは増分ではなくコンテキスト全体を再計費します。コミュニティフォークが tools 配列を定数にしたのはまさにこれを避けるため：シリアライズ形を安定させれば前置列はキャッシュにヒットし続けます。
デスクトップと Web の使用量は大きく食い違いうる（#9108）
公式ディスカッション #9108 は、同じアカウントでデスクトップの「查询用量」の読みが Web コンソールの「全部」より約 46 倍低かった事例を記録しています。これほど食い違う場合は、お金はプロバイダーの請求ページを正とし、ローカルの数字は推定として読む——上の FAQ のキャッシュミスジャーナルの過小評価と同じ規則です。
ツール項目：T-Auto/dsh-ops——ツール呼び出しごとの token 削減
T-Auto/dsh-ops（★49、2026-10-09 時点の GitHub 実査）は、Windows の dsh 向けに高パフォーマンスな bash / PowerShell 7 / Rust ツールを提供し、ツール呼び出しごとの token 消費を下げることを目指しています。ツール選びは token コスト選び：ツール出力が締まれば、その後のすべてのコンテキストウィンドウで token が減ります。
エラー率のベースライン：先に読んでから書く（#9366）
公式ディスカッション #9366 は 541 セッション、72,937 回のツール呼び出しを集計しました：47% の呼び出しが「読んでから書く」パターンに従い、比較された 4 モデル間に有意な差はありませんでした。コミュニティデータとしての基準線と捉えてください——起動税が手戻りに変わるのは、まさに「読まずに書いた」場所です。
「読んでから書く」の失敗はトラブルシューティングの話題でもあります。セッションが一度も読んでいないファイルへの書き込みには、決まった直し方があります。
よくあるエラーガイドを見る4 本のピックだけでなく完全なリストが欲しい方へ。使用量・コスト集には、実査済み 6 本のダッシュボード——予算の番人、リレー台帳、常設ドック——がクラスタ全体のランキングで並んでいます。
使用量・コスト集を見るセッション費用とトークン統計：専用ダッシュボード
混同されがちな 3 つの質問——残高はいくらか（バランス）、いくら使ったか（使用量）、システムの状態はどうか（オブザーバビリティ）。このセクションは真ん中：セッションを費用とトークンの統計に変える専用プラグイン集です。残高ウィジェットは専用ガイドへ、システム挙動の読み返しはセッションリプレイガイドの仕事。
han-1413141/dsh-cost-meter（★375）
クラスタの筆頭にして最も完全な答え：セッション別・モデル別のコスト、トークン使用量、アラート付き予算、プロバイダ残高とコーディングプラン枠、さらに 26 週間のヒートマップ。使用量プラグインを 1 つだけ入れるなら、エコシステムはすでに投票を済ませています。
tokdash（★84）とアナリティクスパネル系
jingbiaomei/tokdash はヒートマップと比較ビューでプロバイダ横断のセッションと枠を分析。haoyueqin/dsh-usage-statistics-panel（★18）は GitHub 風のアクティビティグリッドにモデル別内訳とキャッシュヒット率曲線を重ねます。同じ答えの 2 つの形：まず総量、次に明細。
ピーク・オフピーク料金を味方につける
使用量統計が本領を発揮するのは「いつ走らせるか」を変えるとき：DeepSeek のオフピーク時間帯は入出力とも半額、キャッシュヒット率が高いほど入力はさらに安くなる。リアルタイム費用メーターを広めたピーク・バレー系チュートリアルの結論はここに収束します。1 週間時間帯別の数字を見て、バッチ処理を安い時間帯に寄せましょう。正確な数字は下の料金 FAQ に。
残高ウィジェットとクジラ娘
使用量の追跡が答えるのは「この作業で何トークン使ったか」。残高クラスタが答えるのは「お金はまだ残っているか」です。このクラスタを支えるのは2本——浮遊するクジラ娘ウィジェットと、マルチアカウントの残高管理です。
meteornox/deepseek-balance-whale-widget（★4,125）
クジラ娘テーマの浮遊残高ウィジェットで、Web UI に貼り付き、残りクレジットが常に視界の端にあります。この 2 週間で 1,000 以上のスターを獲得した、このクラスタの顔です。
edison7009/echobird（★3,287）
ChatGPT、Codex、Claude をまたいだマルチアカウントのクォータ管理。DSH を1本のキーではなく認証情報の束の後ろで動かすときに効きます。複数のサブスクリプションを薄く使うなら、下のモデル切替ガイドの「無料ルート」の節と合わせてどうぞ。
2つのパネルを一緒に読む
支出は残高で、効率はトークンレポートで見ます。トークン数より残高の減りが速いなら、使っていると思っていたモデルより高いプロバイダに当たっています。2つを並べて見れば、請求書より先に気づけます。
要約ではなくスクリーンショットで追いたいなら、専用ガイドが同じプラグインを導入から隅への固定まで順番に説明します。
クジラ娘の残高ウィジェットを順番に導入するDeepSeek Harness のトークン使用量 FAQ
トークンを数え始める前に寄せられる質問。
DeepSeek Harness はトークン使用量を標準で表示できますか？
はい、標準搭載です。すべてのセッションに Trajectory タブがあり、リクエストごとのトークン数・時間・スループットを確認できます。Input/Model/Tools のタイムライン、コンポーザー下のステータスバー（ターン数・ステップ数・LLM 時間・キャッシュヒット率・入出力トークンの合計）も備わります。セッションヘッダーの Session log ボタンで生ログをダウンロード可能。セッション横断のダッシュボードと予算はコミュニティプラグインの領分です。
トークンの数字には何が含まれますか？
セッション統計はリクエスト圧を測ります。システムプロンプト・注入されたコンテキスト・履歴・ツール結果などモデルに送るすべてと、モデルの応答全部です。キャッシュヒット率は、その入力のどれだけが DeepSeek のプロンプトキャッシュから供給されたか（新規入力よりかなり安く課金）を示します。プラットフォームの使用量ページは入力（キャッシュヒット）・入力（キャッシュミス）・出力を分けて計上します。
DeepSeek のオフピークトークン価格はいつ適用されますか？
V4-Flash では、キャッシュヒット入力がオフピーク $0.007/100 万トークン対ピーク $0.014、出力は $0.66 対 $1.32——オフピーク時間帯は一律ピークの半額です。正確なピーク時間帯は Models & Pricing ページに公開されているので、長時間のバッチ実行前に必ず確認を。ソース動画の作者は週末に実行するだけで入力料金を半分にしました。
一番安く動く DeepSeek Harness のモードは？
Minimal モードはターミナルとファイルエディタだけに絞るため、反復作業の 1 ターンあたりコストが最安です。Code モードはツールを 1 本のプログラムにチェーンし、30 ステップのタスクが 30 回ではなく 1 回の往復で済みます。Standard モードがフルキットで最も高コスト。定常作業は推論レベル Low、難所だけ Max を。
プラグインでセッション別・日別のコストは見られますか？
はい——まさにコミュニティが埋めているギャップです。dsh-cost-meter はセッション/日次コストバッジ・予算メーター・26 週ヒートマップを追加。tokenledger は使用量をリクエストをさばいたリレーサイトに帰属させ CSV/JSON エクスポートに対応。dsh-usage-stats はプロバイダー残高とサブスクリプション枠を表示。dsh-context はコンテキストウィンドウの中身を可視化します。4 つとも無料でプラグインディレクトリから導入できます。
セッションログはどこにありますか？エクスポートできますか？
Trajectory タブが読み返すのは、各セッションが書き込む永続的で追記専用のログです。編集も上書きもされません。セッションヘッダーの Session log ボタンからダウンロードでき、ツール呼び出しやトークン数をオフラインで分析できます——ソース動画の作者が自身の実行を監査したのがまさにこの方法です。
0.2.1-alpha.1 で入力エリアの統計が分割されたけど、統計プラグインは動く？
このリリースでコンポーザーの統計行が activity と usage の 2 つの拡張エントリに分割されました——リリースノートは明確です：旧統計行を置き換えていたプラグインは登録 ID を更新する必要がある。統計プラグインへの破壊的変更であって、あなたのデータへの変更ではありません：セッションログと Trajectory タブは無影響。現実的な注意は 2 つ：変更は alpha チャネル上にあり（2026-10-03 時点で npm latest はまだ 0.2.0-rc.2）。アップグレード後に統計プラグインがおかしくなったら、アンインストールする前に新 ID に対応した更新が出ていないか確認を。
プロバイダーの請求がセッションジャーナルの表示より大幅に多いのはなぜ？
既知の盲点が 1 つあります：公式ディスカッション #8829 が、usage journal がキャッシュミス分の課金を事例では約 26 倍過小評価していたと報告しています——キャッシュヒットとミスでトークン単価が大きく変わり、ジャーナルは請求書と同じ重み付けをしていなかったのです。金銭はプロバイダーのダッシュボードを、経過はジャーナルを正とし、差額を「使いすぎ」のせいにする前に #8829 の修正状況を確認してください。
DeepSeek Harness は本当に Hermes の 3.3 倍のトークンを燃やすのですか？
数字自体は本物ですが、見出しほど単純ではない：ディスカッション #8938（英語）/ #8934（中国語）が測ったのは、dsh が毎ターン再送するスタートアップ時の下限——DeepSeek V4.1 Flash 上で 8,188 トークンで、同じモデルの Hermes の 3.3 倍、Claude Code の 1.8 倍です。タスク全体のコストはターン数とモードのほうが大きく効きます：小さな仕事は Minimal モード、セッションは短く、履歴は圧縮に畳ませる——上のステップ 4 と 5 のレバーです。
dsh デスクトップアプリでトークン使用量はどこで見られますか？
macOS デスクトップは現在、残高は表示しても使用量の明細がありません——まさにそれを求めたのがディスカッション #8999 です。全数値は Web UI にあります：dsh web を実行し、表示された 127.0.0.1:3080 を開けば、Trajectory タブもこのページのダッシュボード系プラグインもそのまま動きます。dsh-usage は公式 Windows デスクトップへの直接対応も文書化しています。
プロバイダーが残高不足と言うのに、セッションが長くなっただけなのに——どちらでしょうか？
チャージする前にゲートウェイの生レスポンスを確認してください。ディスカッション #9022 は、宣言した contextWindow が dsh のモデル情報解決チェーンに届かず、自動圧縮が静かに失敗し、ゲートウェイのコンテキスト超過拒絶（HTTP 400、invalid_request_error）が「残高不足」と表示された事例を記録しています。本当の残高エラーは 402 か明示的な残高不足メッセージであり、コンテキスト超過はトークン数を名指しします。セッションジャーナルとプロバイダー自身の使用量ページで、どちらに当たったか判別できます。
関連ガイド
数字を読めるだけではコストは下がりません。
DeepSeek Harness でモデルを切り替える
任意のプロバイダーやローカル Ollama を接続し、セッション途中でモデルを交換——使用量を読めるようになった後の最速のコストレバー。
ガイドを読むDeepSeek Harness でローカルモデルを使う
dsh を自分のマシンの Ollama や vLLM に向ければ、100 万トークンあたりの請求をゼロに。
ガイドを読むDeepSeek Harness のプラグインを更新する
使用量ダッシュボードやその他のプラグインを、セッションを壊さずに最新へ。
ガイドを読むDeepSeek Harness のプランモード
エージェントに実行前の計画を宣言させ、間違ったパスに 1 トークンも使わせない。
ガイドを読むDeepSeek Harness のプラグイン導入ガイド
プラグイン追加の手順——このページで紹介した使用量トラッカーも同じ手順です。
ガイドを読む使用量・コストプラグイン集
実査済み 6 本の使用量・コストダッシュボード——予算の番人、リレー台帳、常設ドック、サブスク枠——をクラスタ全体のランキングで比較（2026-10-07 再確認）。
ガイドを読むコンテキスト圧縮と長時間タスク
80% しきい値、/compact、ツール結果の切り詰めが連動するしくみ
ガイドを読むdsh セッション履歴の再生と振り返り
Trajectory パネルを開き、構造化されたレシートを読み、ターン単位で失敗を特定し、任意のステップから分岐して再実行。スクリーンショット付き解説
ガイドを読むトークン削減の実録：dsh-ops 27倍検証
このページの「治す側」：dsh-ops と PTC モードが同じ 6 ファイルのタスクを 2,905,841 から 104,835 トークンまで減らした様子をコマ単位で解説。ここでは勘定を読み、あちらで削減する。
ガイドを読むソース・クレジット
スクリーンショットは Shab Noor のクリーンな録画から。セッションステータスバー・プラットフォーム使用量ページ・価格の数値は David Arias の金融エージェント実測動画で検証しました。すべての画像は元動画の該当秒へディープリンクします。