なぜ「私の文章をあげるから、これを真似して」が機能しないのか
1つのサンプルからは、1つの良い下書きしか生まれない
サンプルを貼り付ける方法は、単一の会話内であれば機能します。なぜなら、サンプルが文字通りコンテキスト(文脈)内に存在し、モデルが執筆中にそれを参照できるからです。最初の試みが印象的で、かつ誤解を招きやすいのはそのためです。その会話のどこにも、次回のためにサンプルを保存する仕組みはありません。スレッドが終了すれば、調整(キャリブレーション)も終了します。
これはメモリの不具合ではなく、コンテキストウィンドウの仕組みそのものです。サンプルは、その1回の要求のための作業用素材にすぎなかったのです。
計算上、入力欄に収まらない
サンプルをカスタム指示に貼り付けて恒久的なものにしようとしたとします。代表的な文章を3段落分載せると、およそ1,200〜1,800文字になります。FreeやGoプランでは、これだけで制限文字数を使い果たしてしまい、肝心の指示を書き込むスペースが残りません。PlusやProプランであっても、せいぜい8段落程度しか入りません。これは、1つのトピックに対する1つのトーン(レジスター)を示すには十分かもしれませんが、ChatGPTにそれらをどう扱うべきかを指示するルールのためのスペースはなくなってしまいます。
また、設定フィールドにサンプルを置くことは、最も効率の悪いエンコーディングです。モデルが毎回ルールを推測しなければならない「データ」に対してすべての予算を費やしてしまい、ルールそのものに予算を割けなくなっているからです。
アップロードしたサンプルも記憶されない
次に試すのは、自分の文章をまとめたドキュメントをアップロードすることです。これはアップロードした会話内では役立ちますが、その後に記憶として残ることはありません。この境界線については、ChatGPTがアップロードされたファイルを忘れる理由で詳しく説明しています。
プロジェクト(Projects)機能を使えば、プロジェクトファイルがプロジェクト内に保持され、プロジェクトメモリがその範囲に限定されるため、状況は多少変わります。これは、継続的な単一の業務においては現実的な選択肢ですが、プロジェクトが「壁に囲まれている」というトレードオフがあります。OpenAIのドキュメントによると、共有プロジェクトはプロジェクト外のメンバーのコンテキストやメモリにアクセスできず、一度共有されると、プロジェクトのメモリモードは「デフォルトのメモリに戻すことはできない」とされています。便利で限定的ですが、一般的な解決策ではありません。詳細はなぜChatGPT Projectsはメモリを共有しないのかをご覧ください。
メモリはスタイルを「認識」するが、「再現」はしない
メモリ機能は、あなたがどのように書くかについて、ある程度の情報を拾い上げます。OpenAIはこれを「過去のチャットからのコンテキストを継続的に更新した統合(synthesis)」と説明しています。「統合」とは要約のことであり、スタイルの要約は「簡潔で直接的な文章を好む」といった形容詞として表現されます。これはあなたの文体の「説明」であって「仕様」ではありません。そして、形容詞こそが、誰もが目にする「ありきたりで無難なトーン」を生み出す原因なのです。
また、それを正確に監査することもできません。ドキュメントには、要約には「ChatGPTがチャットに基づいて記憶しているすべての内容が含まれるわけではない」と記されており、何かが保存されているか確認したい場合はチャットで尋ねることを推奨しています。好みを把握する程度なら問題ありませんが、独自の文体を確立するには不十分です。
人々が試みること
毎回サンプルを提示して「私のように書いて」と指示する。 機能はしますが、会話のたびにトークンを消費し、完全にあなたの手間に依存します。これは、AIへのコンテキストの再説明をやめる方法で説明されている「手間という名の税金」です。
チャット内にスタイルガイドのドキュメントを置く。 トークン効率の点ではサンプルよりも優れていますが、依然として会話ごとの対応が必要であり、通常はモデルがチェックできる「ルール」ではなく、モデルが解釈しなければならない「散文」として書かれています。
指示フィールドに形容詞を詰め込む。 「明確で、魅力的で、会話調で、権威あるトーンで書いてください。」これらの言葉は、あなたにとっての意味とモデルにとっての意味が異なり、組み合わせることでお互いの効果を打ち消し合ってしまいます。これが、誰が書いたともつかない平凡な文章が出力される原因です。
スタイル専用のGPTを構築する。 妥当なアイデアです。サンプルを「Knowledge(知識)」として持つカスタムGPTを作成します。ただし、事前に知っておくべきことが2つあります。GPTはアップロードされたKnowledgeを参考として使用するため、これは望ましい動作です。しかし、OpenAIによると「GPTは保存されたメモリ、カスタム指示、または以前の会話を使用しません。各会話は新しく開始されます」とあるため、他の設定は引き継がれません。また、現時点では、新しいGPTの作成と公開は「Free、Go、Plus、Proを含む個人のChatGPTアカウントでは利用できません」。
ファインチューニング(微調整)。 執筆の文体を再現するためには過剰(オーバーキル)であり、実際に作業を行っているChatGPT製品内では役に立ちません。
解決策:文体をルールに変換し、サンプルを呼び出し可能にする
効果的なアプローチは「変換」です。一度だけ行えばよく、所要時間は30分ほどです。これにより、2つの成果物が得られます。入力欄に収まる短いルールセットと、調整用にいつでも利用できるサンプルライブラリです。
ステップA — 自分の文章からルールを導き出す。 複製されても満足できるような、自分の書いた文章を3つ用意します。そして、出力結果を目に見えて変化させる以下のカテゴリに沿ってルールを抽出します。
- 文章のリズム。 平均的な長さ、および短い文と長い文を混ぜるかどうか。「ほとんどの文は20単語以下にする。強調のために、各段落に1つ短い文を入れる。」
- 人称とスタンス。 一人称の単数または複数、読者を「あなた」と呼ぶかどうか、主張を明確にするか、あるいはぼかす(ヘッジする)か。
- ぼかし表現(ヘッジ)の方針。 これは、多くの人が書かないものの、最も効果の高いルールです。「『注目に値する』『議論の余地はあるが』『多くの場合』などは使用しない。主張をはっきり述べるか、さもなければ削除する。」
- 書き出し。 絶対に書き出しに使わないこと。「定義、修辞疑問(反語)、または『今日の〜において…』で書き始めない。」
- 構成。 見出しを使用するかどうか、段落の長さ、リスト(箇条書き)を好むか避けるか。
- 禁止語彙。 使用しない具体的な言葉。すべての書き手にこのようなリストがあります。これを書き留めておくことは、どんな肯定的な指示よりも価値があります。
- 句読点や記号の癖。 エムダッシュ、セミコロン、括弧など、どれを使用し、どれを使用しないかを明記します。
- 根拠の示し方。 数値を引用するか、文中で情報源の名前を挙げるか、あるいは例を挙げて議論するか。
このような形式の8〜12個のルールであれば、1,500文字以内に余裕で収まります。また、形容詞とは異なり、それぞれのルールが検証可能です。
ステップB — サンプルを呼び出し可能な場所に保管する。 ルールによって80%は達成できますが、残りの微調整はサンプルが行います。ただ、それらは設定フィールドに置くべきではありません。そこで役立つのがMemoryLakeです。これはアシスタントが読み取るメモリレイヤーであり、スタイルルール、サンプルライブラリ、およびどのトーンがどの種類の執筆に適しているかに関するメモを保持します。セットアップは3つのステップで完了します。
ステップ1: APIキーを作成する
MemoryLakeにサインインし、APIキーを作成します。接続するすべてのツールで1つの認証情報を使用できます。執筆が1つのアシスタントだけで完結することは滅多にないため、これは重要なポイントです。

ステップ2: 最初のメモリをアップロードする
ルールセットを1つのルールにつき1つのエントリーとして個別にアップロードします。これにより、検索時にテキストの壁ではなく、関連するルールだけが返されるようになります。次にサンプルライブラリを追加し、さらに(ここが多くの人が見落としがちなポイントですが)各サンプルに「これは技術解説用のトーン」「これは悪いアイデアに反対するときの書き方」といった、それが何を例示しているかを示す短いメモを添えます。タスクが異なれば必要なトーンも異なります。ラベルのないサンプルは、平均化されて特徴のないものになってしまいます。

否定的な例(NG例)も追加しましょう。「ありきたりに聞こえたため書き直した段落」と、何が悪かったのかを示す1行のメモは、3つの良いサンプルよりも多くのことをモデルに教えられます。
ステップ3: AIとエージェントを接続する
あなたが執筆に使用するツールを接続します。MemoryLakeはMCPおよびAPI経由でアクセス可能です。そのため、Claude Code、Codex、OpenClawなどのMCPネイティブエージェントはMCPサーバーを指定することで接続でき、その他のアシスタントはAPIを介して同じメモリを読み取ることができます。カスタム指示フィールドには、常時オンのレイヤーとして8〜12個のルールを保持しておき、タスクに応じてサンプルやトーンのメモを呼び出すようにします。

2つの率直な限界があります。メモリレイヤーを導入したからといって、モデルが自動的にあなたのように書くようになるわけではありません。それは、再貼り付けの手間や推測を排除するだけであり、実際に機能するのはあなたが作成したルールです。また、これらは強制力を持つものではありません。スタイル指示は出力を方向付けるものであり、どのアシスタントにおいても出力を保証するものではありません。
実際に何が変わるのか
最初の下書きの完成度が上がります。 完璧ではありませんが、理想に近づきます。測定可能な違いは、あなたが行う編集の量です。ルールは曖昧さがないため、サンプルよりも編集の手間を大幅に削減できます。
禁止事項が実際に守られます。 多くの人にとって、品質が最も劇的に向上するのは、モデルに使用を禁止する具体的な単語や書き出しのリストを作成したときです。形容詞では決してこれを達成できませんが、禁止リストなら可能です。
トーンがランダムでなくなります。 ラベル付きのサンプルがあれば、「これを技術解説として書く」と「これを短い社内メモとして書く」で、同じような無難な文体ではなく、明確に異なる出力が得られます。
指示フィールドが溢れなくなります。 ルールはコンパクトです。サンプルを別の場所に保管すれば、ルールに加えて他の好みを記述するスペースが生まれ、どちらかを犠牲にする必要がなくなります。
他のツールでも同じ文体が使えます。 カスタム指示はChatGPT専用であり、OpenAIによるとAPIは提供されません(「カスタム指示用のAPIは提供されません」)。チャットで下書きをしているときでも、コードエディタで書いているときでも、文体を持ち運ぶにはポータブルなスタイルレイヤーが唯一の方法です。Claude側における同様の問題については、なぜClaudeはあなたの執筆スタイルを忘れるのかをご覧ください。
維持できるスタイル設定のベストプラクティス
形容詞ではなく、ルールを書く。 もし2人の人間があなたの指示を読んで異なる出力を生成する可能性があるなら、それはまだルールとは言えません。
禁止事項から始める。 「絶対にやらないこと」は、「やること」よりも特徴的であり、モデルにとっても従いやすいものです。禁止リストは、あらゆるスタイル仕様の中で最も効果の高い部分です。
すべてのサンプルにトーンのラベルを貼る。 ラベルのないライブラリは平均的な出力を学習してしまいます。ラベルを貼ることで、特定の文体を指定して呼び出すことができるようになります。
否定的な例(NG例)を保管する。 「却下したありきたりなバージョンとその理由」が1つあるだけで、いくつかの良いサンプル以上の価値があります。
固定のプロンプトでテストする。 ルールを変更するたびに、同じ指示(ブリーフ)を使用してください。そうしないと、ルールが効果的だったのか、それとも単にトピックが簡単だったのかを判断できません。
サンプルではなく、ルールを改善する。 出力が間違っているときは、どのルールが不足していたかを考え、それを追加します。サンプルをもう1つ追加しても、繰り返し発生する具体的な問題が解決することは滅多にありません。
文字数をカウントする。 FreeおよびGoプランでは1,500文字、Plus、Pro、Enterprise、Business、Educationプランでは5,000文字です。ルールは収まりますが、散文は収まりません。
個人の文体と組織の基準を分ける。 あなたの文体と会社のブランドルールは、所有者も異なる別のドキュメントです。後者については、ChatGPTにブランドガイドラインを記憶させる方法に近いアプローチになります。
結論
「ChatGPTに自分の執筆スタイルを教える」という課題は、メモリの問題として捉えると失敗しますが、圧縮の問題として捉えると解決します。あなたの文体は、何百もの一貫した小さな選択の積み重ねです。それを保存できるフィールドは1,500文字または5,000文字しかありません。サンプルを貼り付けることは、生の素材にすべての予算を費やし、モデルに毎回ルールを再導出させることを強いることになります。
ルールの導出は、一度だけ自分で行いましょう。リズム、スタンス、ぼかし表現の方針、禁止された書き出し、構成、禁止語彙、句読点、根拠の示し方など、8〜12個の検証可能なルールであれば、入力欄に収まり、効果を維持できます。サンプルとトーンのメモは呼び出し可能なレイヤーに保管し、それが何を例示しているかによってラベルを貼り、ライブラリではなくルールを改善していきましょう。そうすることで、来月になっても、あるいは別のツールに乗り換えたとしても、あなたの文体は生き残り続けます。まずは診断から始めたい場合は、なぜChatGPTはあなたの執筆スタイルを忘れるのかをご覧ください。