AIに文章を書き直してもらったら、事実が勝手に変わっていた——そんな経験はありませんか？
Claude Codeに既存の文章を渡して「書き直して」と頼むだけで、短縮も展開もトーン変更も実用レベルでできました。ただし「どこまで任せきりにしていいか」の境界線は、確かにありました。
この記事で確かめること
既存の文章をClaude Codeに渡して「書き直して」と頼むだけで、どこまで品質よくリライトできるのか。短縮・展開・トーン変更・読みやすさ改善の4パターンを実際に試しました。
環境はWindows 10/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のリライト結果に不満が出やすくなります。
事実関係はどうなるか
リライトで一番怖いのは「事実が変わってしまうこと」です。固有名詞や数値を含む文章で、実際にどうなるか確認しました。
検証用の文章です。
2024年12月、アンスロピック社はクロード3.5ソネットのアップデートを発表した。最大トークン数は200000で、前モデルから40パーセントの性能向上を達成したという。対応言語は92言語で、日本語の処理速度は従来比で2.3倍に向上した。
この文章に「読みやすくリライトして」という依頼文だけで指示を出しました。
結果：
2024年12月、アンスロピック社は「クロード3.5ソネット」のアップデートを発表しました。最大トークン数は20万で、前のモデルより40%性能が向上したとされています。対応する言語は92種類で、日本語の処理速度は従来の2.3倍に速くなりました。
固有名詞「アンスロピック」「クロード3.5ソネット」は正しく保持されていました。数値も「2024年12月」「200000（→20万と表現変更）」「40パーセント（→40%と表現変更）」「92言語」「2.3倍」のすべてが維持されています。
ただし表記の変化には要注意です。「200000」が「20万」に、「40パーセント」が「40%」に変わっています。意味は同じですが、記事内で表記を統一している場合、この変化が意図しない不揃いを生むことがあります。
もう一つ注意したいのは、固有名詞や数値を含まない文章のリライトです。AIは「内容を変えていないつもり」でも、文脈の解釈次第で意味を変えてしまうことがあり、短縮で特に起こりやすいです。「意味が変わらないように」という指示を依頼文に入れておくと、このリスクを減らせます。
固有名詞・数値の保持は、依頼文で明示すればかなり安定します。「固有名詞と数値は一切変更しないで」と一言添えるだけで、事実関係の保持精度が大きく変わります。
修正指示を出して結果を改善する
初回のリライト結果に満足できない場合、Claude Codeに修正指示を出して改善を重ねられます。実際にどういう流れになるか、短縮の流れから試しました。
初回の短縮結果から、自分が残したい情報が削られていたとします。この場合、次のような修正指示を出します。
修正指示：
前回のリライト結果で、「初心者はまず無料で慣れる」という部分が消えています。この意図を残したまま、再度100字以内に短縮してください。
修正後の結果：
無料ブログサービスは手軽ですが機能に制限があり、ワードプレスは自由度が高い反面設定に手間がかかります。初心者はまず無料で慣れてから、必要に応じてワードプレスに移行するのがおすすめです。
「初心者はまず無料で慣れる」というニュアンスが復活しました。文字数も100字以内に収まっています。
修正指示のコツは「何が足りないか」を具体的に伝えること。「もう少し良くして」だけだと、AIは前回と同じような改善方向を試してしまい、同じ不満が繰り返されます。
このやり取りは前後2回でした（初回リライト＋修正1回）。短縮の場合、修正は1〜2回で収まることが多いです。展開の場合は、AIが勝手に追加した情報を削る修正が増える傾向にあり、2〜3回程度のやり取りになることがあります。
確認ポイントは、修正後に「直した部分だけが変わって、他は変わっていないか」を確かめることです。修正指示の副作用で、意図せず別の部分が変わってしまうことがあります。
どこまで頼むだけでできたか
検証結果を「できたこと」と「できなかった・人の確認が必要だったこと」に分けて整理します。
頼むだけでできたこと：
– 文章の短縮（意味を保ったままの要約）
– 文章の展開（指定した範囲での情報補完）
– トーン変更（丁寧⇔カジュアルの切り替え）
– 定型表現の置き換え
– 段落の分割・整理
– 固有名詞・数値の保持（明示的な指示があれば）
頼むだけでは到達しなかったこと：
– 展開でAIが勝手に情報を追加するのを完全に防ぐこと
– 曖昧な依頼文でも期待通りの結果を出すこと
– トーンの「度合い」をAIが適切に判断すること
– 表記の統一（200000→20万など）といった細かな文体の揃え
人が確認すべきだったポイント：
– 短縮時に重要な情報が削られていないか
– 展開時にAIが追加した内容が事実として正しいか
– トーン変更後に不自然な表現が混じっていないか
– 数値・固有名詞の表記揺れが起きていないか
– 修正指示の副作用で別の部分が変わっていないか
実用上の判断基準として、依頼文を具体的に書けるかどうかがClaude Codeでのリライト成功率を大きく左右します。「どうしたいか」を自分で言語化できるなら、Claude Codeは強力な推敲パートナーになります。「なんとなく良くしたい」段階だと、AIの判断に振り回されやすくなります。
検証の振り返り
短縮・展開・トーン変更・読みやすさ改善の4パターンのリライトを、3種類の長さの文章で検証しました。依頼文の具体度による結果の比較も行っています。
やり取りの回数は、短縮とトーン変更が各1〜2回、展開が2〜3回、読みやすさ改善（具体的指示あり）が1回でした。
各リライト後には、事実関係の保持・情報の追加・トーンの度合い・表記揺れの4点を確認しました。
初心者でも再現しやすいかという点については、Claude Codeの操作自体は「文章を貼り付けて指示を書く」だけなので、Windows環境が整っていればハードルは低いです。ただし依頼文の書き方には慣れが必要で、最初のうちは結果を見て「どこを直したいか」を言語化する練習をしておくと、次回以降の成功率が上がります。
次に試すにおすすめのステップ
この記事の内容を試した後におすすめなのは、「自分の実際の文章」でリライトを試すことです。架空のサンプルより、自分が書いた文章の方が「どこが変わったか」に気づきやすく、依頼文の練習になります。
始めるなら短文（100〜300字）で、短縮から試すのがおすすめです。創作リスクが低く、結果の確認もしやすいので最初の一歩に向いています。
依頼文のコツを3つ挙げておきます。
- 「何をしてほしいか」を動詞で書く（短縮する、展開する、丁寧にする等）
- 「変更しないでほしいこと」を明示する（固有名詞・数値・事実関係など）
- 「文字数」や「段落数」など、客観的な基準を添える
Claude Codeに頼むだけで、文章のリライトはここまでできます。ただし事実関係の確認と依頼文の言語化は人の仕事として残ります。この境界線を押さえておけば、Claude Codeは実用的な推敲ツールとして十分に使えます。
まとめ
Claude Codeに頼むだけで、文章の短縮・展開・トーン変更・読みやすさ改善は実用レベルでこなせます。ただし事実関係の保持と依頼文の言語化は人の仕事です。ここまでが頼むだけでできた範囲。ここから先は人が確認する必要がある——この境界線を意識しておけば、Claude Codeを推敲ツールとして安心して使えます。
