同じ部屋で話し続けるdotは、過去へ戻れるのか――メモリをオンにして考えた、会話とプロジェクトの役割
MDや引継ぎ文で文脈を管理してきた当社が、dotに仕事の振り分けも任せる中でメモリをオンにしました。母艦という考え方から、過去会話の検索、プロジェクトの役割まで、仕事の渡し方の変化を振り返ります。
dotという、継続する仕事を支援するChatGPTのAIアシスタントを使い始めて、まず気になったのは、同じ部屋で話し続けることでした。ここでいう部屋は、相談を続ける一つのチャットのことです。
普段のChatGPTなら、話題が変わったときや会話が長くなったときに、新しいチャットへ移ります。関連する会話・資料・指示をまとめるプロジェクトという機能の中で、仕事ごとに部屋を分けて相談することもあります。
一方、私がdotと話している感覚は、同じ相手、同じ相談窓口へ、そのまま話しかけ続けるものです。図面の確認も、契約の相談も、会社の仕事の続きも、そこへ持っていきます。
これだけ長く話し続けて、以前の話へ戻れるのだろうか。コンテキスト、つまりAIが作業に使う会話や前提が、非常に長くなる使い方なのではないか。まず、そんな疑問がありました。
実際に全履歴をどう処理しているかという内部の話より、利用者として「前に相談したことを、必要なときに探して使えるのか」が気になっていたのです。
この疑問には、以前から自分で文脈を管理してきた経緯があります。今回のAdobeの相談をきっかけに、メモリ設定だけでなく、私とdotの仕事の分担も考え直すことになりました。
文脈を戻す場所として「母艦」を作っていた
以前、小さなWebアプリを試作していたとき、会話が長くなると前提が流れ、別のチャットへ移ると経緯が切れることに困りました。何を作り、どこまで進み、なぜその方法を選んだのか。次の作業に必要な情報を、その都度そろえ直していたのです。
そこで、重要な前提や判断を一つの場所へまとめ、必要なときに戻れるようにしました。自分の中では、その場所を「母艦」と呼んでいました。8月24日の「分からなくても、まずやってみる」にも、この経緯を書いています。
その後も、MD、つまりMarkdown形式の文書や引継ぎ用のまとめに、現在の条件と作業状態を残してきました。新しい部屋では、それを読ませて続きを始める。AIへ渡す文脈を、自分で用意して管理することに力を使ってきたと思います。
AIに会話をまとめてもらい、自分で新しい部屋を開いて貼り付ける。資料の場所や今の課題を確認し、次の作業を頼む。メモリへの依存を減らし、必要なコンテキストを自分で渡すという、私なりの仕事のリズムがありました。
仕事を振り分けるところまで、dotへ頼むようになった
そのリズムが変わり始めたのは、新しい部屋を作り、仕事を引き継ぐところまでAIへ頼めるようになってからです。
コードやファイルを扱う作業に使っているCodexでは、新しいチャットを作り、作業ファイルの場所や続きの内容を渡せました。調査や資料作成などの仕事を任せるChatGPT Workでも、再試行で新しいチャットの作成、引継ぎ内容の投入、その先での応答まで確認できました。この体験は、10月15日の「チャットの引っ越しまでAIがやってくれた」に書いています。ProjectとLocal Workの記事の10月10日追記では、Project内で新しいWorkを作る操作と、チャットの引越しを分けて確認しました。
今はdotへ相談し、必要に応じてCodexやWorkの作業先を作ってもらい、仕事を渡す使い方をしています。私の今の運用では、続きの指示もdotを通して伝える流れになっています。
自分で部屋と引継ぎ文を用意していた頃に比べ、相談の入口がdotへ集まってきました。私が整理して渡していた情報を、dotが作業先へどう伝え、その結果をどう戻すのか。仕事の途中だけでなく、仕事を振り分ける段取りも任せ始めています。
そうなると、母艦に残した文書に加え、以前の相談の経緯も必要なときに探してほしくなります。冒頭の「同じ部屋で話し続けて、過去へ戻れるのか」という疑問は、この仕事の渡し方の変化とつながっていました。
Adobeの話が、すぐにはつながらなかった
私は、制作ソフトを利用する契約サービスのAdobe Creative Cloudをすでに解約しています。その前後には、名刺のデータをどう入稿するかなども、別のChatGPTの会話で相談していました。
その話をdotに振ったとき、思っていたようにはつながりませんでした。私の側には、契約をどうするか考え、名刺の入稿方法を確認し、そのうえで解約した経緯があります。そこから今の話を始めているつもりです。
ところが、dot側はその経緯をすぐに使える状態にはなっていませんでした。
自分の中では「あの件はもう相談した」という感覚が先にあります。どの部屋で話したかより、相談の内容や決めたことがつながっています。そのため、話が最初へ戻ったように感じたとき、どこまで情報が届いているのかを確かめたくなりました。
必要だったのは、契約についての一般的な説明より、以前の相談で何を確認し、どう決めたかを探して、今の話へ戻すことでした。
同じdotの部屋を続けていることと、別のChatGPTの会話にある経緯へ戻ること。この二つを、自分も分けて考える必要があったのだと思います。
メモリをオンにすると、別会話の検索結果が戻った
実際に過去の会話を検索してもらうと、メモリ設定を有効にする必要があるというエラーが返ってきました。
そこで私が、設定の「メモリを有効にする」をオンにしました。その直後にあらためて検索すると、「Adobe契約見直し相談」という別の会話の検索結果が取得できました。抜粋には、名刺の入稿や、解約に至る経緯が出てきました。
以前に検討していた選択肢と、最終的に解約した結果を分けて、今の話へ戻れる手掛かりが出てきました。私が長い説明を一から入力し直す手間も減らせそうです。
今回確認できたのは、設定をオンにした後、別会話の検索結果と抜粋を読めたところまでです。会話本文には省略される箇所もありました。同じdotの部屋の履歴検索では、別の一時的なエラーも出ています。それぞれの経過を分けて見たうえで、今回の別会話検索にはメモリ設定が関係していた、と受け止めています。
オフにしていた理由も、今の仕事につながっている
8月7日の「ChatGPTに『覚えておいて』と言うと、何が起きるのか」には、こう書きました。
私は現在、保存済みメモリをオフにしています。
理由は、回答が今の会話、保存済みメモリ、外部ナレッジのどれを前提としているのか、自分で把握しやすくしたかったからです。必要な情報は自分で管理し、仕事に合わせて渡す方が扱いやすいと考えていました。
設計条件を変えたときに、以前の条件が混ざると困ります。どの資料の、どの版を使っているか。今回だけの条件か、別の仕事にも使える扱いか。そうしたことを、人が確認できる状態にしたいという判断です。
その考えは、今も大切にしています。今回オンにしたのは、dotへ任せる仕事に、以前の相談の経緯を探す場面が加わってきたからです。
母艦から必要な資料を選んで渡すことに加え、dotに「前に決めたことも探してほしい」と頼む場面が増えてきました。文脈を管理する目的を保ちながら、どこまでを自分で行い、どこからをdotへ任せるか、分担を見直している感覚です。
旧記事の「保存済みメモリ」と、今回の画面にある設定を、細かな作用まで同じものとは扱っていません。今回は、切り替えの後に別会話の検索が通ったという経過を、まず記録しておきたいと思いました。
同じ窓口に話せるなら、プロジェクトはどうなるのか
プロジェクトの役割については、以前から気になっていました。
10月15日の引継ぎの記事でも、情報管理アプリやChatGPTのProjectすら不要になるのではないか、という思いに触れています。そのときは、チャットの引越しや情報を運ぶ操作を、AIに任せられたことがきっかけでした。
今回は、dotへ相談し、別の部屋にあった以前の判断を検索できました。必要な過去にも一つの窓口から戻れるなら、プロジェクトの意味は薄くなっていくのではないか。以前の問いが、自分の相談の仕方に関わる実感として戻ってきました。
これまでは、会社のことは会社のプロジェクトで話し、仕事の資料や指示をそろえ、その中で新しい部屋を作る使い方をしてきました。自分がどの場所で相談を始めるかを選ぶことが、前提をそろえる操作の一つだったのです。
dotを窓口にすると、その選び方が変わるかもしれません。相談する場所を先に探すより、まずdotに話し、必要な仕事や資料へつないでもらう方が自然に感じる場面があります。
2026年10月25日時点で確認したOpenAIの公式説明でも、dotは過去のChatGPT会話を探して作業に使える一方、そのとき使うコンテキストは情報の選択である、と説明されています。検索した会話内容と、継続して保持するメモリも区別されています。
画面上で話が続くことと、その都度必要な情報を選ぶことは、それぞれ見ていきたいところです。案件ごとの資料、会社の方針、現在の作業条件を、何にまとめ、どの仕事へ渡すか。その整理にも役割があります。
まだ、dotを使えばプロジェクトをどう使い直すのがよいか、私の中でも答えは出ていません。どこで話すかを選ぶ負担は減りそうです。一方、どの案件の、どの条件を使わせるかは、dotと仕事を続けながら確かめたいと思っています。
以前は、自分が部屋や案件を選ぶことも、文脈を管理する作業の一部でした。今は、その段取りをdotと分け合いながら、プロジェクトの使い方も考え直しています。
過去を探すことと、正式な根拠を持つこと
今回のAdobeの相談も、dot自身が以前から参加していた会話として扱うより、「別の会話にはこう書かれている」と分かる方が、私も確かめやすくなります。以前の話を今へつなぐには、内容だけでなく出所も役立ちます。
会社の仕事でも、過去の会話は判断へ至った理由を探す手掛かりになります。なぜその方法を選び、どこで困り、何を確認したのか。完成したファイルだけでは見えにくい経緯が残っていることがあります。
当社では、そうした判断や試行錯誤を、社内の知見を蓄積するCreer Knowledgeなどへ整理しています。正式な資料や計算条件も、どれを基準にするかを人が確認して管理します。
たとえば、会話でいくつかの案を比べ、その後、元請会社からの指示や確認を受けて、作業に使う条件が決まった場合です。会話には比較の理由が残り、正式な記録には採用した条件が残る。経緯を調べるときは会話を、次の計算や作図へ渡すときは最新の決定を、それぞれ確かめます。
メモリや会話検索で、必要な過去へたどり着きやすくする。Knowledgeや正本の管理で、現在の判断と根拠を更新しながら保つ。相談の窓口が変わっても、その両方を使いたいと考えています。
仕事を続ける中で、設定の意味が変わってきた
先ほどの公式案内では、dotは関連するChatGPTのメモリに加え、自身のメモも継続する仕事に利用すると説明されています。長く一緒に仕事をする使い方の中で、今回の設定の意味が、自分にも具体的になりました。
振り返ると、当社で使っていた環境では、半年ほど前はGPTからDriveへのアクセスすらままならない感覚がありました。今は、メモリやプロジェクト、外部サービスとの接続を使いながら、どこまで仕事を任せられるかを考えています。更新のたびに、使える範囲や手応えも変わってきたように感じます。
以前うまくいかなかった使い方や、そのとき決めた運用も、今の環境で試し直す意味があるのだと思います。今回は、設定をオンにした直後に別会話を検索できました。こうした具体的な確認を重ね、以前の判断を土台にしながら、仕事の進め方を見直していきたいと考えています。
まだ、オンにした後の長期的な変化はこれからです。以前の話を探すときは、何の相談で、どんな判断を確認したいかを伝える。返ってきた抜粋や参照元を見て、今の仕事に使えるかを確かめる。古い条件が出てきたら、現在の資料と比べる。そんな使い方を重ねたいと思っています。
以前は、私が母艦を整え、必要な文脈を次の部屋へ運んでいました。今はdotに相談し、仕事の振り分けや引継ぎ、過去の経緯を探すことも頼んでいます。メモリをオンにしたのは、この変化の中で選んだ一つの手段です。
何を正式に残すかは自分たちで決め、その情報を探して仕事へつなぐ段取りはdotにも任せる。母艦を作ったときに大切にした「必要な前提へ戻れること」を、今の環境でどう続けるか。私にとって今回の出来事は、その分担を考えるきっかけになりました。