Claude Projectsに「自分の文体」を覚えさせる方法｜3ステップ運用術

Claudeに下書きを頼むたび、同じ文体ルールをコピペしていませんか。

敬体で書いて、一人称は僕、段落は1〜2文、ダッシュ記号は使わない。

この5〜10行を毎回貼って、終わった後に「で、本題は何だっけ」と疲れる。心当たりがある人は、今日でこの作業を終わりにできます。

Claude Projectsに過去記事3本をアップロードして、ある3ステップを踏むだけで、以降すべての下書きで自分の文体が維持されます。この記事では、ブロガーのための文体学習の具体的な手順を、プロンプト例つきで解説します。

この記事で出てくる用語

毎回「文体ルール」をコピペしていませんか

Claudeは優秀です。でも、毎回ゼロから「僕はこう書きます」と自己紹介しているうちは、Claudeの力を半分しか使えていません。

1本書くのに15回も同じルールを貼っていた

僕の話をします。

ブログ1本を仕上げるまで、Claudeとのやり取りは平均15回を超えます。構成案、リード文、各見出しの本文、まとめ、タイトル候補。どのチャットでも最初に貼るのは同じ5〜10行でした。

「敬体、一人称は僕、段落は1〜2文、ダッシュ記号禁止、曖昧な締めくくり禁止、ペルソナは非エンジニア……」

15回×5分の前置きを足すと、記事1本で1時間以上を「前提の共有」だけに溶かしていた計算です。

書きたいのはブログ本文で、ルール説明ではありません。この時間は、まるごと捨てている状態でした。

AI執筆で「自分の色」が消えていく瞬間

もう一つの痛みは、任せるほど文章がAIっぽくなっていく現象です。

Claudeは基本性能が高いので、指示が曖昧だと標準的な「きれいな文章」を返してきます。

その文章は破綻していない代わりに、読者が「これ誰が書いてるの」と感じない量産型の質感になります。

自分の文体を持っている人ほど、この現象を強く感じます。語尾の癖、句読点のリズム、独特の語彙。全部まるっと消えて、教科書みたいな文章が上がってきます。

毎回ルールを貼り直す作業は、この消失を防ぐための自衛行為でした。

指示を書き続けるのは、ただの人力作業

ここまでを一言でまとめると、Claudeに対して毎回ゼロから名刺を渡している状態でした。

名刺は1回渡せば済むはずです。渡した相手が次の会で名刺を忘れていたら、もう一度渡す気はしなくなります。

Claude Projectsは、この「名刺を1回だけ渡す」を実現する機能です。文体ルールとサンプル記事を一度プロジェクトに入れれば、以降のすべてのチャットでClaudeが覚えた状態で会話が始まります。

Claude Projectsが「文体を覚える」仕組み

flowchart TB
    A["<b>過去記事3〜5本</b><br/>文体の「例文」"]:::sample
    B["<b>style-guide.md</b><br/>文体の「判定基準」"]:::guide
    C["<b>カスタム指示5行</b><br/>最重要ルールのみ"]:::rule
    D["<b>Claudeが文体を再現</b>"]:::goal

    A --> D
    B --> D
    C --> D

    classDef sample fill:#E87A3E,stroke:#6B4423,stroke-width:2px,color:#FFF
    classDef guide fill:#FAF3E7,stroke:#6B4423,stroke-width:2px,color:#6B4423
    classDef rule fill:#FAF3E7,stroke:#6B4423,stroke-width:2px,color:#6B4423
    classDef goal fill:#FCD34D,stroke:#6B4423,stroke-width:3px,color:#6B4423

ここから本題です。Projectsがなぜ文体学習に向いているのか、仕組みの核だけ押さえます。

プロジェクトは「例文と判定基準」を渡す箱

新人ライターに文体を伝えるとき、何をしますか。

多くの人は「敬体で書いてね」と言葉で伝え、過去記事を3本ほど読ませます。言葉のルール（判定基準）と、実例（例文）の2つをセットで渡すのが自然な手順です。

Claude Projectsに入れるものも、まったく同じです。スタイルガイドが判定基準、過去記事が例文の役割を果たします。Claudeはこの2つを照らし合わせながら、新しい下書きを組み立ててくれます。

ナレッジ × カスタム指示の2軸で文体を固定する

Projectsに入れられるのは、ナレッジとカスタム指示の2種類だけです。

ナレッジには、過去記事とスタイルガイドのファイルを入れます。過去記事が増えてきたら媒体別（ブログ／メルマガ／X）にフォルダ分けしてもかまいません。

カスタム指示には、最重要ルールを5〜10個だけ書きます。「文体は添付のstyle-guide.mdに従う」「一人称は僕」「ダッシュ記号は使わない」。細かい規則は全部スタイルガイドに逃がします。

カスタム指示は名刺の裏側、スタイルガイドは詳細プロフィール。この役割分担が守れると、Claudeの出力が安定します。

サンプルは3〜5本で十分な理由

「たくさんアップロードすればするほど正確に覚えてくれるのでは」と思いがちですが、逆です。

サンプルを10本以上入れると、文体にブレが出てしまいます。古い記事と新しい記事で語尾が違う、テーマによって敬体と常体の比率が変わる。こういう揺れをClaudeが平均化しようとして、どの記事とも違う中庸な文章になります。

おすすめは3〜5本です。選び方は次の3条件。

この3本を選ぶ作業自体、1時間もかからずに終わります。Claudeに「過去記事のURLリストから上の3条件で3本を選んで」と頼んでも大丈夫です。

あわせて読みたい

Claude Projectsで情報管理を一元化する方法｜非エンジニアの5ステップ Claudeに質問するとき、毎回同じ前提を貼り直していませんか。 文体ルール、過去の文脈、自分の肩書き、プロジェクトの方針。同じ内容を何度もコピペしている自分に気づ…

文体を覚えさせる3ステップ

ここが記事の中心パートです。今日すぐ真似できる3ステップで進めます。

ステップ1: 過去記事3〜5本をProjectsにアップロード

claude.aiでプロジェクトを1つ作ります。名前は「ブログ下書きを作る」のように動詞から始めると、用途がブレません。

プロジェクトを開いたら、ナレッジの「+」ボタンから過去記事3〜5本をアップロードします。

ファイルは.md（マークダウン）か.txtが読み込みやすいです。WordPressで書いた記事は、記事画面のHTMLから本文だけコピーして新規ファイルに貼り付けてください。

ファイル名は「2026_記事タイトル要約.md」のように、日付と中身が一目でわかる名前にします。後で更新するときに迷いません。

ここまでで5〜10分。ナレッジに3本並んだ時点でステップ1完了です。

ステップ2: Claudeに文体特徴を20項目で抽出させる

ここからがスタイルガイド作りの本番です。

自分で文体ルールを書き出そうとすると、半日かけても出てきません。自分の文体は、自分では見えないからです。ここはClaudeに任せましょう。

プロジェクト内で新しいチャットを開き、次のプロンプトを貼ります。

添付の過去記事3本を読み、僕の文体特徴を20項目で抽出してください。

観点は次の6つに分けて整理してください:
1. 語彙の傾向（よく使う言葉・避ける言葉）
2. 文のリズム（文長・句読点の頻度）
3. 一人称・語尾（敬体と常体の比率、「僕」「私」等）
4. 段落構造（1段落の文数、転換点の置き方）
5. 読者への語りかけ方
6. NG表現（AI生成感が出る表現・自分が絶対使わない言葉）

各項目に「該当する記事の具体例」を1つずつ添えてください。

返ってくるのは、たとえばこんな項目です。

この20項目が、そのままスタイルガイドの素材になります。

ステップ3: style-guide.md にまとめてプロジェクト指示に組み込む

20項目を全部カスタム指示に貼るのは逆効果です。長すぎると、Claudeが一部を無視します。

ここもClaudeに任せましょう。同じチャット内で続けて頼みます。

上で抽出した20項目を、スタイルガイド形式で1つのMarkdownファイルにまとめてください。

構成は次の5セクションでお願いします:
1. 基本情報（対象読者・記事の目的）
2. 推奨パターン（こう書く、の実例つき）
3. 回避パターン（こう書かない、の実例つき）
4. 語彙リスト（よく使う言葉・避ける言葉）
5. 段落・句読点のルール

全体で800ワード以内に収めてください。ファイル名は style-guide.md としてください。

返ってきたMarkdownを、そのままプロジェクトのナレッジに新規ファイルとしてアップロードします。元の過去記事3本と一緒に、style-guide.md が並んだ状態になります。

最後にカスタム指示を、次の5行だけに書き換えます。

役割: 非エンジニア向けブログの執筆アシスタント
文体: 添付の style-guide.md に従う
禁止: ダッシュ記号「──」、曖昧な締めくくり、「記事N」等の制作管理番号
優先順位: ペルソナ（読者像）への到達 > SEO > 文字数
確認: 不明点があれば先に質問すること

これで完成です。新しいチャットを開けば、Claudeが過去記事3本とスタイルガイドを読んだ状態で下書きを書いてくれます。

毎回5〜10行のルールを貼る作業は、この瞬間にゼロになります。

本気で運用するなら無料プランの上限に当たる

ここまで読んで「さっそく試してみよう」と動ける人に、先回りして一言伝えておきます。

無料プランでProjectsを使い始めると、途中で上限に引っかかります。

プロジェクト数は5個までで、ナレッジ容量は標準の200Kトークンで止まります。ブログ用・X用・メルマガ用とプロジェクトを増やして、それぞれに過去記事を10本ずつ入れようとすると、半年もたたずに容量不足になります。

Claude Pro（月額$20）に上げると、プロジェクト数は無制限、ナレッジ容量はRAGで最大10倍に拡張されます。過去記事100本単位の規模でも扱えるようになるので、文体学習の精度が一段上がります。

月額$20は、ランチ2回分の値段です。Claudeに毎回のルール貼り付けを任せて、月に1時間以上を取り戻せるなら、確実に元が取れる投資になります。

まずは無料で3〜5本のサンプルを試して、「もう手放せない」と感じたらProに上げる。この順番で十分です。

👉 Claude Pro公式ページで料金プランを確認する

媒体別にProjectsを分けると精度が上がる

1つのプロジェクトに全媒体を詰めると、Claudeの出力にブレが出ます。ブログとXでは、同じ「自分の文体」でも求められる形が違うからです。

ブログ・X投稿・メルマガ・note有料記事で分ける

媒体ごとにプロジェクトを分ける推奨構成はこちらです。

最初から4つ全部作る必要はありません。自分が一番多く書く媒体から1つ作って、使い倒してから次を増やしてください。

媒体ごとに文長・語尾・敬体率を変える

同じ「自分の文体」でも、媒体ごとに設計は変わります。

ブログ記事は、敬体中心で1段落1〜2文、句読点はやや少なめ。じっくり読まれる前提です。

X投稿は、常体多め、1文を短く、改行を多用。流し読みに耐える密度が必要です。

メルマガは、既存読者向けなので語りかけ多め。「先日お伝えした」のような継続性のある表現が増えます。

note有料記事は、ブログよりも密度を上げて、1段落2〜3文、専門用語の解説を減らせます。読者が一定以上のリテラシーを持っている前提です。

媒体の数だけスタイルガイドが必要という発想に切り替えると、精度が一段上がります。

共通スタイルガイドと媒体別ガイドの二層構造

4媒体分のスタイルガイドを別々に作ると、管理が破綻します。二層構造にしましょう。

1つ目が共通スタイルガイド。全媒体で守る最重要ルール（一人称、禁止表現、ペルソナへの姿勢）を書いたファイルです。

2つ目が媒体別スタイルガイド。ブログ用なら段落構造とSEOの扱い、X用なら文長と改行ルールを書いたファイルです。

各プロジェクトのナレッジには、共通＋媒体別の2ファイルをセットで入れます。この二層構造で、全体の一貫性と媒体ごとの調整を両立できます。

文体学習で失敗しない運用ルール3つ

Projectsを作って満足していると、半年後に「あれ、また文体が崩れ始めた」という現象が起きます。運用でハマりやすい3点を先に潰しておきます。

失敗1: カスタム指示に500ワード以上書いてしまう

熱心な人ほどやりがちな失敗です。

スタイルガイドの20項目を全部カスタム指示に貼ろうとすると、あっという間に500ワードを超えます。この量を超えると、Claudeの中でルール同士の優先順位が曖昧になり、一部のルールを無視した回答が返ってきます。

対策は、カスタム指示を5〜10行に絞り、残りはスタイルガイドのナレッジファイルに逃がすこと。ステップ3で書いた5行の例がちょうどいい分量です。

「書きたい気持ち」を抑えて、カスタム指示はルール集ではなく、道案内の紙と考えてください。

失敗2: サンプル記事を10本以上入れて文体がブレる

もう一つの失敗は、サンプルの入れすぎです。

量が多いほど精度が上がりそうですが、逆に作用します。10本以上あると、記事ごとの文体差をClaudeが平均化して、どの記事とも違う中庸な文章を返してきます。

対策は、最新3〜5本に絞ることと、半年より古い記事は除外すること。文体は時間とともに少しずつ変わるので、古い記事が混ざると過去の自分と現在の自分の平均値が出てしまいます。

新しい記事を書くたびに、古い1本と差し替えて上限を5本にキープする運用が理想です。

失敗3: スタイルガイドを更新せず半年で陳腐化する

最後は、作ったまま放置する失敗です。

スタイルガイドは一度作って終わりではありません。文体は使っていくうちに少しずつ変わるし、書く媒体が増えればルールも増えます。月1回の見直し日を決めておくだけで、陳腐化は防げます。

見直しの作業もClaudeに任せましょう。月末にこう頼みます。

今月新しく書いた記事を添付します。過去のスタイルガイドと比べて、
文体に変化があった箇所を5つ指摘してください。

変化がポジティブ（意図した進化）かネガティブ（ブレ）かを判断し、
スタイルガイドに反映すべき新ルールを3つ提案してください。

返ってきた提案を確認して、style-guide.md を差し替えるだけで完了です。所要時間は30分もかかりません。

月末30分 × 12回 = 年間6時間で、スタイルガイドが常に自分の現在地を反映した状態を保てます。

まとめ：今日、過去記事3本を選んでアップロード

Claude Projectsの文体学習は、特別なコードも設定もいりません。過去記事3〜5本とスタイルガイドをプロジェクトに入れる、それだけです。

最初の1プロジェクトは、自分が一番多く書いている媒体で作ってください。ブログが多いならブログ用、Xが多いならX用です。

完璧なスタイルガイドを作ろうとすると一生終わりません。粗いままでいいので、今日3本アップロードして、1回だけClaudeに文体抽出を頼む。ここまで進めれば、明日からの下書きが変わります。

文体ルールを毎回貼り続ける人と、1回貼ったら解放される人。半年後の原稿の積み上がりは、もう同じ場所にはありません。

Projectsの作り方そのものが曖昧な人は、下記の前提記事で基本操作を押さえてから戻ってきてください。

👉 Claude Projectsで情報管理を一元化する方法はこちら

あわせて読みたい

AIっぽい文章を自然にする7つのリライト術｜実例付き AIで記事を書いた。読み返した。 「なんか違う」 情報は合っている。構成もおかしくない。でも、読んでいて引っかかる。 自分で書いた文章とは明らかに何かが違う。この…