AIに文章を書き直してもらったら、事実が勝手に変わっていた——そんな経験はありませんか？
Claude Codeに既存の文章を渡して「書き直して」と頼むだけで、短縮やトーン変更は安定し、展開も試せました。ただし「どこまで任せきりにしていいか」の境界線は、特に展開で意識する必要がありました。
この記事で確かめること
既存の文章をClaude Codeに渡して「書き直して」と頼むだけで、どこまで品質よくリライトできるのか。短縮・展開・トーン変更・読みやすさ改善の4パターンを実際に試しました。
環境はWindows 11。コマンドプロンプトまたはPowerShellからclaudeコマンドが使える状態を前提に、「ブログ記事の推敲」「メールの書き直し」「Web上の文章のトーン調整」といった日常的な場面でどこまで役立つかを見ていきます。
前提：使う環境と準備
以降の検証はすべてWindows 11環境で行っています。Claude Codeがインストール済みで、コマンドプロンプトまたはPowerShellからclaudeコマンドが使える状態を前提とします。導入手順は「はじめ方ガイド」を参照してください。
検証には3種類の元文章を用意しました。架空のブログ記事の一部で、長さが異なる3パターンです。
短文（約100字）
ウィンドウズパソコンの選び方は、予算と用途で決めるのが基本です。五万円以下なら文書作成やネット閲覧向け、十万円以上なら動画編集やゲームも楽しめます。
中文（約300字）
ブログを始めるなら、まずは無料ブログサービスとワードプレスのどちらにするか決める必要があります。無料サービスは手軽に始められる反面、デザインの自由度が低く、広告が表示されることもあります。一方ワードプレスは初期設定に手間がかかりますが、デザインや機能を自由にカスタマイズできるメリットがあります。初心者の場合、まずは無料サービスで書く習慣をつけてから、本格的にやりたくなったらワードプレスに移行するのも一つの手です。
長文（約600字）
AIを使ってブログ記事を書く人が増えていますが、そのまま公開するのは避けた方がいいポイントがいくつかあります。まず、AIが生成した文章には事実と異なる情報が含まれることがあります。特に固有名詞や数値、統計データなどは必ず元ソースを確認する必要があります。次に、AIの文章は全体的に似たような表現になりがちです。「〜について解説します」「ぜひ参考にしてみてください」といったテンプレート的な表現が多く含まれるため、そのまま使うと読者に「AIで書いたんだな」と伝わってしまうことがあります。また、AIは文脈を理解していない場面があり、前後のつながりが不自然になることもあります。段落ごとにチェックして、論理の飛躍がないか確認する習慣をつけましょう。さらに、AIが生成したコードや設定ファイルは、そのまま実行せずに内容を必ず確認してください。環境によっては動作しないだけでなく、意図しない変更が加わるリスクもあります。AIは強力な補助ツールですが、最終的な品質確認は人が行う前提で活用するのがおすすめです。
以降の検証は、この3つの文章を対象に進めます。
検証1：文章を短くまとめる（短縮リライト）
中文（約300字）の文章を短くまとめる依頼を出しました。
依頼文：
以下の文章を100字以内に短縮してください。意味が変わらないようにしてください。
（中文の元文章を貼り付け）
Claude Codeの出力：
ブログは無料サービスで手軽に始められますが、デザインや機能に制限があります。本格的にやりたいならワードプレスがおすすめ。初心者はまず無料で慣れ、必要になれば移行するのが無難です。
元の意味はほぼ保たれています。今回の検証では、AIが短縮時に事実をでっち上げる現象は確認されませんでした。
短縮は比較的得意な領域です。削るだけなので創作リスクが低く、事実関係をそのまま引き継ぎやすいからです。気をつけるべきは「どの情報を残すか」の判断。AIが重要だと思った部分と、自分が残したい部分が違うことがあるため、短縮後に「これ消えてるけど意図的？」と確認する癖をつけておくと安心です。
検証2：文章を詳しく膨らませる
短文（約100字）の文章を膨らませる依頼を出しました。
依頼文：
以下の文章を300字程度に膨らませてください。元の意味に沿って詳しく説明してください。新しい事実やデータは追加しないでください。
（短文の元文章を貼り付け）
Claude Codeの出力：
パソコンを選ぶときは、まず予算と用途を明確にしておくことが大切です。予算が五万円以下であれば、文書作成やインターネットの閲覧、動画の視聴といった基本的な用途に十分対応できます。一方で、予算を十万円以上に設定すれば、動画編集ソフトや最新のゲームも快適に動かせるスペックのパソコンを選ぶことができます。さらに、用途がはっきりしていれば、不要な機能にお金を使わずに済みます。たとえば、動画編集をしないなら高価なグラフィックボードは不要ですし、持ち運ぶ必要がなければ軽いノートパソコンにこだわる必要もありません。このように、予算と用途の2つの軸で考えると、自分に合ったパソコンを効率よく見つけられます。
元の内容は正しく引き継がれていますが、「新しい事実やデータは追加しないで」と指定したにもかかわらず、AIが独自の推論を追加しています。「グラフィックボード」「軽いノートパソコン」といった具体例は元文章になく、AIが補ったものです。
展開で気がかりなのは、ここです。短縮は「削るだけ」なので比較的安全ですが、展開は「何かを足す」作業なので、AIが勝手に知識を補ってしまうリスクがあります。「新しい事実を追加しないで」と指示しても、AIにとって「事実の追加」と「説明の膨らませ」の境界は曖昧なようです。
展開では「追加してよいこと」と「追加してはいけないこと」を依頼文で明確に分けると、AIが勝手に創作する確率が下がります。たとえば「具体例は追加OK。ただし数字・固有名詞・統計は元文章のものだけ使うこと」と書くと、結果が改善しやすくなります。
検証3：トーンを変える（丁寧⇔カジュアル）
中文の文章を使って、丁寧な文体をカジュアルに変えるリライトを試しました。
依頼文：
以下の文章を、友人に話すようなカジュアルな文体に書き直してください。内容は変えないでください。
（中文の元文章を貼り付け）
Claude Codeの出力：
ブログ始めるならさ、まず無料ブログサービスにするかワードプレスにするか決めないと。無料サービスは手軽に始められるんだけど、デザインいじれないし広告も出ちゃうんだよね。ワードプレスは初期設定めんどくさいけど、デザインも機能も好きにできるからそこはでかい。初心者なら、とりあえず無料で書く習慣つけてから、もっと本気でやりたくなったらワードプレスに引っ越すのもありだよ。
内容は正確に保持されています。元の論理構造もそのまま。ただし「そこはでかい」といった表現は、「メリットがあります」をかなり砕いた言い方です。カジュアルにする指示を出したので方向性は合っていますが、どの程度カジュアルにするかのさじ加減はAIまかせになっています。
トーン変更は便利ですが、崩し方の加減は人が見る必要があります。「カジュアルに」だけだと、AIの解釈次第で「随筆風」になったり「スラング混じり」になったりと幅が出るため、依頼文で「丁寧さの度合い」を指定すると結果がぶれにくくなります。
たとえば「です・ます調を、だ・である風に。ただし専門記事として読める程度の丁寧さは残す」と書くと、結果が安定します。事実関係をいじらない分、短縮・展開より安全ですが、ニュアンスの「度合い」は人が確認するポイントになります。
依頼文の書き方で結果は変わるのか
同じ文章に対して、曖昧な依頼文と具体的な依頼文の2パターンを出して結果を比較しました。依頼文の違いが一番はっきり表れたのはこの比較です。使ったのは長文（約600字）の文章です。
パターンA：曖昧な依頼文
この文章を読みやすく直してください。
パターンAの結果：
文章が少し整理され、段落が増えました。しかし「読みやすく」の解釈がAIに丸投げされているため、改善の方向が不明確です。元の情報の一部が省略され、不要な言い換えが増えていました。たとえば「事実と異なる情報が含まれることがあります」という一文が、「不正確な点がある場合があります」と一般化されてしまい、具体性が失われました。
パターンB：具体的な依頼文
以下の改善をしてください。
1. 「〜について解説します」「ぜひ参考にしてみてください」などの定型表現を別の表現に置き換える
2. 段落を2〜4文に分割する
3. 固有名詞と数値は一切変更しない
4. 文末の「〜です」「〜ます」が3回以上連続しないようにする
5. 全体で600字前後に収める
パターンBの結果：
指示が明確なため、改善の方向がはっきりしています。定型表現は別の自然な言い回しに置き換わり、段落も適切な長さに分割されました。固有名詞や数値も正しく保持されていました。全体の字数も指定通り600字前後に収まっています。
両者の違い：
パターンAは「AIが得意な一般的な改善」を自動で適用した結果になりがちです。パターンBは「自分がどうしたいか」を先に言語化しているため、結果のコントロールが効いています。
「読みやすくして」だけだと、AIが勝手に判断する余地が大きすぎる。「何を・どう変えるか」を具体的に書くほど、結果が期待に近くなります。逆に言えば、「どうしたいか」を自分で言語化できないと、AIのリライト結果に不満が出やすくなります。
事実関係はどうなるか
リライトで一番怖いのは「事実が変わってしまうこと」です。固有名詞や数値を含む文章で、実際にどうなるか確認しました。
検証用に、架空の企業プレスリリース風の文章を用意しました。
2025年3月、テクノフロント社はデータ分析ソフト「ビジナルPro」のバージョン3.0を発表した。最大データ処理件数は500万件で、前バージョンから30パーセントの処理速度向上を達成したとしている。対応フォーマットは18種類で、CSV出力の速度は従来比で1.8倍に改善された。
この文章に「読みやすくリライトして」という依頼文だけで指示を出しました。
結果：
2025年3月、テクノフロント社はデータ分析ソフト「ビジナルPro」のバージョン3.0を発表しました。最大データ処理件数は500万件で、前のバージョンより30%処理速度が向上したとされています。対応するフォーマットは18種類で、CSV出力の速度は従来の1.8倍に速くなりました。
固有名詞「テクノフロント」「ビジナルPro」は正しく保持されていました。数値も「2025年3月」「500万件」「30パーセント（→30%と表現変更）」「18種類」「1.8倍」のすべてが維持されています。
ただし表記の変化には要注意です。「30パーセント」が「30%」に変わっています。意味は同じですが、記事内で表記を統一している場合、この変化が意図しない不揃いを生むことがあります。
もう一つ注意したいのは、固有名詞や数値を含まない文章のリライトです。AIは「内容を変えていないつもり」でも、文脈の解釈次第で意味を変えてしまうことがあり、短縮で特に起こりやすいです。「意味が変わらないように」という指示を依頼文に入れておくと、このリスクを減らせます。
固有名詞・数値の保持は、依頼文で明示すれば今回の検証範囲では安定していました。「固有名詞と数値は一切変更しないで」と一言添えるだけで、事実関係の保持精度が上がりやすくなります。
修正指示を出して結果を改善する
初回のリライト結果に満足できない場合、Claude Codeに修正指示を出して改善を重ねられます。実際にどういう流れになるか、短縮の流れから試しました。
初回の短縮結果から、自分が残したい情報が削られていたとします。この場合、次のような修正指示を出します。
修正指示：
前回のリライト結果で、「初心者はまず無料で慣れる」という部分が消えています。この意図を残したまま、再度100字以内に短縮してください。
修正後の結果：
無料ブログサービスは手軽ですが機能に制限があり、ワードプレスは自由度が高い反面設定に手間がかかります。初心者はまず無料で慣れてから、必要に応じてワードプレスに移行するのがおすすめです。
「初心者はまず無料で慣れる」というニュアンスが復活しました。文字数も100字以内に収まっています。
修正指示のコツは「何が足りないか」を具体的に伝えること。「もう少し良くして」だけだと、AIは前回と同じような改善方向を試してしまい、同じ不満が繰り返されます。
このやり取りは前後2回でした（初回リライト＋修正1回）。短縮の場合、修正は1〜2回で収まることが多いです。展開の場合は、AIが勝手に追加した情報を削る修正が増える傾向にあり、2〜3回程度のやり取りになることがあります。
修正後の確認ポイントは、「直した部分だけが変わって、他は変わっていないか」です。修正指示の副作用で、意図せず別の部分が変わってしまうことがあります。
どこまで頼むだけでできたか
検証結果を、危険度の差が見えるように3段階で整理します。
比較的任せやすい：
– 文章の短縮（意味を保ったままの要約）
– トーン変更（丁寧⇔カジュアルの切り替え）
– 定型表現の置き換え
– 段落の分割・整理
短縮は削るだけなので創作リスクが低く、トーン変更は事実関係をいじらない分安心です。ただし「どの情報を残すか」「どの程度カジュアルにするか」は人が確認するポイントです。
条件付きで使える（人の確認前提で実用的）：
– 文章の展開（情報補完）
– 読みやすさ改善（具体的な指示がある場合）
– 固有名詞・数値の保持（明示的な指示があれば）
展開は「何かを足す」作業なので、AIが独自に知識を補うリスクがあります。読みやすさ改善も、指示が具体的なら結果は安定しますが、曖昧な依頼文だとAIの判断に振り回されます。
必ず人が確認すべきこと：
– 展開時にAIが追加した内容が事実として正しいか
– 数値・固有名詞の表記揺れが起きていないか
– 短縮時に重要な情報が削られていないか
– トーン変更後に不自然な表現が混じっていないか
– 修正指示の副作用で別の部分が変わっていないか
依頼文を具体的に書けるかどうかが、Claude Codeでのリライトの成功率を大きく左右します。「どうしたいか」を自分で言語化できるなら、Claude Codeは強力な推敲パートナーになります。「なんとなく良くしたい」段階だと、AIの判断に振り回されやすくなります。
検証の振り返り
短縮・展開・トーン変更・読みやすさ改善の4パターンのリライトを、3種類の長さの文章で検証しました。依頼文の具体度による結果の比較も行っています。
やり取りの回数は、短縮とトーン変更が各1〜2回、展開が2〜3回、読みやすさ改善（具体的指示あり）が1回でした。各リライト後には、事実関係の保持・情報の追加・トーンの度合い・表記揺れの4点を確認しました。
初心者でも再現しやすいかという点では、Claude Codeの操作自体は「文章を貼り付けて指示を書く」だけなので、Windows 11環境が整っていればハードルは低いです。ただし、いくつかつまずきやすいポイントがあります。
まず、指示が曖昧だと「どこを残したいか」が抜けやすいです。「短くして」だけだと、自分にとって重要な一文があっさり消えることがあります。展開では「説明を補う」と「新しい事実を創作する」の境界が曖昧で、「追加しないで」と書いてもAIが独自の具体例を足すことがありました。トーン変更は「カジュアルに」だけだと範囲が広すぎるため、「どの程度崩すか」の目安を添えた方が結果が安定します。
依頼文の書き方には慣れが必要で、最初のうちは結果を見て「どこを直したいか」を言語化する練習をしておくと、次回以降の成功率が上がります。
次に試すにおすすめのステップ
この記事の内容を試した後におすすめなのは、「自分の実際の文章」でリライトを試すことです。架空のサンプルより、自分が書いた文章の方が「どこが変わったか」に気づきやすく、依頼文の練習になります。
始めるなら短文（100〜300字）で、短縮から試すのがおすすめです。創作リスクが低く、結果の確認もしやすいからです。
依頼文のコツを3つ挙げておきます。
- 「何をしてほしいか」を動詞で書く（短縮する、展開する、丁寧にする等）
- 「変更しないでほしいこと」を明示する（固有名詞・数値・事実関係など）
- 「文字数」や「段落数」など、客観的な基準を添える
リライト以外にも、下書き作成やタイトル案、見出し構成など、ブログ運営で役立つ場面をまとめて知りたい場合は、Claude Codeでブログ運営を効率化する記事まとめで整理できます。
まとめ
短縮は扱いやすく、指示次第で安定した結果が出やすい領域でした。トーン変更も便利ですが、どの程度崩すかは都度人の目が要ります。展開は一番注意が必要で、AIが独自に情報を補うリスクが付きまといます。事実関係の確認も、人が担うべき部分として残りました。
「頼むだけでここまではできた。ここから先は人が確認する」——試してみると、この感覚はわりと早く掴める印象でした。
