はじめに：2025年、私は「スレッドを引き継げ」と書いた
2025年4月、私は「ChatGPTのスレッド引き継ぎ方法」について記事を書いた。
当時、私が実践していた方法はシンプルだった。
長くなったスレッドをChatGPTに要約してもらう。
そして、その要約を新しいスレッドへ貼り付ける。
例えば、
「このスレッドを別スレッドでも引き継げるように整理してくれ」
と指示する。
するとChatGPTが、それまでの会話を整理してくれる。
その内容を新しいスレッドの最初に貼れば、続きを始められる。
これは今でも使える方法だ。
しかし、それから1年以上ChatGPTを使い続け、GPT-5.6世代まで来て、私の使い方はかなり変わった。
なぜなら現在のChatGPTには、
Memory
過去チャットの参照
チャット履歴検索
そして何より、
Project
があるからだ。
2025年の私は「スレッドを育てる」と考えていた。
2026年の私は、むしろこう考えている。
「Projectを育てる」のである。
2025年と2026年では「スレッド引き継ぎ」の意味が違う
以前の使い方は、こうだった。
旧スレッド
↓
ChatGPTに要約させる
↓
要約をコピー
↓
新スレッド
↓
続きを開始
非常にアナログである。
しかし2026年現在は、もっと柔軟に扱える。
例えば過去の会話についてChatGPTが参照できる設定であれば、以前の会話で共有した情報を、新しい会話で役立てることができる。
また、過去のチャットそのものを探したければ、チャット履歴をタイトルや本文中のキーワードから検索することもできる。OpenAI Help Center
そして長期的な仕事なら、Projectへ関連するチャットを集めてしまえばいい。
つまり現在は、
「スレッドAからスレッドBへ情報を運搬する」
という発想そのものから、
「複数のスレッドが共有できる仕事場を作る」
という考え方へ進化している。
まず理解したい「Memory・Project・Thread」の違い
ここを理解すると、ChatGPTの使い方がかなり整理される。
私は次のように考えている。
Memory
「私について知っておいてほしいこと」
例えば、
- 好み
- 継続的な目標
- 回答に関する希望
- 長期間変わらない前提
などだ。
Project
「この仕事について知っておいてほしいこと」
例えば、
- プロジェクトの目的
- 関連するチャット
- 参考資料
- ファイル
- Project固有の指示
などをまとめる。
OpenAI自身もProjectsを、長期的な取り組みに関連するチャット、ファイル、指示を一か所へまとめるワークスペースとして位置付けている。OpenAI Help Center
Thread（チャット）
「今、この瞬間にやっている作業」
例えば、
「この記事を書く」
「AWS構成を検討する」
「このエラーを解析する」
といった具体的な作業だ。
私は現在、
Memory → 人
Project → 仕事
Thread → 作業
という3階層として捉えている。
これがかなり分かりやすい。
Projectは「巨大なスレッド」ではない
ここは重要だ。
Projectを使うと、
「だったら全部一つのスレッドで話せばいいのでは？」
と思うかもしれない。
私はそうしない。
例えばブログ運営なら、
Project：AIブログ
の中に、
- 記事企画
- ChatGPT関連記事
- ローカルLLM関連記事
- SEO戦略
- SNS展開
- 収益化戦略
といった複数のチャットを作る。
さらにProjectには参考ファイルやProject固有の指示も置ける。
つまり、
Project＝仕事場
Thread＝仕事場の中にある作業机
くらいに考えるといい。
一つの机の上に全部の資料を積み上げる必要はない。
テーマごとに机を分ければいい。
Project内では別スレッドの文脈も利用できる
ここが2025年との大きな違いだ。
Projectsにはメモリ機能が組み込まれており、Plus/ProではProject内で質問すると、Project内の過去チャットやファイルが優先される。
また、既存のチャットをProjectへ移動することもでき、移動したチャットはProjectの指示やファイルコンテキストを引き継ぐ。OpenAI Help Center
だから、例えば一つのチャットで、
「AIManiaXのSEO戦略」
について議論した後、別のチャットで、
「次の記事を考えよう」
と話す。
同じProjectに置いておけば、完全に独立した孤立スレッドとして扱う必要がなくなる。
これは非常に大きい。
以前なら、
「前のスレッドでSEOについてこういう話をして……」
と説明していた。
現在はProjectそのものが、ある程度の共有コンテキストを持つ仕事場になる。
では「○○というスレッドの続きをやろう」でいいのか？
日常的な会話なら、それで済む場合も多くなった。
ChatGPTには「Reference chat history」という仕組みがあり、有効になっていれば過去の会話から有用な情報を新しい会話で利用できる。OpenAI Help Center
ただし、ここで大きな勘違いをしてはいけない。
過去チャット参照＝過去スレッド全文を読み込んでいる
ではない。
OpenAI自身も、ChatGPTは過去チャットのすべての詳細を保持するわけではないとしている。OpenAI Help Center
だから私は、
「○○のスレッドの続きをやろう」
と言って、重要な前提が正しく引き継がれているならそのまま進める。
一方、
契約条件
確定仕様
システム構成
重要な数値
顧客との決定事項
など、絶対に間違えてはいけない情報なら、それだけに依存しない。
ここはAIを信用する・しないの話ではない。
情報の重要度によって管理方法を変える
という、普通の情報管理の話だ。
Project-only memoryという面白い仕組み
さらにProjectには「Project-only memory」という考え方がある。
これを指定したProjectでは、
- 同じProject内の会話は参照できる
- Project外の会話は参照しない
- 既存のSaved Memoryも参照しない
という、独立したコンテキスト空間を作れる。OpenAI Help Center
これはかなり面白い。
例えば、
仕事A専用のAI
研究B専用のAI
ブログC専用のAI
のように、それぞれ独立した頭を持たせられる。
他の話題の文脈を混ぜたくない長期案件には非常に相性がいい。
なお、Project-only memoryは新しいProjectを作るときに設定する必要があり、既存Projectを後からProject-onlyへ変更することはできない。必要なら新しいProjectを作り、会話を移すことになる。OpenAI Help Center
既存スレッドもProjectへ移動できる
「Projectを使っていなかったから、今までのスレッドが無駄になるのでは？」
という心配もいらない。
既存チャットは、対応しているものであればProjectへ移動できる。
Web版ならチャットをProjectへドラッグしたり、チャットのメニューから「Move to project」を選択したりできる。移動後、そのチャットはProjectの指示やファイルコンテキストを継承する。OpenAI Help Center
つまり、
過去に育てたスレッドを、後からProjectへ編入する
こともできる。
2025年から大量のスレッドを作ってきた人には、かなり重要な機能だ。
それでも「引き継ぎ書」はなくならない
ここまで読むと、
「じゃあ、もうスレッドを要約して引き継ぐ必要はないのでは？」
と思うかもしれない。
私はそうは考えていない。
むしろ用途が変わった。
以前は、
引き継ぎ書＝スレッドを移動するため
だった。
現在は、
引き継ぎ書＝重要事項を固定するため
に使う。
例えばシステム開発なら、
このプロジェクトの現状を、別のAIでも作業継続できる引き継ぎ書として整理してください。
・目的
・現在の構成
・確定仕様
・技術スタック
・採用した方式
・不採用にした方式と理由
・既知の問題
・未解決事項
・次に実施する作業
と整理させる。
そしてMarkdownなどに保存する。
これはChatGPTだけでなく、別のAIへ移行するときにも使える。
ChatGPT
↓
Gemini
↓
Claude
↓
ローカルLLM
と環境が変わっても、引き継ぎ書は持っていける。
つまり引き継ぎ書は、
スレッド間の橋
から、
AI間で持ち運べるプロジェクト資産
へ役割が変わったのである。
古いスレッドは削除した方がいいのか？
ChatGPTを長く使っていると、今度は大量の古いスレッドが問題になる。
私は「全部消せ」とは考えていない。
現在は、
残す
Projectへ移す
アーカイブする
削除する
で考えている。
現在進行中なら残す。
長期案件に関係するならProjectへ移す。
検索可能な状態で残しておきたいだけならアーカイブも使える。
完全に不要なら削除する。
なお、アーカイブされたチャットも履歴検索の対象になる。一方、削除した会話は検索インデックスからも削除され、検索で取り戻すことはできない。OpenAI Help Center
だから、
「邪魔だから全部削除」
は少し乱暴だ。
人間の情報管理として、残す価値があるかで判断した方がいい。
ちなみに、ちょっとした調べ物や確認の質問は私はすぐ消すようにしている。
昔のスレッドがサイドバーから消えても、削除されたとは限らない
これも知っておくと便利だ。
ChatGPTのサイドバーは、高速に表示するため最近の会話を中心にコンパクトな一覧を表示する。
そのため古い会話がサイドバーから見えなくなっても、必ずしも削除されたわけではない。
履歴検索から探すことで、古い会話を再び開ける。OpenAI Help Center
Webなら検索からキーワードを入力するほか、PCでは Ctrl+K、Macでは Cmd+K でもチャット履歴検索を開ける。現時点ではタイトルと会話内容のキーワードを使った検索が基本となる。OpenAI Help Center
大量のスレッドを使う人ほど、この検索を覚えておいた方がいい。
私なら2026年はこう運用する
ここまでをまとめると、現在の私ならChatGPTを次のように運用する。
単発の質問
普通のチャットでいい。
調べ物や一時的な相談まで、何でもProjectにする必要はない。
過去の会話の続きを少ししたい
過去チャットを検索して、そのまま続きを話す。
あるいは過去チャット参照を利用する。
数週間〜数か月続くテーマ
Projectを作る。
ここが2026年版の大きな変更点だ。
Project内で別テーマになった
新しいスレッドを切る。
一つの巨大スレッドに何でも押し込まない。
絶対に失ってはいけない情報
Markdown、仕様書などの成果物として固定する。
AIの記憶だけに依存しない。
2025年：「スレッドを育てる」
振り返ると、2025年の記事で私が書いた、
「相棒AIを育てる」
という考え自体は間違っていなかったと思う。
ただ、その方法が変わった。
当時は、
一つのスレッドに文脈を積み上げる
ことで相棒を育てていた。
しかし現在は違う。
Projectという仕事場を作り、
そこへ、
チャット
ファイル
指示
過去の経緯
を集める。
必要に応じてスレッドを切り替える。
重要事項は別途ドキュメントとして固定する。
つまり、
2025年：スレッドを育てる
から、
2026年：Projectを育てる
へ変わったのである。
AIが賢くなれば「整理」は不要になると思っていた
以前の私は、
AIのコンテキスト能力やメモリ能力が向上すれば、いずれ人間が情報整理する必要はなくなるのではないか、
とも考えていた。
しかし実際に使い続けてみると、むしろ逆だった。
AIが、
単発の質問
から、
ブログ執筆
システム開発
調査研究
資料作成
意思決定支援
長期プロジェクト
へ入ってくるほど、扱う情報量が増える。
すると問題になるのは、
「AIがどれだけ覚えられるか」
ではなく、
「どの情報を、どの仕事の文脈として扱わせるか」
になる。
これはプロンプト技術というより、
コンテキスト設計
だと思う。
AIに何でも覚えさせることが「相棒化」ではない
ここも、1年以上使ってきて考え方が変わったところだ。
相棒AIを育てるというと、
「自分のことを何でも覚えさせる」
ことだと思いがちだ。
しかし私は今、
必要なことを覚えさせ、不要なことを混ぜない
ことの方が重要だと思っている。
Memoryには「自分」の情報。
Projectには「仕事」の情報。
Threadには「現在の作業」。
そして重要な確定事項は「ドキュメント」。
この役割分担ができると、ChatGPTとの長期的な付き合いはかなり安定する。
まとめ：ChatGPTの使い方は「会話」から「仕事場の設計」へ
2025年、ChatGPTを使いこなすコツとして私は、
「スレッドを引き継ぐ」
ことを勧めた。
2026年現在、それはさらに進化した。
単純な会話なら過去チャットを参照する。
長期的な仕事ならProjectへ集約する。
自分自身についての長期情報はMemory。
絶対に落とせない情報はドキュメントとして残す。
そして、一つの巨大なスレッドですべてを処理しようとしない。
つまり現在のChatGPT活用で重要なのは、
「どうやってスレッドを引き継ぐか」だけではない。
「AIが仕事を継続できるコンテキストを、どう設計するか」
なのである。
AIはこれからさらに賢くなるだろう。
コンテキストも大きくなり、記憶能力も改善していくだろう。
それでも、
何が重要なのか。
何が確定事項なのか。
何を忘れていいのか。
どの仕事とどの情報を結び付けるのか。
そこを決めるのは、まだ人間の仕事だ。
だから私の結論は、2025年から少しだけ変わった。
相棒AIを育てるとは、AIに何でも覚えさせることではない。
AIが迷わず仕事を続けられる「仕事場」を育てることである。
そして2026年のChatGPTでは、その仕事場の中心にあるのが、
Project機能なのだ。
