Claude Projects で文章スタイルを再現する：各レイヤーが実際に保持しているもの

要点： Claude Projects による文章スタイルの再現は、そこに入れたものの質でしか機能しません。プロジェクトには三つのレイヤーがあります。インストラクション（すべてのメッセージに適用）、ナレッジ（関連するときに参照）、メモリ（過去のチャットの要約）です。どのレイヤーもあなたの書き方を計測しません。インストラクションに「プロフェッショナルでありながら親しみやすく」と入力すれば、Claude はそれを入力した全員の平均を返します。AI はあなたのトーンを知らず、トーンを説明する言葉を知っているだけだからです。代わりに、あなたの声の数えられる部分をインストラクションに入れてください。文の長さの範囲、限定表現の位置、使う接続表現と避ける接続表現、句読点の癖です。新しい Claude モデルはそうした指示にますます正確に従うため、計測済みのスタイルプロフィールはリリースのたびに有用性が増していきます。

「My Writing」という名前の Claude Project を作り、インストラクションに「私のように書いて：明快で、温かく、プロフェッショナルに、専門用語なしで」と設定し、ナレッジセクションにメールを数通アップロードしたとします。最初の下書きは「お元気でお過ごしのことと存じます」で始まりました。五通目も同じでした。

プロジェクトは設定どおりに動いています。ただ、その設定にあなたに関する情報がほとんど含まれていなかっただけです。

Claude Project は、あなたの文章スタイルについて実際に何を保持しているのか？

Claude Project は三種類の情報を保存し、それぞれが異なる形で Claude に届きます。インストラクション、ナレッジ、メモリです。各レイヤーの到達範囲を理解すれば、スタイルのルールをどこに置くべきか、どこに置けば無視されるかがわかります。

Anthropic 自身による Projects とは何か の説明では、共有コンテキストでチャットをまとめるワークスペースとされています。そのワークスペースの内側は次のとおりです。

この表のうち、スタイルにとって重要な性質が二つあります。

到達が保証されているレイヤーはインストラクションだけです。そこにあるものは、Claude があなたのメール、レポート、LinkedIn 投稿を下書きするときに必ず存在します。あなたの書き方に関するルールがインストラクションになければ、Claude がたまたまナレッジから引き出したときにしか適用されません。しかも Claude がナレッジを引き出す基準は、話題の関連性であってスタイルの関連性ではありません。過去のメールをまとめたファイルは、過去のメールについて尋ねたときには関連があります。別の件について新しいメールを依頼したときに関連があるとは限りません。

メモリは事実に関するものであり、声に関するものではありません。Anthropic の Claude Projects におけるメモリ の記事では、プロジェクト内の以前の会話からコンテキストを保持する仕組みと説明されています。あなたが取締役会向けの資料を準備していることや、クライアントが大阪にいることは覚えていてくれます。しかし、それらのチャットから、あなたの文が平均十一語であることや、社交辞令で書き出さないことを導き出すことはありません。メモリのレイヤーには、そうしたものを数える仕組みがないからです。同じ区別を ChatGPT 側で扱ったのが メモリとスタイルプロフィールの比較 で、結論はそのまま当てはまります。メモリが保存するのは何を話したかであり、何を話したかは、どう書くかではありません。

Claude には Styles という別のパーソナライズ機能もあり、Concise や Formal などのプリセットに加えて、提供したサンプルから Claude が生成するカスタムスタイルが用意されています。Style もまた指示の集合です。プロジェクトインストラクションと同じ問いが当てはまります。サンプルから何を抽出したのか、そしてそれを読んで修正できるのか、という問いです。

プロジェクトを設定したのに、なぜ Claude はまだあなたらしく聞こえないのか？

多くの人が書くインストラクションは効果を描写しており、Claude が必要としているのは仕組みだからです。AI はあなたのトーンを知らず、トーンを説明する言葉を知っているだけです。そしてトーンを説明する言葉は、何千人もの書き手が共有する文体領域を指しています。

プロジェクトインストラクションに「温かく、プロフェッショナルで、簡潔に」と書かれたとき、Claude が手にしているものを考えてみてください。学習の過程で、Claude はそうした言葉で形容された膨大なテキストを見ています。人事部の通知、カスタマーサポートの返信、コンサルティングの要約、LinkedIn の投稿などです。この言葉は今や、そのすべてのテキストの統計的な中心を指しています。それを呼び出せば、中心が返ってきます。自分のプロジェクトに同じ三つの形容詞を入れた同僚も、同じ中心を受け取ります。二人の文章はまったく似ていないのに、Claude にはそれを知るすべがありません。どちらも供給したのはラベルだけだからです。

「プロフェッショナルでありながら親しみやすく」は、何千人もの人に当てはまる描写です。声が宿るのは、文の長さ、限定表現の位置、接続表現、句読点です。読み手があなたを認識するのはこの四つであり、どれも形容詞ではありません。

• 文の長さは分布であって、「簡潔」という言葉ではありません。典型的な文、決断するときに落とす短い文、文脈を説明するときに許す長い文です。
• 限定表現の位置とは、「おそらく」が節の頭に来るか末尾に来るか、そして推奨を述べた後にそもそもヘッジするかどうかです。
• 接続表現とは、「だから」か「したがって」か、それとも接続語なしの新しい文か、そして「しかしながら」を書くことがあるかどうかです。
• 句読点とは、メール一通あたりのコロン、一文あたりの読点、そして補足を括弧に入れるか独立した文にするかです。

このどれもが、すでに送ったメール十通から数えられます。数えた結果はルールとして書けます。ルールは検証できます。「あれは十分に温かかったか？」には答えがありませんが、「平均文長は範囲内だったか？」には答えがあります。この議論の全体は トーンの形容詞はあなたの声ではない で展開しており、Claude Project の場合も同じ議論に、より優れた容器が加わっただけです。

容器が優れているのは事実です。Claude は長く詳細な指示によく従いますし、プロジェクトインストラクションには一ページ分のルールを載せる余地があります。その容量を三つの形容詞で使うのは無駄です。

文章スタイル向けの Claude プロジェクトインストラクションには何を入れるべきか？

計測値と禁止事項を、Claude が自分の下書きに照らして一つひとつ検証できる形で記述します。インストラクションの各行は、出力の中で数えられるものであるべきで、形容詞はすべて、それが代弁していた仕組みに置き換えるべきです。

置き換えは次のようになります。

右の列に形容詞が一つもないことに注目してください。さらに、左の列にはない性質があります。下書きが外れたとき、どのルールを外したかが見え、その一行だけを編集できるのです。フィードバックとしての「もっと温かく」は、同じ平均を並べ替えるだけです。「温かさの一行が書き出しに入っている、終わりに移して」は一つのことを直し、残りには手をつけません。

仕組みの下に、さらに三つのセクションを加えてください。

1. 文体の切り替え。 クライアント、同僚、上司の間で書き方がどう変わるか。それぞれ一行ずつ。条件付きのルールは、明示されていれば Claude はうまく扱えます。
2. 決して書かないフレーズ。 このリストは、書くフレーズのリストより役に立つことが多いものです。AI っぽい下書きの大半がここで捕まります。
3. Claude が回答前に実行するチェックリスト。 「下書きを返す前に：26語を超える文を数えて分割する。書き出しに社交辞令がないことを確認する。依頼が第一文にあることを確認する。」Claude は実際にこれを実行し、ルールを願望から合格判定へと変えてくれます。

このブロックがスタイルプロフィールです。手作業で書くなら、メール十通と単語カウンターで一時間ほどかかります。MyWritingTwin.com は、すでにあるサンプルから計測のステップを、手作業で数えるよりも多くの次元にわたって実行し、結果を Master Prompt としてまとめます。Claude 向けのあなたの Writing Twin とは、プロジェクトに貼り付けたこのインストラクションのブロックのことであり、別のチャットボットではありません。同じブロックは ChatGPT のカスタム指示や Gemini の保存情報でも機能します。チームがツールをまたいで分かれているなら、この点が重要です。

ライティングサンプルはどこに置くべきか：インストラクションかナレッジか？

ルールはインストラクションに、少数のサンプルは参照としてナレッジに置きます。サンプルをインストラクションに入れると、到達が保証されたレイヤーを無駄にします。ルールをナレッジに入れると、Claude が関連すると判断したときにしか適用されません。

メールを二十通プロジェクトナレッジにアップロードし、インストラクションに「添付のスタイルに合わせて」と書きたくなる気持ちはわかりますし、形容詞よりは確かに優れています。Claude は生の証拠を手にしています。次に Claude がしなければならないのは、依頼のたびに、二十通のメールのどのパターンがあなたの習慣で、どれがたまたま調子の悪かった火曜日のものかを推論することです。その推論は毎回一からやり直され、ずれていきます。会話が長くなるにつれ、Claude 自身の出力がサンプルの下に積み重なり、下書きを既定の文体へと引き戻すのです。同じ上限を ChatGPT 側で確認したのが ChatGPT Projects のナレッジファイルとペルソナ の記事で、Claude でも上限は同じです。原因が同じだからです。証拠は仕様ではありません。

うまくいく分け方は次のとおりです。

• インストラクション： 計測済みのルール、禁止事項、文体の切り替え、回答前のチェックリスト。すべてのメッセージで守られるべきものすべて。
• ナレッジ： 三〜五通のサンプルを、最もよく使う文体ごとに一通ずつ、ラベル付きで（「クライアントへのフォローアップ」「社内アップデート」「提案書の送付状」）。Claude は形を見る必要があるときにこれらを参照し、ラベルがどれを見るべきかを教えます。
• メモリ： 事実に関する本来の役割に任せます。声を担うことは期待しないでください。

この分け方にはもう一つ理由があります。インストラクションは読めます。読めるルールは、間違っているとわかったときや、あなたの書き方が変わったときに修正できるルールです。ナレッジ内のサンプルと、そこから Claude が引き出す推論は、あなたには見えません。下書きがずれていても、Claude がサンプルから何を結論づけたのかが見えないので、その結論を直せません。できるのはサンプルを増やして祈ることだけです。

一回の作業で Claude を既定の文体から引き離すプロンプトとプロジェクト設定の手順は、Claude をあなたらしく書かせる方法 を参照してください。毎回貼り付けることなく、すべてのチャット、プロジェクト、エージェントにプロフィールを届けたいなら、コネクタが持続的な方法です。Claude コネクタにあなたの文章スタイルを与える で説明しています。

新しい Claude モデルが出れば、プロジェクトの設定は不要になるのか？

いいえ。理由は構造的なものです。モデルの能力と、あなたのデータによる条件付けは別のレイヤーです。Anthropic はリリースのたびに前者を改善しますが、後者を供給することはできません。あなたの書き方に関する情報は、モデルの中に存在しないからです。

新しい Claude は、前のモデルよりも細かな指示に忠実に従います。「推奨の前ではヘッジし、決定の後では決してしない」のようなルールは、二世代前には当たり外れがありましたが、今は安定しています。これは本物の改善ですが、改善するのはただ一点、あなたが与えた指示の実行です。指示が三つの形容詞なら、優れたモデルは没個性な文体をより磨き上げた版を生み出します。指示が計測済みのプロフィールなら、優れたモデルはあなたにより近い再現を生み出します。

アップグレードは入力を掛け算します。ゼロに優れたモデルを掛けてもゼロのままです。

だからこそ、「次のモデルを待てばいい」は、文章を書くことを仕事にしている人にとって間違った計画です。次のモデルは、指示されることにおいてより優れています。推測することにおいて優れることはありません。あなたについて推測する材料が何もないからです。より優れた AI モデルでもあなたの声を知らない理由 の記事では、各リリースが実際に何を加え、構造的に何ができないのかを検討しています。短くまとめると、今日作ったプロフィールは、これに続くすべてのモデルでより良く動きます。つまり、AI の設定の中で数少ない、価値が上がっていく資産なのです。

文章スタイル向けの Claude Project を、順を追ってどう設定するか？

まず計測し、それから設定します。計測値がそろっていれば設定は十分で終わりますし、計測こそ多くの人が飛ばしてしまう部分です。

1. 自分で書いて満足できた文章を十〜十五本集めます。 Claude で最もよく使う文体のものを。相手の反応が良かったメール、うまく伝わったアップデート、成約した提案書などです。急いで書いたものや、他人の下書きに大幅に手を入れたものは除きます。
2. 仕組みを数えます。 セット全体の一文あたりの語数（典型値、最短、最長）、次に段落あたりの文数、依頼の位置、すべてのヘッジ表現とその位置、一文あたりの読点、一本あたりのコロン、そして書き出しと締めの行のパターンです。
3. 使った接続表現と、一度も使わなかった接続表現を列挙します。 二つ目のリストはそのまま禁止事項に入ります。
4. 見つかった結果をルールとして書きます。 上の表の右の列の形式で。形容詞は使いません。文体の切り替えと回答前のチェックリストを加えます。
5. プロジェクトを作成し、ルールをプロジェクトインストラクションに貼り付けます。 文体の違いが大きく、別々のルールセットが必要なら、プロジェクト名は対象の文体にちなんで付けます（「クライアントメール」「社内文書」）。
6. ラベル付きのサンプルを三〜五通、プロジェクトナレッジにアップロードします。 文体ごとに一通ずつ。ファイル名にラベルを入れます。
7. メモリには手をつけません。 プロジェクトを使ううちに、あなたの仕事に関する事実を蓄積していきます。あなたの声を担っているわけではなく、担う必要もありません。

ステップ二が面倒に聞こえるなら、そこが MyWritingTwin.com が自動化するステップです。サンプルをアップロードすると、ライティングDNA分析がスタイルプロフィールとして返ってくるので、それをステップ五で貼り付けます。ライティングスタイルプロフィールとは何か の概説では、計測される次元が四つより多いときにどう見えるかを示しています。

プロジェクトが実際にあなたのスタイルを把握しているか、どう検証するか？

すでに送ったメールのブリーフをプロジェクトに与え、違いを数えます。五分で、ツール不要、感覚の代わりに数値が手に入ります。

先週のメールを一通選びます。二行のブリーフを書きます。誰宛てか、何が必要か、相手はすでに何を知っているか。プロジェクト内のチャットにブリーフを貼り付け、メールを依頼します。下書きを自分のものと並べて数えます。

• 一文あたりの語数、最短と最長
• 依頼の位置
• ヘッジ表現：いくつあるか、節の頭か末尾か
• 一文あたりの読点
• 最初の行と最後の行

数値が違えば、Claude に直接尋ねたときに何と答えようと、プロジェクトはまだあなたを把握していません。どのルールが外れたかを見て、インストラクションのその一行を編集します。文体の異なる三通のメールで再度テストします。形容詞ベースのインストラクションはたいてい最初のテストには合格し、二つ目で失敗します。ラベルが一つの気分向けに書かれているのに、あなたには複数の気分があるからです。計測済みのルールは三通すべてで収束します。

その収束こそが、Claude Project を自分の文章スタイルのために働かせることの意味です。プロジェクトは優れた容器です。ただ、そこに入れるべき具体的なものを、ずっと待っていただけなのです。

Humanity Score テストで、現在の設定が実際の文章からどれだけ離れているかを1分ほどで確認してください。あるいは、自分のサンプルからスタイルプロフィールを作り、すでに使っている Claude Project に貼り付けてください。