文章を添削するならどのAI？

文章の添削AIを選ぶ前に、「誤字修正」「読みやすさ」「構成」「事実確認」を別の作業に分けます。Google Docsの原稿をその場で修正したいならGemini、会話で複数の修正案を比べたいならChatGPT、資料や表記ルールを参照して文書単位で整えたいならClaudeが候補です。どのサービスが最も自然かは、同じ原稿・指示・評価基準を使って比べないと断定できません。

添削依頼の種類を決める

「添削して」だけでは、AIは誤字を直すのか、文章を言い換えるのか、主張や事実まで変更してよいのか判断できません。最初に作業範囲を選びます。

表は横にスクロールできます

モード	変更してよいこと	変更してはいけないこと
校正	誤字、脱字、表記ゆれ、句読点	意味、主張、事実
可読性	長さ、順序、曖昧な表現	根拠なしの情報追加
構成編集	段落順、見出し、論点の重複	書き手の立場の変更
事実確認	根拠不足・矛盾の指摘	文を自然にする目的で事実を補う
トーン調整	丁寧さ、距離感、専門用語	相手との関係や約束の創作

一度の依頼で全モードを混ぜると、読みやすくなった理由や、意味が変わった箇所が見えにくくなります。まず校正、次に可読性、最後に事実確認のように段階を分ければ、不要な変更を戻しやすくなります。公式の文章編集機能も、提案の確認・適用を前提に使い、全変更を一括で受け入れないようにします。

どの環境で直すか

ChatGPTは、文章案を会話で出し、部分や全体の修正を何度か往復する作業に向きます。執筆中に「意味を保って短く」「読者を新入社員に変えて専門用語を説明」「変更点を先に示して」など、差分を指定しやすいのが判断材料です。編集機能の種類や提供状況はプラン、端末、設定によって異なります。

Claudeは、文書全体の表記ルールや背景資料を参照させる案件で比較できます。ProjectsやGoogle Workspace接続を利用する場合でも、資料の権限、日付、適用範囲を確認します。文脈を渡せることは、すべてのルールを完全に守る保証ではありません。変更後に用語集や数値を再確認します。

Gemini in Google Docsは、文書内で言い換え、短縮、詳細化、箇条書き化、トーン変更を提案する機能があります。利用可能なプラン等の条件を確認し、提案を個別に見て採用します。Google Docs以外で書いている人にとって、その場で編集できる利点は相対的に小さくなります。

実際の候補は、原稿の保存場所、チームの承認手順、機密情報を扱う条件で絞ります。「どのAIが最も人間らしいか」は、ツールの紹介文では決まりません。

意味を守る添削プロトコル

次の順番で進めると、表現の改善と主張の変更を区別できます。

1. 原文を固定する。 コピーを作り、変更前を保存する。

2. 目的を一文にする。 読者、用途、望む行動を決める。

3. 許可する修正を指定する。 校正だけか、段落再構成までかを明記する。

4. 変更案と理由を分ける。 修正文だけでなく、削除・追加・意味変更の一覧を出させる。

5. 差分を照合する。 数字、固有名詞、否定、条件、責任主体を原文と比べる。

6. 採用後に声へ戻す。 書き手の意図に合わない流暢さは採用しない。

7. 事実確認は別工程にする。 変更で主張が増えた箇所は一次情報に戻る。

プロンプトの例：

文章を校正してください。意味・事実・主張の強さは変えず、誤字、脱字、明らかな文法誤りだけ直してください。修正案と原文との差分を段落単位で示し、意図が推測できない箇所は変更せず質問してください。内容の正しさは確認できないため、事実に関する疑問は「要確認」と別欄に記してください。

読みやすさを上げたい場合は、上の指示とは別に「どの読者がどの場面で読むか」「短くする上限」「残すべき専門用語」を足します。構成変更を許可する場合は「結論を冒頭へ移す」など具体的に限定します。全文を自由に書き換えさせるより、修正範囲を指定した方が意図を守りやすくなります。

修正例：読みやすくしても情報を足さない

原文：「提出物は早めに送っていただけると助かります。」

弱い修正：「提出物は明日までにご送付ください。」

これは期限を追加しているため、表現修正ではなく新しい要求です。

安全な修正：「提出物をお送りいただけると助かります。可能な範囲で早めにご共有ください。」

この案も「早め」の意味は維持していますが、相手に伝わる距離感は変わります。文面の関係性によっては原文を残す方が適切です。AIの修正が自然に見えても、依頼の強さが変わっていないか確認します。

もう一例、原文が「この機能は一部の契約で使えます」なら、「この機能は使えます」と短縮すると適用条件が消えます。限定語（場合により、一部、予定、可能性）を削る編集は、意味変更になっていないかを必ず見る対象です。否定や比較対象、主語の変更も同様です。

事実確認を添削から切り離す

文章が読みやすくなったことは、正確になった証拠ではありません。価格、日付、機能、法律、引用、製品名などの事実を検証するときは、文章校正とは別の質問として処理します。AIに調べさせる場合も、URLを並べるだけでなく、出典の該当箇所が主張を支えるかを開いて確認します。

確認表を作るなら、「原文の主張」「変更後の主張」「必要な根拠」「照合結果」「未確認事項」の列にします。修正後に主張が強くなった、対象が広がった、例外条件が消えた箇所は、事実の再確認が必要です。根拠のない部分は言い切りを弱めるか、本文から外します。添削AIをファクトチェッカーの代わりとして扱わないことが、公開前の重要な境界です。

用途別の確認

社外メールでは、宛名、期限、金額、依頼の強さ、添付の有無を確認します。履歴書や応募文では、経歴や実績をAIが盛っていないか、応募先にない経験を足していないか確認します。報告書では、要約で留保条件や反対意見が消えていないかを確認します。技術文書では、コード例、バージョン、前提条件が文章の変更で変わっていないかを見ます。

機密文書を外部AIへ入力する場合は、利用規約だけでなく、組織の情報管理ルール、契約プラン、接続先の権限を確認します。匿名化しても、組み合わせによって個人や顧客が特定される情報があります。安全な範囲が判断できないときは、その文章をAIへ送らず、社内承認された方法を使います。

添削AIを比較する

同じ原稿から、校正、短縮、トーン調整など、実際に必要な一作業を選びます。入力文、指示、出力上限、評価者をそろえ、次の観点で比べます。

表は横にスクロールできます

観点	確認する質問
意味保持	否定、条件、主語、責任が変わっていないか
変更の透明性	どこをなぜ直したか追えるか
指示への従い方	指定した修正範囲を越えていないか
文体適合	読者と用途に合う距離感か
最終確認コスト	人が採用判断するまで何分かかるか

候補のうち一番流暢な案を自動的に採用するのではなく、業務上の失敗を起こしにくいものを選びます。1つの短文だけで製品の全体的な優劣は言えません。文書の種類ごとに結論が違うこともあります。

AIものさし編集部の判断

添削は「AIが何を直せるか」より「どこまで直してよいか」を明示することから始めます。Google Docsで直接編集するならGemini、会話の中で差分を往復するならChatGPT、資料・ルールを参照して文書全体を整えるならClaudeが候補です。サービスの機能や提供条件は変わるため、利用前に公式ヘルプを確認します。

まずは機密性のない短文を一つ使い、校正だけの指示で意味が保持されるか確かめます。その後、可読性や構成編集を別々に試します。事実確認や公開責任は、文章が自然になっても人の工程として残してください。

チームで使う添削ルール

複数人が同じ文章を扱う場合は、AIに渡す編集方針を短いルール表にします。たとえば「数値は出典とセット」「顧客名は匿名化」「断定を弱める場合も意味を変えない」「商品名は表記一覧に合わせる」「承認済みの文章を変更したら差分を担当者へ返す」といった規則です。ルールの所有者、更新日、適用する文書の範囲も決めます。

原稿の種類によって変更権限を分けるのも有効です。社内メモなら表現を広く整えられても、契約書、対外発表、医療・法律・金融に関わる文書ではAIは誤字候補や不整合の指摘にとどめ、専門担当者がレビューします。どの種類をどこまでAIへ委ねるかは、サービス機能だけでは決まりません。

完了判定のチェックリスト

添削が終わったと判断する前に、次を確認します。

• 依頼した修正の範囲を越える変更がない。

• 否定、条件、限定、比較対象、責任者が維持されている。

• 数字、日付、人名、商品名を原文または根拠で確認した。

• 新しい主張が追加された場合、その根拠と承認者が分かる。

• 読者・用途に合う語調で、元の書き手の意図が残っている。

• 採用しなかった変更案が本文へ混ざっていない。

• 機密情報を含む原稿の保存・共有範囲を確認した。

一つでも確認できない場合は、流暢さを理由に完了扱いにせず、該当箇所だけ戻して確認します。原稿全体を再生成する必要はありません。局所的な差分と変更履歴を使えば、誤りがあった場合も修正箇所を特定しやすくなります。

自分の条件なら？

「添削だけでなく、下書き・要約・資料作成まで同じAIで進めたい」という場合は、AIものさしのかんたん診断で文章用途全体から候補を絞れます。