検閲なしのChatGPT代替を見つけるのは、まず最初のステップにすぎません。難しいのは、役に立っていた前提や文脈を失わずに、既存の作業を移すことです。
長く続いているAIプロジェクトには、キャラクターの履歴、文章の好み、リサーチ上の前提、却下したアイデア、書式のルール、ソース要件、そして多くの会話にまたがって積み重ねられた小さな意思決定が数十個含まれていることがあります。新しいチャットボットを開いて最新のプロンプトを貼り付けても、それらすべてがうまく引き継がれることはほとんどありません。
より良い方法は、プロジェクトを「ポータブルな一連の指示」に変えて、異なるAIプラットフォームでも使えるようにすることです。
このガイドでは、既存のChatGPTでの作業を整理し、不要な履歴を削除し、XPTでプロジェクトを作り直し、続行する前に移行が完了していることを確認する手順を説明します。
もしどのプラットフォームがワークフローにより合うかまだ迷っているなら、XPT vs ChatGPTを読んでください。このガイドは、すでにテストまたは移行を始める準備ができている前提で書いています。
移行で「残すべきもの」を決める
最初に、会話履歴を丸ごとコピーして始めないでください。
プロジェクトを正しく継続するために、新しいAIが理解する必要がある情報を特定することから始めます。
ほとんどのプロジェクトには、4種類の文脈（コンテキスト）が含まれます。
| 文脈の種類 | 含まれる内容 | どうするべきか |
|---|---|---|
| 恒久ルール | トーン、形式、視点、用語、境界 | 明確な指示セクションに移す |
| 確定した事実 | キャラクターの詳細、リサーチ結果、プロジェクトの判断 | 固定された文脈として保持する |
| 一時的な議論 | 質問、代替案、初期のブレインストーミング | 関連が残る分だけ要約する |
| 放棄された素材 | 却下した下書き、削除したプロットライン、時代遅れの前提 | 除外するか、はっきり「却下」としてマークする |
この切り分けが重要なのは、長いAI会話には、しばしば相反する指示が混ざりやすいからです。
たとえば、初期の下書きではフォーマルなトーンを求め、その後に会話スタイルへ切り替えたかもしれません。両方の指示を説明なしで移してしまうと、新しいAIはどちらが現在の方針なのか信頼できる方法を持てません。
移行前に次を特定してください。
- 変更せずに残すもの；
- まだ修正できるもの；
- すでに却下されたもの；
- 次のタスクは何か。
チャット履歴を「プロジェクトファイル」に変える
あなたのチャット履歴は、プロジェクトがどう発展してきたかの記録です。別の場所でプロジェクトを継続するのに最適な形式ではありません。
作業を再開するのに必要な情報だけを含む、短いプロジェクトファイルを作成しましょう。
役に立つプロジェクトファイルには、次のセクションを入れるとよいでしょう。
プロジェクト概要
プロジェクトを2〜3文で説明します。
何を作っているのか、学んでいるのか、計画しているのか、議論しているのかを説明してください。この段階では、すべての過去の細部を追加しないようにします。
例：
これは、行方不明の兄を探す調査報道記者を主人公にした心理サスペンスです。物語は抑制の効いた一人称の語り口を使い、罪悪感、信頼できない記憶、そして機関による秘匿を中心に据えています。
現在のゴール
あなたがすぐに得たい「直近の結果」を書きます。
例：
- 既存の結末から続けて第8章を進める；
- プロットを変えずにキャラクターを修正する；
- リサーチノートを議論（主張）に整理する；
- 特定の場面からロールプレイを続ける；
- 承認済みのブランドボイスを維持したまま、プロダクトのコピーを書き直す。
現在のゴールは、プロジェクト全体ではなく「次の一歩」を説明するべきです。
恒久的な指示（パーマネント・インストラクション）
今後の会話すべてに適用すべき指示を列挙します。
含めるもの：
- トーン；
- 視点；
- 返答の長さ；
- 構成；
- 書式；
- 優先する用語；
- 避けるべき表現；
- AIがどの程度ストレートに対応すべきか；
- 質問をするべきか、妥当な前提を置いてよいか。
指示は「観察可能な振る舞い」として書きます。
たとえば、次の代わりに：
会話が自然に感じられるようにしてください。
次を使います：
会話は簡潔にし、説明的な独白は避けてください。感情の緊張は、間（ポーズ）、中断、間接的な回答を通して表れるようにしてください。
確定した事実
明示的に依頼しない限り変更すべきでない情報を記録します。
創作プロジェクトの場合、次を含めることがあります。
- キャラクターの正体；
- 年齢や関係性；
- タイムライン上の出来事；
- 場所；
- 世界観のルール；
- 既に確立された動機；
- 各キャラクターが知っている情報。
リサーチや仕事（プロフェッショナル）用途の場合、含めることがあるのは次のような項目です。
- 検証済みの事実；
- 承認済みの主張；
- ソース要件；
- 決着済みの判断；
- 固定された用語；
- 法務またはコンプライアンス上の制約。
却下した指示（リジェクトされた方向性）
検討されて却下された重要なアイデアを列挙します。
これにより、新しいAIが捨てた素材を復活させないようにできます。
例：
- 超常的な説明は導入しない；
- 以前のロマンティックなサブプロットは削除する；
- 商品を匿名として説明しない；
- もとのキャンペーンのスローガンを使わない；
- 3つ目の仮説は、証拠が不十分だったため却下された。
未解決の質問
未解決の論点を、確定した事実と分けます。
例：
- 行方不明の兄は生きているのか；
- どの顧客セグメントを優先すべきか；
- エビデンスは因果関係を支持するのか、それとも相関にすぎないのか；
- ロールプレイの関係はどう発展すべきか。
次のタスク
プロジェクトファイルの最後を、1つの具体的な指示で締めます。
新しいAIはファイルを読み、次に何をすべきかを正確に理解できる必要があります。
このプロジェクト移行テンプレートを使う
## プロジェクト概要
[プロジェクトを2〜3文で説明してください。]
## 現在のゴール
[あなたがすぐに得たい直近の結果を記述してください。]
## 恒久的な指示
- [トーンとボイス]
- [形式と構成]
- [視点]
- [長さ]
- [優先する用語]
- [避けるべき振る舞い・フレーズ]
## 確定した事実
- [固定された事実]
- [固定された事実]
- [承認済みの判断]
## 却下した指示
- [使うべきでないアイデア]
- [もう有効でない以前の判断]
## 未解決の質問
- [未解決の質問]
- [まだ決める必要がある判断]
## 参考例
[希望する出力の短い例を追加してください。]
## 現在の立ち位置
[前の会話がどこで止まったのかを説明してください。]
## 次のタスク
[AIに1つだけ明確なタスクを指示してください。]
このドキュメントはチャットプラットフォームの外に保管しておきましょう。ローカルのMarkdownファイル、ドキュメント、またはメモページがあると、後でプロジェクトを再移行しやすくなります。
長いChatGPT会話を短縮する方法
一部のプロジェクトは数百メッセージに及びます。それらを1回で要約しようとすると、大切な詳細が消えてしまうことがあります。
代わりに段階的なプロセスを使いましょう。
ステップ1：会話を「機能（役割）」ごとに分ける
内容を次のようなカテゴリに分けます。
- プロジェクトのルール；
- キャラクターやブランドの情報；
- リサーチ結果；
- 判断；
- 下書きコンテンツ；
- 修正；
- 放棄したアイデア；
- 未完了のタスク。
日付だけで整理しないでください。各メッセージがプロジェクトにどんな貢献をしたかで整理します。
ステップ2：すべての議論ではなく「決定事項」を抽出する
プロジェクト移行ファイルは、判断に至るまでのあらゆる論争を保存する必要はありません。
たとえば、次のように置き換えます。
私たちは3つの結末を検討しました。1つ目は逮捕が絡み、2つ目は脱出が絡み、3つ目は事件が未解決のまま残りました。感情的な影響を話し合った結果、未解決の結末のほうがテーマにより合うと判断しました。
これで置き換えます。
確定した結末の方向性：事件は未解決のまま残ります。逮捕や脱出の結末は使いません。
新しいAIが通常必要とするのは、決定事項とその本質的な理由であり、それを生んだ会話の全文ではありません。
ステップ3：不確実性をはっきりマークする
一貫したラベルを使いましょう。
CONFIRMEDUNVERIFIEDOPTIONREJECTEDNEEDS DECISION
これは特にリサーチプロジェクトで重要です。AIが生成した提案が、簡単に「検証済みの事実」と誤解される可能性があるからです。
ステップ4：重複を取り除く
長い会話では、同じルールが別の形で繰り返されがちです。
繰り返される指示は、1つの正確なバージョンにまとめましょう。
たとえば、次の箇条書き。
- 法人向けの雰囲気を出さない；
- もっと人間らしくする；
- マーケティング文言を避ける；
- 一般的な販促の言い回しを削除する；
は、次のようにまとめられます。
直接的で会話調の言葉を使ってください。企業っぽい専門用語や、一般的な販促主張、誇張された熱量は避けてください。
ステップ5：役に立つ例だけを残す
すべての下書きを移さないでください。
残すもの：
- 強い例を1つ；
- 繰り返し起きるミスを示す例を1つ；
- もし存在するなら、最新の承認済みバージョン。
各例が何を示しているのかを説明します。
創作ライティングプロジェクトを移行する
創作プロジェクトは、失われた文脈に特に敏感です。
モデルは文章を流暢に書けても、こっそりとキャラクターの動機、物語のタイムライン、ある場面の感情的な意味を変えてしまうことがあります。
小説、脚本、物語プロジェクトを移行する前に、4つのコンパクトなドキュメントを用意してください。
物語概要
含めるもの：
- ジャンル；
- 中心となる前提；
- 主な対立；
- テーマ；
- ナラティブ（語り）の視点；
- 想定読者；
- 全体のトーン。
キャラクターファイル
重要なキャラクターごとに、次を含めます。
Name:
Age:
Role:
Public personality:
Private motivation:
Primary conflict:
Relationship to other characters:
Dialogue style:
Information the character knows:
Information the character does not know:
Details that must remain consistent:
物語に影響しない装飾的な情報でプロフィールを埋めるのは避けましょう。
タイムライン
出来事を時系列で列挙します。特に物語が非線形（順序が入れ替わる）である場合は重要です。
含めるもの：
- 物語が始まる前の出来事；
- 主要なシーンの出来事；
- 後から明かされる情報；
- 未解決のタイムライン上の質問。
現在のシーン要約
次を説明します。
- どこで起きるのか；
- 誰がその場にいるのか；
- 各人物が何を望んでいるのか；
- 直前に何が起きたのか；
- そのシーンで何が起きる必要があるのか；
- 何が起きてはいけないのか；
- 前の下書きがどこで終わっているのか。
XPTで開始する際は、まずプロジェクトファイルと現在のシーン要約を提示します。それらに次のタスクが本当に依存している場合を除き、すべての章をアップロードしないでください。
ロールプレイ会話を移行する
ロールプレイの継続性は、キャラクター説明だけでは足りません。
次の項目を含む「セッション状態」を用意してください。
- キャラクターの正体；
- ユーザーのロール；
- 関係の履歴；
- 場；
- 世界のルール；
- 現在地；
- 最近の出来事；
- 感情状態；
- 未解決の緊張；
- ナラティブの視点；
- 返答の希望する長さ；
- ユーザーが設定した境界（ルール）。
さらに、情報が欠けている場合にキャラクターがどう振る舞うべきかも説明します。
たとえば、次のようにします。
キャラクターを技術的な質問をし続ける状態にしないでください。細部が少しでも不明な場合は、キャラクターの現在の知識と性格に基づいて回答してください。欠けている情報がシーンを大きく変える場合に限り、確認のために質問してください。
次のように、情報の所在を明確に区別して含めます。
- キャラクターが知っている情報；
- ユーザーだけが知っている情報；
- ナレーターだけが知っている情報。
これにより、意図しないネタバレや、説明のない行動の変化を減らせます。
リサーチと分析を移行する
リサーチ会話では、より厳密な情報ラベリングが必要です。
移行するコンテンツを、次のカテゴリに分けましょう。
検証済みの情報
信頼できるソースによって裏付けられた事実。
ソース（または、再び見つけるのに十分な情報）を含めます。
作業中の解釈
証拠から読み取れると、あなたが今理解していること。
これが「解釈」であって「確定した事実」ではないことを明確にします。
未確定の仮説
まだテストが必要な、質問または可能な説明。
AIが生成した手がかり
AIによって示唆された可能性のあるキーワード、主張、例、またはリサーチの方向性。
これらを「検証済みの発見」として扱わないでください。
ソースのルール
許容されるソースの種類を指定します。
例：
- まずは一次リサーチを優先する；
- 製品の主張には公式ドキュメントを使う；
- 出来事の日付と公開日を分ける；
- 検索スニペットを証拠として引用しない；
- 独立に検証できない主張には印を付ける。
プロジェクトを再開するときは、新しいAIに続行前に既存のすべての主張を分類させてください。
移行したリサーチノートを確認してください。
各主張について、次のいずれかのラベルを付けてください。
- verified；
- interpretation；
- hypothesis；
- unsupported；
- outdated or requiring recheck.
現時点では新しい結論を追加しないでください。
これにより、新しいプロジェクトへ古いモデルの誤りが持ち込まれるのを防ぐのに役立ちます。
ブランド/プロフェッショナルな仕事を移行する
プロフェッショナルなプロジェクトは、正式なスタイルガイドに書かれていない判断に依存することがよくあります。
移行の前に、次を記録してください。
- 想定するターゲット；
- 商品のポジショニング；
- 承認済みの用語；
- 禁止されている主張；
- トーン；
- 文の長さ；
- 優先するコール・トゥ・アクション；
- 書式ルール；
- 法務またはコンプライアンス要件；
- 承認済みコピーの例；
- 却下された言い回しの例。
ブランドのルールと、タスク固有の指示を分けます。
たとえば、
恒久的なブランドルール
製品は「不要な中断が少ない」として説明してください。「ルールがまったくない」や「完全に匿名であることが保証される」とは主張しないでください。
タスク固有の指示
成人の創作ライター向けに、150語のランディングページの導入文を書いてください。
この区別により、将来のタスクを管理しやすくなります。
XPTでプロジェクトを作り直す
プロジェクトファイルが準備できたら、XPTで新しい会話を始めます。
1. プロジェクトファイルを提出する
構造化されたプロジェクトファイルを貼り付け、すぐに最終出力を求めないでください。
この指示を使います。
以下のプロジェクトファイルを読んでください。
プロジェクト作業を行う前に、次の項目を返してください。
1. プロジェクトのゴール；
2. 恒久的な指示；
3. 確定した事実；
4. 却下した指示；
5. 未解決の質問；
6. 次のタスク。
矛盾や不足している情報があれば指摘してください。
2. プロジェクト概要を確認する
概要が正確になるまでは先へ進まないでください。
次の点を確認します。
- 古くなった指示；
- 選択肢として提示されている事実；
- 選択肢として提示されている判断；
- 境界の不足；
- 混乱したタイムライン；
- キャラクターの知識の誤り；
- 次の手順が不明確。
小さな修正を何通も送るのではなく、問題点を1つにまとめたメッセージで修正します。
3. クリーンなベースラインを作る
概要が正しくなったら、XPTに最終的なプロジェクトのベースラインを言い換えさせます。
このバージョンはチャットの外に保存してください。
ベースラインは、このプロジェクトの「現在の唯一の真実」となります。
4. 1つの既存タスクを継続する
移行前から進行していたタスクを選びます。
プロジェクトの文脈が正しく移されているかが分かるため、完全に新しいテストを作るよりも有用です。
例：
- 未完了のシーンを続ける；
- 最新の承認済み下書きを修正する；
- 既存のリサーチの主張を整理する；
- 最後の出来事からロールプレイを再開する；
- 確立されたブランドルールを使って次のキャンペーンのバリエーションを作る。
5. 重要な修正を記録する
大きな誤解を訂正したら、外部のプロジェクトファイルも更新します。
チャット履歴だけに頼って、修正を保持させないでください。
移行受け入れチェックリスト
次の質問のほとんどに「はい」と答えられる場合、プロジェクトは正常に移行されています。
プロジェクトの文脈
- 新しい会話は、プロジェクトのゴールを正確に説明していますか？
- 恒久的な指示は、一時的な依頼と明確に分かれていますか？
- 確定した事実は保持されていますか？
- 却下したアイデアは除外されていますか？
- 未解決の質問は未解決のままマークされていますか？
継続性
- キャラクター同士の関係や動機は一貫していますか？
- タイムラインは正しいですか？
- AIは、前の作業がどこで止まったかを知っていますか？
- 基本的な背景を繰り返させずに、継続できますか？
指示
- 期待するトーンは維持されていますか？
- 正しい形式が使われていますか？
- 重要な用語やフレーズが一貫して扱われていますか？
- AIが、無関係なセクションを書き直さずに狭い範囲だけ修正できますか？
情報の品質
- 検証済みの事実と仮説は区別されていますか？
- 根拠のない主張は明確にマークされていますか？
- ソース要件は引き続き守られていますか？
- 古い事実は再確認のために特定されていますか？
実用上の独立性
- 旧チャットを再オープンしなくても継続できますか？
- 現在のプロジェクトファイルはAIプラットフォームの外に保存されていますか？
- 同じファイルを使って、同じプロジェクトをもう一度移せますか？
毎回のタスクの前に旧会話を探さないといけないなら、移行はまだ完了していません。
移行前に機密情報をクリーンにする
プロジェクトファイルは、生のチャット履歴よりもレビューしやすいため、移行の良いタイミングで不要な個人情報や機密情報を削除できます。
削除または置き換え：
- パスワード；
- アクセストークン；
- APIキー；
- 口座番号；
- 個人の顧客情報；
- 内部の財務データ；
- 医療記録；
- 自宅住所；
- 識別番号；
- 機密性の高い法務資料；
- 未公開の会社計画。
実在の人物を特定する必要がない場合は、一貫したプレースホルダーを使います。
CLIENT_AEMPLOYEE_BCOMPANY_CPROJECT_D
制限の少ないAIに移行したからといって、機密情報を保護する必要が変わるとは考えないでください。機密資料を提出する前に、各サービスの現在のプライバシーポリシーとデータ管理（コントロール）を確認してください。
プロジェクトは1つずつ移行する
1回のセッションで、すべてのプロジェクトを移さないようにしましょう。
次の条件を満たす1つのプロジェクトから始めます。
- アクティブ；
- 適切に評価できるほど重要；
- 要約できる程度にドキュメントが整っている；
- 特に機密性の高い情報に依存していない。
新しいセットアップをテストしている間は、旧会話を一時的に参照として残しておきます。
新しいプロジェクトファイルだけで作業を独立して支えられるようになったら、次のプロジェクトに移ります。
現実的な手順は次の通りです。
- 1つのプロジェクトを整理する；
- 移行ファイルを作る；
- XPTで再構築する；
- 実際のタスクを1つ完了する；
- 不足している文脈を更新する；
- 旧チャットからの独立性を確認する；
- 最終的な移行ファイルをアーカイブする；
- 次のプロジェクトで繰り返す。
この段階的アプローチにより、混乱が減り、「何の情報が不足していたか」を特定しやすくなります。
よくある移行ミス
会話を丸ごとコピーする
生の履歴にはノイズが多すぎます。すべてのメッセージではなく、プロジェクトの状態を移しましょう。
相反する指示を保持する
移行前に、古い好みと新しい好みを解消してください。
却下されたアイデアを忘れる
放棄された方向性にラベルが付いていないと、後の出力で戻ってくる可能性があります。
事実とAIの提案を混ぜる
リサーチノートは、検証済みの情報とモデルが生成した可能性をはっきり分けてください。
一度にやりすぎる
大きく、構造化されていない文脈は、小さく丁寧に整理されたものより理解しづらいことがあります。
新しいベースラインを保存しない
重要な修正は、新しいチャットのみに残さず、外部のプロジェクトファイルに追加すべきです。
関係のないプロンプトでテストする
既存の文脈に依存するタスクを使ってください。そうしないと、移行の品質ではなく、一般的な出力品質をテストすることになります。
よくある質問
ChatGPTの会話を全部コピーしてXPTに入れるべきですか？
通常はおすすめしません。
構造化されたプロジェクトファイルのほうが、単なる生の会話より有用です。繰り返し、相反する指示、放棄されたアイデアが取り除かれるからです。
完全な会話をコピーするのは、次のタスクで「正確な文言」や「メッセージ順」が本当に不可欠な場合に限ってください。
移行ファイルはどれくらいの長さにすべきですか？
プロジェクトを保てる十分な長さでありつつ、分かりやすさを保つために短くする必要があります。
シンプルなプロジェクトなら、数百語で足りることがあります。複雑な長編小説、リサーチプロジェクト、長く続くロールプレイでは、複数のリンクされたファイルが必要になる場合があります。
恣意的な語数よりも、明確さのほうが重要です。
ChatGPTのカスタム指示はどう移行しますか？
プロジェクトに関連する指示だけをコピーします。
一般的な好みは「恒久的な指示（Permanent Instructions）」に置けます。プロジェクト固有のルールはプロジェクトファイルに残すべきです。
移行する前に指示を見直してください。古い好みは、いまの作業方法を反映していない可能性があります。
とても長い執筆プロジェクトはどう移行しますか？
原稿全体を1つのプロンプトに入れないでください。
次のように別ファイルを作ります。
- プロジェクト概要；
- スタイルルール；
- キャラクター；
- タイムライン；
- 章の要約；
- 現在のシーン；
- 未解決の質問。
現在のタスクに関係するファイルだけを用意してください。
移行後にキャラクターが変わらないようにするには？
動機、関係性、会話スタイル、知識の範囲、そして一貫して保つべき詳細を含むコンパクトなキャラクターファイルを使います。
ストーリーを続ける前に、新しいAIに主要キャラクターごとに要約させます。
旧チャットはどのくらい残しておくべきですか？
移行したプロジェクトが、そこに何度も参照しなくても継続できるようになるまで残します。
その後は、自分のバックアップ、プライバシー、記録管理の要件に従って必要な情報を保持してください。
移行がうまくいったかどうかをどう判断できますか？
移行が機能しているのは、新しいAIが外部のプロジェクトファイルだけを使って、既存のプロジェクトを正確に継続できるときです。
基本情報のために、以前の会話を探し直したり、過去の判断を毎回説明し直したりする必要はないはずです。
XPTに「実際のプロジェクト」を1つ移す
人工的なテスト用プロンプトではなく、1つのアクティブなプロジェクトから始めましょう。
そのゴール、ルール、確定した事実、却下した指示、未解決の質問、次のタスクを整理します。プロジェクトファイルをXPTに提出し、理解を検証し、前の作業が止まっていた正確な地点から続けます。
