会話ログ変換

メッセージ配列を読みやすい会話ログに、会話ログを JSON に戻します。

ログには利用者が打った内容が入っています。すべてブラウザー内で変換され、送信されません。

ストリーミング応答を組み立て直す

会話ログ変換 について

メッセージ配列は作るのは簡単で読むのは不快、会話ログはその逆です。両者の行き来は絶えず起きます。ログを不具合報告に貼る、良いやり取りをテスト用に取り出す。そして手作業でやると、面白い部分が抜け落ちます。content は必ずしも文字列ではありません。ツール呼び出し、画像、文書、思考のブロックはコンテンツブロックで、テキストへ平らにすると跡形もなく消えます。ここでは角括弧で示して数え、平文化されたログが何を落としたかが見えるようにします。逆向きが要るときは、会話ログを JSON へ読み戻せます。

機能

• 双方向：メッセージから会話ログへ、そしてその逆
• ツール呼び出し・画像・文書を捨てずに表示
• 平坦な会話ログが失う非テキストのブロック数を集計
• 裸の配列でも、messages・conversation・history キーを持つオブジェクトでも受け付け
• Markdown から素の文まで三つの体裁
• システムメッセージは任意
• 「ユーザー:」も「**ユーザー**」も見出しとして解釈
• 役割ごとのメッセージ数

会話ログ変換 の使い方

1. メッセージの JSON を貼ります
2. 会話ログの体裁を選びます
3. システムメッセージとツール呼び出しを残すか決めます
4. 会話ログをコピーします — あるいは向きを変えて JSON へ戻します

例

入力

[{"type": "tool_use", "name": "lookup_order"}]

出力

[tool_use: lookup_order]

平坦な会話ログでは、ここには何も表示されません。

よくあるエラーとトラブルシューティング

• 会話ログでメッセージの一部が欠けている。 — その部分はテキストではありませんでした。ツール呼び出しの表示を有効にすると非テキストのブロックが見えます。いずれにせよ集計には含まれています。
• メッセージ配列が見つからない。 — 裸の配列のほか、messages・conversation・history・turns・chat のいずれかを持つオブジェクトなら扱えます。それ以外は先に配列を取り出してください。
• 会話ログを読み戻すと役割が失われる。 — ターンは「ユーザー:」や「**アシスタント**」のような行で認識します。役割の目印がない会話ログには区切る手がかりがありません。
• 往復させても元に戻らない。 — 戻るのはテキストです。ツール呼び出しや画像は角括弧の要約からは復元できません。会話ログは本質的に情報を落とす形式で、だから件数を表示しています。

よくある質問

なぜ content は文字列でなくブロックなのですか。

一つのターンにテキスト以上のものが入りうるからです。ツール呼び出し、画像、文書、思考のブロック。文字列は単純な場合にすぎず、常に文字列だと決めつけたコードこそ、ログからツール呼び出しが消える理由です。

どの体裁を選ぶべきですか。

文書や課題に貼るなら Markdown。あとで読み戻すかもしれないならラベル付き（往復がきれいです）。言葉だけが欲しいなら素の文です。

どこのログでも貼れますか。

JSON のメッセージ配列であれば貼れます。よくある包みのキーは認識し、見慣れない役割も無理に変換せずそのまま残します。

往復しても失われませんか。

テキストは厳密に往復します。非テキストのブロックは違います。読むために要約されるだけで、復元のためには保たれません。どの会話ログにも共通する正直な限界です。

ブロック数は何のためですか。

会話ログが見せていない量を教えます。ツール呼び出しが二十回ある会話は、それがあると知って読むとまったく違って見えます。

関連ツール

• JSONL ビューア・検証 — JSONL ファイルを行単位で読み、絞り込み、検証します。
• SSE ストリームビューア — 生のストリーミング応答から本文、ツール呼び出し、使用量を取り出します。
• 学習データ検証 — 学習を途中で止めるエラーがないか chat 形式の JSONL を調べます。
• Few-shot 例ビルダー — 入出力の組をタグ付き、JSON、会話形式の例に変換します。
• コンテキストウィンドウ設計 — ウィンドウをプロンプト、ツール、履歴、応答に配分します。
• プロンプトテンプレート展開 — 一つのプロンプトを行の表に展開し、欠けている値を確認します。

AI・エージェントの他のツール

• スキルビルダー — SKILL.md を作成し、frontmatter を入力しながら検証します。
• スキルリンター — SKILL.md を貼り付け、タスクに一致しない理由を確かめます。
• サブエージェントビルダー — ツールとモデルを指定してサブエージェント定義ファイルを作ります。
• スラッシュコマンドビルダー — 引数とツール許可リストを備えた独自コマンドを作ります。
• プロジェクト指示ビルダー — 毎リクエストの費用に見合う CLAUDE.md を書きます。
• プラグインマニフェスト — plugin.json を生成し、前提となるフォルダ構成を確認します。
• フックビルダー — settings.json のフックを作り、発火しないマッチャーを見つけます。
• 権限ルールテスター — 許可・確認・拒否のルールを実際のコマンドで試します。
• MCP サーバー設定 — stdio、HTTP、SSE 向けの MCP サーバー設定を生成します。
• MCP ツールスキーマ — ツールを定義し、strict モードを検証した JSON Schema を得ます。
• ツールスキーマ検証 — 定義を貼り付け、拒否される理由や誤呼び出しの原因を調べます。
• プロンプトテンプレート展開 — 一つのプロンプトを行の表に展開し、欠けている値を確認します。
• システムプロンプトリンター — 矛盾、効かない指示、未置換のプレースホルダーを見つけます。
• プロンプト差分 — 二つの版を単語単位で比較し、トークン差も表示します。
• Few-shot 例ビルダー — 入出力の組をタグ付き、JSON、会話形式の例に変換します。
• XML プロンプト構成 — 内容が外に漏れないタグでプロンプトの各節を囲みます。
• JSONL ビューア・検証 — JSONL ファイルを行単位で読み、絞り込み、検証します。
• 学習データ検証 — 学習を途中で止めるエラーがないか chat 形式の JSONL を調べます。
• SSE ストリームビューア — 生のストリーミング応答から本文、ツール呼び出し、使用量を取り出します。
• コンテキストウィンドウ設計 — ウィンドウをプロンプト、ツール、履歴、応答に配分します。
• プロンプトキャッシュ設計 — キャッシュできる接頭辞が最長になるようブロックを並べ替えます。
• テキスト分割 — 実際の切れ目で分かれる重なり付きのチャンクに文書を分けます。
• エージェントループ費用 — 再送される履歴とキャッシュを含めてターンごとに費用を見積もります。
• バッチリクエストビルダー — 行の表をバッチ処理に変換し、各リクエストに一意の ID を付けます。

AI・エージェントのツールをすべて見る · すべてのツール