複数クライアントの文体をChatGPTで統一管理する手順

フリーランスのライターや編集プロダクションで複数のクライアントを抱えていると、「この媒体は敬語」「こっちは砕けた口調」「固有名詞の表記ルールが違う」といった文体管理に追われます。案件ごとにスタイルガイドを見返し、過去記事を参照し、それでも編集者から「トーンが違う」と差し戻される――この往復が時給を削ります。

本記事では、ChatGPTを使って複数クライアントの文体を統一管理し、執筆時の負担を減らす具体的な手順を、プロンプト全文とともに解説します。

なぜ文体管理が破綻するのか

文体管理が破綻する原因は3層あります。

第1層：ルールが散在している

スタイルガイドPDF、過去のやりとりのSlack、編集者からのフィードバックメール――ルールが複数の場所に散らばっており、執筆時に「どれが最新か」を探す手間が発生します。

第2層：ルールが暗黙知化している

「この媒体は硬め」という抽象的な指示は、過去記事を読んで体感するしかありません。新しく参加したライターは、何本か書いて差し戻されて初めて「硬め」の度合いを理解します。

第3層：案件ごとの切り替えコストが高い

午前中にA社の記事を書き、午後にB社の記事を書く場合、頭の中で文体を切り替えるのに時間がかかります。A社のトーンが残ったままB社の記事を書くと、編集で指摘されます。

ChatGPTで文体を統一管理する手順

以下の5ステップで、クライアントごとの文体を一元管理し、執筆時の負担を減らします。

ステップ1：クライアントごとの「文体カード」を作成する

まず、各クライアントの文体ルールを1枚のカードにまとめます。

あなたは編集者です。以下の媒体の過去記事3本と、編集者からのフィードバックを読んで、この媒体の文体ルールを抽出してください。

【媒体名】
<媒体名>

【過去記事のURL】
- <URL1>
- <URL2>
- <URL3>

【編集者からのフィードバック（あれば）】
<Slackやメールからコピー>

次の形式で出力してください：
---
## 文体カード：<媒体名>

### 基本トーン
- 口調：（例：です・ます調、だ・である調、砕けた口調）
- 人称：（例：読者を「あなた」と呼ぶ、「皆さん」、呼ばない）
- 硬さ：（例：ビジネス文書寄り、ブログ寄り、会話寄り）

### 表記ルール
- 数字：（例：全角、半角、千の位の区切り）
- 記号：（例：カッコは全角、三点リーダは…、――の使用可否）
- 固有名詞：（例：ChatGPT、BtoB、Webサイト）

### 禁止表現
- （例：「実は」「ぶっちゃけ」「超〜」など）

### 文末パターン（よく使う表現）
- （例：「〜でしょう」「〜です」「〜ます」「〜ですね」の比率）
---

このプロンプトに過去記事を渡すと、ChatGPTが文体の特徴を構造化して返します。

ステップ2：文体カードをファイルに保存する

出力された文体カードを、client-A-tone.md のようなファイル名で保存します。Google DriveやNotionに置いてもよいですが、執筆時にすぐ取り出せる場所に置くことが重要です。

ファイル名は <媒体名>-tone.md のように統一すると、検索しやすくなります。

ステップ3：執筆時に文体カードを指示として渡す

記事を書くときは、最初のプロンプトに文体カードを含めます。

以下の文体ルールに従って、<テーマ>についての記事を書いてください。

【文体ルール】
<client-A-tone.md の内容をコピー>

【テーマ】
<記事のテーマ>

【構成】
1. <見出し1>
2. <見出し2>
3. <見出し3>

【文字数】
約3000字

このように文体カードを毎回渡すことで、ChatGPTは一貫したトーンで出力します。

ステップ4：差し戻しがあったら文体カードを更新する

編集者から「ここは硬すぎる」「この表現は使わない」と指摘があったら、その内容を文体カードに追記します。

【禁止表現】
- 「実は」「ぶっちゃけ」「超〜」
- 「〜と思います」（断定を避けすぎない） ← 追加

文体カードを更新することで、次回から同じ指摘を受けなくなります。

ステップ5：複数案件を並行する日は、冒頭で「切り替え」を宣言する

午前中にA社の記事を書き、午後にB社の記事を書く場合、B社の記事を書く前に次のプロンプトを送ります。

これからB社の記事を書きます。以下の文体ルールに従ってください。

【文体ルール】
<client-B-tone.md の内容>

ChatGPTに「今から別の文体に切り替える」と明示的に伝えることで、前の案件のトーンが残りません。

それでも残る限界

ChatGPTで文体を統一管理できても、以下の課題は残ります。

1. 文体カードの初回作成に時間がかかる

過去記事を読み、編集者のフィードバックを集め、カードにまとめる作業は、1媒体あたり30分〜1時間かかります。案件数が多いと、最初の準備がボトルネックになります。

2. 文体が変化したときの追従

媒体のリニューアルやターゲット変更で、文体ルールが変わることがあります。このとき、文体カードを更新し忘れると、古いルールで書き続けてしまいます。

3. 微妙なニュアンスの調整は人間が見る

「硬すぎず、砕けすぎず」といった微妙なバランスは、ChatGPTに任せきりにできません。最終的な調整は人間が行う必要があります。

sonataなら文体カードを自動生成・管理できる

sonataは、過去記事とフィードバックから文体カードを自動生成し、執筆時に適切なカードを自動で読み込む機能を提供しています。

• 文体カードの自動生成：過去記事のURLを渡すだけで、文体ルールを構造化
• 案件ごとの自動切り替え：執筆プロジェクトを選ぶと、対応する文体カードが自動で読み込まれる
• 更新の自動反映：編集者のフィードバックを入力すると、文体カードに自動で追記

複数クライアントの文体管理を効率化し、執筆に集中したい方は、sonataをお試しください。