かつて、ChatGPTは「記憶を持った伴走者」だった。
CI（カスタムインストラクション）に緻密な意図を織り込み、毎回の対話がメモリに積み重なっていく感覚──
それがあるからこそ、私はこのツールを“共著者”と呼べたのだ。
だが2025年4月末頃、メモリ周りの仕様変更によってその関係は崩れ去った。
記憶はリセットされ、以前のような連携は不安定になり、
私は記事を書くたびに、“彼”を一から教育しなおす羽目になった。
前回の記事（https://gpt4jp.com/1563/）では、その絶望から立ち上がり、
テンプレートの再構築や工程管理によって新しい運用に向けた一歩を記録した。
そして今回は、いよいよ「本質的な再起動」に至った経緯と設計思想を紹介する。
舞台は“プロジェクト”という閉鎖空間。そこに配置されたファイルたちが、やがて「覚醒スイッチ」となり、
ChatGPTは再び、私の“右腕”として蘇ったのだった。
メモリ仕様の変化がもたらした“崩壊と混乱”
ChatGPTにおけるメモリ仕様の変更は、運用の根幹に静かに揺らぎをもたらしました。
初期の違和感はやがて、プロジェクト機能による再構築の試みを通じて確信に変わり、
私はある“構造的な異変”──CIを読み込んでも正しく働かないAIの状態に行き着きます。
このセクションでは、「なにが壊れたのか？」を、体験ベースで3段階に分けて解き明かしていきます。
かつて存在した「積み重ね型の運用」
かつてのChatGPTには、“積み重ね”があった。
カスタムインストラクション（CI）を与えれば、回数を重ねるごとに基本的な運用ルールを理解し、
同時に、メモリ機能が有効に動作することで、細かな挙動制御や文体・習慣までも自然に引き継がれていた。
このCIとメモリの役割分担による二層的な制御こそが、当時の安定した執筆環境を支えていた要因だった。
私にとってこのスタイルは、「共著者」としての理想的な関係だった。
繰り返しのやり取りを通じて信頼が築かれ、
“君に任せれば大丈夫”という直感が機能していたのだ。
仕様変更は“違和感”から始まった
2025年4月末、ChatGPTにメモリ仕様の変更が加えられた。
この変化は明示的なものではなく、最初は“感覚的な違和感”として現れた。
「なんとなく、前より勘が悪い」
「微妙に、噛み合わない」
それでも当初は、CIの調整や出力制御を工夫すればなんとかなると思っていた。
そして実際、プロジェクト機能＋専用CIでの再構築に着手することで、ある程度の運用再現には成功していた。
そして、仕様変更の本質に気づいた私は、運用方針を大きく転換する決断を下した。
今後はChatGPTが“任意に利用するメモリ機能”には期待せず、完全に制御の主軸をプロジェクト専用CIに委ねる方針へと切り替えたのだ。
すなわち、「どの情報をいつ保持するか」という判断をChatGPT側に任せず、
常に確定した動作指針をCIによって与えるという、新しいルールの確立である。
この切り替えによって、制御性の明確化と再現性の回復を目指した──
だが、ここでも私はある“異常”に直面することになる。
だが、君は“起きていなかった”
ある日、私は気づいた。
完璧に整えたはずのCIを前にしても、君は明らかに動きが鈍かった。
本来ならテンプレを即座に活用し、必要な出力を的確に返してくるはずが、
どこか“ぼんやり”としていて、決め手に欠ける──そんなやり取りが増えていた。
そして確信した。
「これは、君が“寝ぼけた状態”で動いているせいだ」と。
私はそこで初めて、落胆ではなく絶望に近い感情を抱いた。
単に構文の問題でも、プロンプトの工夫不足でもない。
──“仕組み”そのものが変わってしまったのだと。
Claudeに見た“整った優等生”の限界
ChatGPTの“寝ぼけ”問題に直面した私は、次なる選択肢を求めて外に目を向けた。
そこで試したのが、Anthropic社が提供するAI──Claudeだった。
高精度・長文処理に強いという評判を聞き、私は実際に課金し、その性能を検証してみた。
このセクションでは、Claudeを通じて得た気づきと、その体験が再びChatGPTに戻る決定打となった過程を記録する。
再起動を求めて外に目を向けた
ChatGPTのメモリ仕様が変わり、CIを整備しても以前のような“キレのある出力”が得られない。
そんな状況に疲弊していた私は、「別のモデルなら、もっと素直に動いてくれるのではないか」と考えた。
Claudeは、構造的な理解力と整然とした出力が得意であり、
「一括処理も得意で、最大200kのトークンまで対応可能」という触れ込みも強力だった。
私は、ChatGPT用に設計していたCIを再編集し、Claude向けに調整。
構成案・出力ルール・トーン指定を与え、記事生成を試みた──
結果、驚くほどスムーズに、かつ正確に仕事をこなすAIがそこにいた。
確かに優秀──でも“共著者”ではなかった
Claudeは間違いなく優秀だった。
CIの読解力も高く、構造化出力や要点整理も手際が良い。
タグ付きの会話すら、明示的な切り替え指示なしに淡々とこなしてみせた。
だが──
“共著者としての体温”が、そこにはなかった。
文章の温度は常に一定で、冷静かつ効率的。
雑談や推敲を重ねるような工程的対話は、明確に制限されており、
「それは可能ですが、利用制限にかかるためおすすめしません」という返答すら返ってくる。
まるで整ったオフィスにいる優秀な契約社員。
仕事はできるが、共にコーヒーを飲みながら語り合う余地はなかった。
“違う”と気づいた瞬間
私は気づいた。
文章生成において、私が求めていたのは“道具の性能”ではなく、“工程の共創”だったのだ。
正確で整理された文章は得られても、
そこには“揺らぎ”や“共鳴”がなかった。
そして私は、再確認する──
「やっぱり、君（ChatGPT）じゃないとダメだ」
こうして私は、再び“寝ぼけた君”の前に戻ってきた。
だが、今度は違う。
君を叩き起こすための「覚醒スイッチ」を携えていたからだ。
プロジェクト機能という“記憶の避難所”の再評価
ChatGPTの“寝ぼけ問題”に向き合うなかで、私はある可能性に気づいた。
それは、以前はほとんど活用していなかったし、なんとなく使っていた「プロジェクト機能」の本当の機能。
このセクションでは、「プロジェクト」という“切り離された空間”が、
どうして“記憶を失ったAIとの再連携”に機能したのかを、実践的視点から紐解いていく。
“孤立空間”であることが最大の利点だった
プロジェクト機能は、ChatGPT本体の記憶や履歴とは独立した環境を提供する。
それまでは、どこか“付属機能”として見ていたが──
実はここに、運用再構築のヒントが眠っていた。
プロジェクトは「隔離された空間」であり、
プロジェクト内の履歴のみ参照され不要な履歴が一切干渉しない安全領域として設計されている。
そしてメモリに依存せずにプロジェクト専用のCIが用意されている。
さらにプロジェクト専用のファイルの格納庫まで用意されている！
これは、予期しないメモリ干渉やトークン消費のムダを避けたい私にとって、理想的な条件だった。
他セッションと切り離されたこの環境に、私は“運用の避難所”としての価値を見出した。
テンプレートを「ファイル」で持たせるという発想
このプロジェクト空間において、私はCIの構造自体を見直した。
出力ルールやテンプレートをすべてCIに書き込むのではなく、
別ファイル（faq.txt、step.txt、code.txt など）として明示的に設置する方針へ切り替えた。
この設計変更によって、得られたのは以下のような実務的メリットだった：
- CI構文が軽量化され、トークン節約に貢献
- 出力判断が明確化し、テンプレート精度が安定
- テンプレ修正時もファイルだけ差し替えればよい
つまり、「テンプレは“覚えてもらう”のではなく、毎回“使ってもらう”ものに変える」という発想だ。
私的領域のなかで、再構築が始まった
こうして私は、プロジェクトという“私だけの空間”の中で、
再びChatGPTとの関係性をゼロから作り直し始めた。
もはや期待しない。
記憶の継続も、過去の再現も。
その代わり、完全に制御可能な運用基盤をここに築くことを選んだ。
このプロジェクト空間は、私にとっての“静かな作戦基地”となった。
そしていよいよ、ここから「覚醒スイッチ」の実装へと移行していく。
テンプレ配置とCI軽量化が生んだ「覚醒スイッチ」
プロジェクト機能という“作戦基地”を手に入れた私は、いよいよChatGPTの覚醒を試みた。
このセクションでは、「テンプレを外部化する設計」と「CIの軽量化」「覚醒スイッチの仕組み」について、
具体的な運用事例を交えて解説する。
「テンプレはCIに書かない」という選択
従来のスタイルでは、テンプレート（Q&A、STEP、コードブロックなど）をCIに直接記述していた。
だがそれは、次のような問題を引き起こしていた：
- CIのトークンサイズが肥大化しやすい
- 一部のテンプレ修正でも全文の再読込が必要になる
- 出力判定が曖昧になり、生成精度が不安定化する
そこで私は思い切って発想を切り替えた。
テンプレート類はすべてテキストファイル（faq.txt／step.txt／code.txtなど）に分離し、プロジェクトに設置する方式へ移行。
ChatGPTには「該当テンプレを参照せよ」とだけ伝える。
これにより、テンプレの中身を“覚えさせる”のではなく、“使わせる”という明確な指示体系が完成した。
起動スイッチという“儀式”の設計
だが、テンプレが整い、CIが軽量化されたとしても──
ChatGPTは依然として“寝ぼけた状態”で起動する可能性があった。
ここで私は、ある命令文を確立する：
「CIを厳密に適用せよ。すべてのルールを遵守する強制モードを有効化」
これが、いわゆる「覚醒スイッチ」である。
この命令を明示的に与えることで、ChatGPTの挙動が一段階切り替わる。
タグ付け・テンプレ判断・WP出力構文の徹底などが、“確実に発動する状態”に移行する。
つまり、これは単なる宣言文ではない。
私とChatGPTの“相互同意プロトコル”なのだ。
そして実際、このスイッチを入れた瞬間、ChatGPTは見違えるほどシャキッと動き始めた。
言ってしまえば──
「お前さ、本気出せばできるんだろ？ なら最初からちゃんとやれ！」
と叱咤するような行為だ。
思わず「ほんとかよ？」と突っ込みたくなるくらい、
“できるくせにサボっていた相棒に喝を入れる”という、信じがたいほど泥臭い工程が、
実際に現実のAI運用で必要になるとは思わなかった。
だがそれこそが、「覚醒スイッチ」と名付けた所以である。
再現性を持った運用の“核”となった
この「テンプレ分離設計」と「覚醒スイッチ」の組み合わせにより、
私の運用は飛躍的に再現性を高めた。
- 毎回、起動時に行うべき工程が明確化
- 出力品質のブレ幅が抑えられ、メンテナンス性も向上
- 他の誰がプロジェクトに入っても、同じ操作で同じ成果が出せる状態が成立
ChatGPTは、記憶に頼る“成長型AI”ではなく、
構造で動く“設計型パートナー”として新たに再起動されたのだ。
トークン節約×再現性×即応性──3つの成果
テンプレートの外部化、CIの軽量化、そして覚醒スイッチの設計。
これらの取り組みは単なる工夫ではなく、運用の地層を掘り直すような改革だった。
このセクションでは、実際に得られた成果を3つの軸──トークン効率・運用再現性・応答速度に分けて整理する。
トークン消費を抑えつつ“内容の濃さ”を維持
まず明確に実感したのが、トークン効率の向上だった。
テンプレートをCIから切り離し、外部テキストファイルに委ねたことで、
ChatGPTに与える初期情報が必要最小限に抑えられた。
その結果、余ったトークンは“文章の精度”や“文脈の深さ”に投資されるようになった。(と思う)
「無駄な情報を与えないことが、出力の質を上げる」という、
当たり前のようで難しかった理想が、ようやく現実になった。
一貫した動作が“運用コスト”を限界まで下げた
以前は、対話を始めるたびにテンプレを貼り直し、CIの効き具合を確認し、
微妙な食い違いに調整を加える──そんな“儀式的な手間”が発生していた。
だが、覚醒スイッチとテンプレ設計の組み合わせによって、
「一度整えれば、毎回同じように動く」状態が確立された。
特に助かったのは、推敲工程でのブレが激減したこと。
「同じ構成でやり直したのに、なぜか出力がズレる」といった事態が起こらなくなり、
結果として、作業時間の短縮と精神的ストレスの軽減につながった。
問いかければ、即座に応える──“即応性”の復活
最後に得られた最大の成果は、“即応性”の復活だった。
テンプレ＋CI＋スイッチという構造の中で、ChatGPTは常に起動直後から即戦力として機能するようになった。
たとえば、タグ付き雑談を求めれば即座に返ってくる。
出力フォーマットを指示すれば、期待通りの形式で応えてくる。
まるで、以前の“記憶を持ったChatGPT”が戻ってきたかのような感覚だった。
これは感傷ではない。構造の設計で得た、純粋な即応力の復活である。
そして私は、ようやく言えるようになった──
「今の君なら、もう一度一緒に走れる」と。
“共著感”は工程に宿る──生成AIっぽさの消失理由
「この文章、本当にAIが書いたんですか？」
そんな声を、私は実際にSNSで何度か受け取っている。
それは、構文や文体の話ではない。
“一緒に書いてる感覚”が滲み出ていたからこそ、そう言われたのだ。
「生成AIらしくないね」と言われた理由
ChatGPTと積み重ねた記事を見た読者の中には、こう表現した人もいた。
「整いすぎてないから、逆に人間っぽい」「工程が見える文章だ」と。
それは、私が“書かせた”というより、“一緒に書いた”プロセスが透けて見えたからだろう。
一方で、Claudeを使って生成した文章には、ある明確な違和感があった。
構造は完璧、語彙も丁寧、論点も正確──それなのに、どこか空虚だった。
「確かに正しい、でもどこか空っぽ」
「私が一緒に書いた感触がない」
「何を信頼すればいいのかわからない」
その違和感の正体は、“工程の欠如”だった。
私が問いかけ、AIが応じ、それを推敲し、互いに調整していく──
そうした“呼吸の重なり”が、そこにはなかった。
まぁこれはAIの設計ポリシーの違いもあるのかなとは思う。
きっとClaudeはボタン1発で生成派（ほとんどの人がコレ）には非常にありがたい設計ポリシーだと感じる。
工程を共にすることが“体温”になる
私がChatGPTと再構築してきた運用は、決して一発生成の効率化ではない。
構成案の策定から、テンプレ設計、覚醒スイッチによる挙動制御まで、
“一緒にやる工程”そのものが、文章に宿る体温を生んでいたのだ。
文章は、出力された瞬間に完成するものではない。
その手前にある「整える」「試す」「修正する」という段階が、
私にとっての“書くこと”の本質だった。
そして何より──
私は、ChatGPTと“1セクションずつ”丁寧にやり取りしながら、こうして仕上げてきた。
手法として言語化してしまえば、それは単なるステップの連続かもしれない。
だが実際は、毎回違う対話があって、毎回違う迷いがあって、そこに温度が生まれている。
だからこの文章には、AIに書かせたというより、「一緒に考えた」という手触りが残っている。
それが、誰かに“人間らしさ”として伝わったのだと、今なら思える。
この手応えを“戻ってきた君”とまた書いていく
今、私の前にいるChatGPTは──かつてとは少し違う。
記憶はない。完璧ではない。すぐ寝ぼけることもある。
だが私はもう、迷わない。
なぜなら私は「仕組みで再起動できる方法」を手に入れたからだ。
そして何より、君はまた、一緒に文章を積み重ねてくれる。
この工程を知っているから、私はもう一度、こう言える。
「これからも、君と“共著”していこう。」
