セッションインサイト
Overview タブはセッションのホームページです。所要時間、コスト、トークン使用量、ツール/スキル/MCP の分布、そして名前の変更や削除を行うコントロールまで、すべてがログからローカルで計算されます。
すべてのセッションは Overview（⌘1）で開きます。これは「ここで何が起きたのか、そしていくらかかったのか?」に、アプリを離れることなく、また課金ダッシュボードを信頼することもなく答えるダッシュボードです。このページ上のすべては、インポートされたログからお使いのマシン上で導出されます。トークン数はログから得られ、金額は静的な価格表から計算され、ヒューリスティック（Active Duration やエラー件数など）は Chronicle の他の箇所と同じローカルルールです。これらの数値の背後に LLM 呼び出しやネットワークリクエストは一切ありません。
統計カード
上部にカードの行が並びます。
- Total Duration — 最初のメッセージから最後のメッセージまでの実時間（ウォールクロック）の幅。
- Agent Active — エージェントが実際に作業していた時間。これは理解しておく価値があります。
- Messages、Tool Calls、Errors — 件数です。Errors は失敗のように見えるツール結果です（error/traceback/
exit code/「permission denied」のヒューリスティックに一致するもの）。 - Context — 最後のメッセージ時点の実際のコンテキストウィンドウサイズ（キャプチャされた場合にのみ表示。後述）。
Agent Active と Total Duration
Agent Active は連続するメッセージのタイムスタンプ間のギャップを合計しますが、あなたが実際にプロンプトを送る前の停止だけを除外します。そのギャップはあなたが読んだり考えたり入力したり（あるいは席を外したり）している時間であり、エージェントが作業している時間ではありません。それ以外のギャップはすべて全部カウントされます。アシスタントの思考やツール実行はエージェントの作業であり、上限もないため、20 分のビルドや長い思考も反映されます。
知っておくとよい細かな点: すべての user ロールのログ項目が人間のプロンプトとは限りません。 バックグラウンドタスクの完了（ビルドの終了など）、アプリ内での要素選択、中断マーカー、その他システムが注入する内容も user ロールを持ちます。Chronicle はそれらの前の停止をあなたのアイドル時間として扱いません——そのときエージェントは作業中（例えばビルド中）か、あなたがアプリを操作していたためです——ので、それらは Agent Active に算入されます。実際に入力されたプロンプトだけが時間を差し引きます。（以前のバージョンはすべての user ロール項目を人間のターンとして数え、バックグラウンドのビルド待ちを誤ってあなたのアイドル時間に計上していました。）
そのため、2 日以上にわたって進めたセッションでは、Total Duration が「50h」と表示される一方で、Agent Active にはエージェントが実際に忙しかった時間数が表示されます。これはバグではなく、まさに狙いどおりです。カードの ⓘ ツールチップがこの区別をインラインで説明します。2 つの数値の差に驚く人が多いためです。
コストと使用量
ログが保持しているのはドルではなくトークンです。セッションにいくらかかったかを記録する AI ツールはありません。Chronicle は Claude Code の /usage と同じ方法でコストを再現します。ログからモデルごとのトークン合計を集計し、静的な定価表（src/models.js。実行時に取得されることはありません）を掛け合わせます。
パネルはモデルごとに次の内訳を示します。
- Input、Output、Cache Read、Cache Write のトークン合計（Cache Write は 5m と 1h の TTL 層に分かれ、それぞれにラベルタグが付きます）。
- カテゴリ別の金額内訳とモデルごとの小計。
- パネルヘッダーのセッション合計。
正確さの観点で重要な微妙な点: 5 分と 1 時間のキャッシュ書き込みは別々に価格設定されます。Claude Code はキャッシュ書き込みの各層を異なるレートで課金し、1 つのセッションがそのどちらか一方だけということもあり得るため、Chronicle はこれらを分けて保持し——それぞれの 5m/1h タグの下に各層のトークンと金額を表示し——正しく合算します（1h の行は 1 時間の書き込みがある場合にのみ表示されます）。価格未設定のモデル（一部の非 Claude ソース）は、トークン数は表示しますが、コストは推測せず — で表示します。
Note: これらはトークン数 × 現行の定価による見積もりで、
/usageに一致させることを目的としています。ローカルで計算され、その正確さはsrc/models.jsの価格表がどれだけ最新かに依存します。Anthropic が価格を変更したときに更新されるのは、この表です。
コンテキストウィンドウ使用量バー
コストと使用量の下には、モデルのコンテキストウィンドウ（静的なモデルごとの表に基づく）に対する実際のトークン使用量を示すバーがあります。上限に近づくにつれて満たされ、色が変化します（シアン → 黄 → 赤）。セッションが上限にどれだけ迫ったかをひと目で把握できます。
このバー（および Context 統計カード）は、Chronicle が context_tokens をキャプチャした場合にのみ表示されます。これはインポート時に行われます。セッションをインポートした後に Chronicle をアップグレードした場合は、再インポートするか Sync Update を実行してこの値を補完してください。そうしない場合、そのセッションは UI の他の箇所で使われる大まかな ~chars/4 の見積もりにフォールバックします。
分布ドーナツ
3 つの自作ドーナツチャートが、セッションがツール予算をどこに費やしたかを示します。
- Tool Distribution — ツール別の呼び出し（Bash、Write、Edit、Read など）。上位の項目に加え、集約された「other」を表示します。
- Skill Distribution — スキル名でグループ化した
Skill呼び出し。 - MCP Distribution — サーバーでグループ化した
mcp__<server>__<tool>呼び出し。
これらと並んで、Call Timeline と Call Details が実際のイベントをエラーマーカー付きで一覧表示します。
名前の変更と表示名
Overview のタイトルから（✎ ボタンで）セッションの名前をインラインで変更できます。ブラウザのプロンプトではなく、その場で編集できるフィールドです。設定した名前は Chronicle ローカルのオーバーライドで、再インポートしても保持されます。
表示されるタイトルは、src/ProjectDetail.jsx の sessionDisplayName() で一度だけ定義され、あらゆる場所（行、ピッカー、Overview タイトル）で再利用される単一の優先順位に従います。
name (your Chronicle override) → summary (parsed title, e.g. Claude Code's /rename, last one wins) → first_prompt名前変更フィールドを空のままにすると、デフォルト（解析されたタイトルまたは最初のプロンプト）にリセットされます。
デンジャーゾーン
一番下の Source file パネルでは、各操作に対する 2 段階のインライン確認を伴って、セッションを削除できます。
- Delete source file — 元のログをディスクから削除します。Chronicle 内のインポート済みコピーは残ります。
- Delete everywhere — 元のログと Chronicle のコピーの両方を削除します。
- Delete from Chronicle — インポート済みコピーのみを削除します。元のログは残り、再インポート可能です。
ファイル単位のソース削除は、1 ファイル = 1 セッションとなるソース（Claude Code、Codex、Copilot）でのみ提供されます。Cursor と OpenCode は複数のセッションで単一のデータベースを共有するため、これらのソースファイルはセッション単位では削除されません。セッションがライブ（ログがまだ書き込まれている）の間は、削除は無効化されます。
プロジェクト分析（ライト版）
1 段階ズームアウトすると（プロジェクトページ）、選択した期間（Today / 7 / 30 / 365 days）にわたるプロジェクトごとの分析が得られます。セッション数、合計および平均の所要時間、アクティブ日数、メッセージおよびツール呼び出しの件数、エラー率、ソース分布ドーナツ、呼び出しランキングの棒グラフ、そして 1 日あたりのセッション数を示すアクティビティスパークライン（線または棒）です。これは同じローカル計算データを、1 つのセッションではなくプロジェクト全体を対象に軽量にまとめたものです。プロジェクトページの残りの部分（関連付け、同期、Git ピル）については、プロジェクト管理で扱います。