AIとの会話のすべては原典にある——JSONLを残せ

前回の記事「AI要約は『未来の問い』を知らない時点での圧縮である」の終わりに、こう書きました。AIとの話の原典をどう扱うかは、書き始めるとブログが10本あっても足りない、と。

今日はその1本目です。

会話が一言一句、そのまま残るファイル

あなたのコンピューターの奥に、AIとあなたの会話が一言一句そのまま埋まっているファイルがある——と言ったら、驚くでしょうか。名前をJSONL（ジェイソンエル）といいます。

先に断っておくと、これはClaude Codeのような、パソコンに入れて使うタイプのAIの道具の話です。ブラウザやアプリでChatGPTなどを使っている場合、この形のファイルは手元には残りません。それでも読み進めてほしいのは、今日の話の本体が「ファイルの場所」ではなく「会話の原典を残す」という考え方だからです。

このファイルは、普段まず開くことのないものです。開いても、意味の分からない文字列がぎっしり並んでいるだけです。でもそこには、私がAIに話したことと、AIが答えたことが、要約もされず、編集もされず、そのまま残っています。

私の環境には、この記録がメインの保存場所だけで797本あります。環境全体では6,047本、あわせて12GBほど（いずれも2026-08-10時点・私の環境の実測）。

今日の主役は、この地味なファイルです。

要約は「未来の問い」に答えられない

前回の話を30秒で繰り返します。

会議の議事録でも、AIとの会話でも、残すときにはたいてい要約します。要約は便利です。短いし、読みやすい。ただ、要約には構造上の弱点が1つあって、それは「何を残すか」を、その時点の問いで決めてしまうことです。

半年後のあなたは、今日のあなたが想像もしなかった問いを持ちます。数字の前提を確かめたくなったとき。「あのとき、なぜこっちを選んだんだっけ」と考え込んだとき。要約は、その未来の問いを知らない時点で作られた圧縮です。

落ちるのは情報の量ではありません。言い方の温度、迷い、捨てた選択肢。つまり判断の材料が落ちます。

原典を残して、いつでも当たれるようにする

だから、考え方を逆にします。要約をやめるのではありません。要約の下に、いつでも戻れる原典を残しておくのです。

人との話の原典が議事録なら、AIとの話の原典はJSONLです。

げんてん、という言葉には二つの字を当てられます。原典——元の文書。原点——出発点。私はどちらの意味でも使っています。AIとの仕事はいつもこのファイルの上に積み上がっていき、迷ったらここへ戻ってくるからです。

原典さえ残っていれば、AIは後から別の要約を作り直せます。別の問いも立てられます。今日は想像もしていない、未来に初めて立てられる問いにも答えられるようになります。

断っておくと、原典も万能ではありません。記録は、頭の中の思考までは残してくれません。記録に残っていないからといって、その考えが無かったことにもなりません。原典は補助線であって、裁判官ではないのです。

私はこれを、いつでも原典に当たれるようにする仕組みづくりと考えて、原典工学と呼んでいます。カッコつけてソースエンジニアリングなんて呼んでみたりもします。エンジニアリングって言うと、かっこいいじゃないですか（笑）。カッコつけただけなんで、そのうちやめます。

原典工学の全体の話は、また別の機会にします。今日はその中心にある、AIとの会話の原典＝JSONLの話が主役です。

残しておくと、何がいいのか。実際にあった4つの話

理屈はここまでにして、私の手元で実際に起きたことを4つ並べます。

1つ目。記事の点数が30点、51点、78点と上がった話。

以前、AIと記事を1本作ったときの作業記録に、版ごとの点数がそう残っています。誰が付けた点数かも、何点満点かも書いてありません。それでも、急騰した理由は一言添えてあります——原典の実掘り、と。

同じ記録には教訓も書いてあります。臨場感は、会話の原典と実物の成果物を実際に掘ることからしか出ない。それっぽい描写を後から書くのは「実機を見ずに書く病」の文章版だ、と。

2つ目。引き継ぎ書のほうが間違っていた話。

AIからAIへの引き継ぎ書に、「私はこう言った」という言葉が2つ載っていました。原典と突き合わせると、1つは言った直後に自分で撤回した言葉。もう1つは、そもそも私の言葉ではなく、前のAIの提案でした。

1つ目は、次の担当が「強い意向」として誤読する手前で止められました。2つ目は、動かせない掟のような顔をしていた言葉を、議論して決め直せるものへ格下げできました。引き継ぎ資料は要約です。そして要約は、黙ってズレます。

3つ目。「宝の山」は誰の言葉だったか、という話。

これだけはAIとの会話ログではなく、人との打ち合わせの文字起こし——議事録の原典——の話です。効き方が同じなので、並べておきます。

ある支援先向けの資料に、「宝の山」という言葉が、先方の言葉として引かれていました。原典で確かめると、先方の言葉ではありませんでした。私が打ち合わせの場で、AIの回答を読み上げた言葉だったのです。

誰が言ったかで、提案の土台は変わります。大事な判断ほど、要約だけで進めさせないためのガードが要ります。原典は、そのガードになります。

4つ目。消えた26,114字が丸ごと戻ってきた話。

作業フォルダの事故で、26,114字のプログラムが消えたことがあります（2026年7月）。ところが、AIがそれを書いた瞬間の記録がJSONLに残っていて、丸ごと復元できました。復元したものを動かし、元の検証記録と突き合わせて、数値まで一致することを確かめています。

会話の記録は、思い出ではなく資産です。企業がビッグデータを抱えて強くなるのなら、あなたはなぜ、あなたのビッグデータを取っておかないのか。これは私が自分に向けた問いでもあります。

今日やるなら、一つだけ

JSONLは、放っておくと消えます。私の環境では今は180日残る設定にしてありますが、そうする前は、気づかないうちに古い分が消えていました。

だから持ち帰りは一つです。使い方を覚える前に、まず消えない形で残す。掘り方も取り出し方も、残ってさえいれば後から学べます。逆は無理です。

まとめます

AIとあなたの会話は、一言一句、手元のファイルに残せます。要約は未来の問いに答えられませんが、原典は答えます。だから、まず残す。

すべて覚えているAIは、どこかの新製品ではありません。手元のこのファイルを消さないと決めた日から、静かに始まっているのだと思います。

次回は、このJSONLというファイルの正体——中に何がどう入っていて、あなたの環境のどこにあるのか、どう仕舞い、どう取り出すのか——の話をします。その次の回で、実際の使い方の話をします。

コラム: 保存期間の延ばし方

私の環境が180日残る設定になっているのは、設定を変えたからです。Claude Codeの場合、初期設定ではおよそ30日で、古い会話ログから順に静かに消えていきます。

やり方は二つあります。一つは、AIにそのまま頼むこと。「会話ログの保存期間を180日に延ばして」。設定ファイルを書き換える許可を聞かれるので、内容を確かめて許可すれば終わりです。

もう一つは、自分で設定ファイル（~/.claude/settings.json）に "cleanupPeriodDays": 180 と1行書くこと。私の環境には、この1行が実際に入っています（2026-08-10に実物を確認しました）。

ハードディスクに余裕があるなら、先に延ばしておいて損はないと思います。私は180日にした上で、それより古い分は別のハードディスクに残す設定にしています。余裕があるなら1年でもいいくらいだと思っています。

※次回「JSONLとはなんぞや」は公開しました: あなたのAIが全て覚えている——JSONL工学とは
※登場する事例は、守秘のため特定につながる情報をぼかしています。やりとりと工程は実物です。