ChatGPTで文章を添削するときは、本文をそのまま渡して「自然にして」と頼むより、直してよい範囲と残す要素を先に決める方が安全です。誤字だけ直すのか、読み手に合わせて構成まで変えるのかを分け、変更案と理由を原文と照合できる形で受け取ります。とくに数字、契約条件、固有名詞、書き手の立場は、文章の流れを整える作業と一緒に変更させないでください。
目次
まず「何を直すか」を一つに絞る
添削の依頼は、目的を混ぜないところから始めます。「誤字脱字を直す」「一文を短くする」「相手に合わせて敬語を整える」「段落の順序を変える」は、それぞれ別の作業です。すべてを一度に頼むと、表現の変更と意味の変更が同時に起き、どこで意図がずれたのか見つけにくくなります。
最初に文章の用途を短く書きます。たとえば「既存顧客へ送る納期変更のお知らせ」「社内の上長へ出す相談」「採用候補者への面接案内」のように、相手と場面を具体化します。「ビジネス向け」だけでは幅が広く、謝罪の強さや依頼の明確さまで決まりません。読者が次に何をすればよいかも添えると、見た目だけ整えて用件がぼやけるのを防げます。
変更範囲と変更禁止を先に渡す
添削前に、直してよい範囲を三段階で決めます。表記だけなら誤字、句読点、表記揺れ。文単位なら重複や長い一文の分割。構成まで任せるなら段落の並べ替えや見出し案も含みます。どの段階を許可したかを指示に書き、許可していない変更は提案欄へ分けさせます。
同時に、固有名詞、数値、日付、引用、金額、製品名、約束した条件、本人の意見など「変えてはいけないもの」を列挙します。事実関係が曖昧な箇所は補完させず、「要確認」と記すようにします。文法上の誤りに見えても、専門用語や社内表現を一般語へ置き換えると意味が変わることがあります。迷うものは直さず、候補と理由を出させる方が確認しやすくなります。
そのまま使える依頼文
以下を原稿の前に置き、角括弧の部分だけ埋めます。
添削の目的：[誤字修正／読みやすさ／短文化など一つ]
読者と用途：[誰に、どの場面で渡す文章か]
変更してよい範囲：[表記のみ／文の整理／構成案まで]
必ず残す内容：[固有名詞、数字、結論、引用、本人の口調]
事実追加：[禁止。不明点は「要確認」とする]
出力：[修正文、変更理由、要確認箇所を分ける]
条件：意味を変える必要がある場合は本文を直さず、変更案として提示する。
原稿を続けて貼り、必要なら「まず問題点だけ列挙し、修正文はまだ作らない」と加えます。長い文章や公開文書では、最初に問題点を一覧にしてから修正へ進むと、依頼者が優先順位を決められます。
いきなり完成稿にせず、二段階で進める
一段階目は診断です。誤字、読者に伝わらない語、結論の位置、根拠が不足する主張を別々に挙げてもらいます。ここで「事実の追加」と「文章の改善」を混同していないかを見ます。依頼の前提が誤っている場合は、添削の前にその前提を確認します。
二段階目で、合意できた項目だけ直します。短くする依頼なら削除候補と、削ると失われる条件を並べます。構成変更を許可したなら、修正文だけでなく段落の移動理由も出させます。修正範囲が原稿全体へ広がったときは、該当箇所と変更理由を一段落ずつ対応させると、読み返しやすくなります。
変更差分を検査する
完成稿だけを見ると、削除された条件や追加された断定に気づきにくくなります。元原稿と修正文を並べ、変更を「表現」「構成」「意味」「事実」に分けて確認します。意味や事実の変更が依頼範囲にないなら、その変更は採用せず、元へ戻すか人が別途判断します。
たとえば「来週までに提出できる見込みです」を「来週提出します」へ直すと、見込みが確約へ変わります。日本語として滑らかでも、責任の強さは違います。「可能であれば金曜までに」と「金曜までに必ず」も同じ意味ではありません。差分確認では、否定、条件、期限、数量、主語、責任主体を先に見ます。
内容を足させないための確認
文章を自然につなげようとして、モデルが原稿にない説明や理由を加えることがあります。原稿中の根拠と添削後の主張が対応しているかを確認します。追加情報が必要な場合は、本文へ断定として書かせず、「追加で確認したい情報」として質問させます。
公開文や顧客向け文書では、見栄えより事実の一致が優先です。参照URLや社内資料を渡した場合も、引用元が対象の主張を実際に支えているかは人が確認します。URLが添えられていることだけを根拠の十分さとみなさず、対象範囲や更新日まで見ます。
文体の見本は少量だけ使う
望む文体を「人間らしく」とだけ指定すると、曖昧なままです。短い見本を一つか二つ示し、「一文の長さ」「敬語の程度」「専門用語の説明」「残したい口調」を言葉にします。文章全体を見本へ寄せるのではなく、どの特徴を参照するかを限定してください。
見本の文章にある固有表現や事実を新しい原稿へ移さないよう、「内容は参照せず、文の調子だけを見る」と明記します。書き手固有の言い回しを残したいときは、残す箇所を指定して、機械的な均一化を避けます。自然さは語尾を揃えることではなく、用途に合った距離感と用件の明確さで判断します。
まずは使ってみる
記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。
ChatGPT
文章の種類に応じて最終確認を変える
社内メモなら、担当者や期限が原文にあるかを確認します。顧客向けの案内なら、対象者、適用条件、問い合わせ先が抜けていないかを見ます。広告・採用・契約に関わる文章なら、誇大な断定、保証と受け取られる表現、法的条件が変わっていないかを責任者が確認します。
次の確認表を使い、すべての文書に同じ重さで時間をかけるのではなく、変更による影響に合わせます。
確認点｜見る箇所｜問題があったとき
意味｜結論、否定、条件、依頼内容｜原文に戻し、変更理由を再確認
事実｜数字、名称、日付、根拠｜一次資料と照合、未確認なら保留
責任｜見込み、約束、保証、担当｜責任者に確認
文体｜読者との距離、用語、語尾｜見本の特徴だけ参照
行動｜相手が次にすること｜期限・窓口・必要情報を補う
うまくいかない依頼と直し方
修正文が原文より長くなった場合は、説明の追加を許したか確認します。意図しない背景説明が増えていたら、「原文にない情報は追加しない。必要な確認事項だけ別欄へ」と戻します。反対に、短くした結果、条件や例外が消えた場合は、削った箇所を一覧にしてもらい、残すべき情報を指定し直します。
すべての文章が同じ語尾になったときは、文体見本の量を増やす前に、何を残したいかを具体化します。「一文を短くしすぎない」「依頼文の柔らかさは維持する」など、チェックできる条件へ置き換えます。添削の指示を何度も長くするより、作業を分けて変更理由を確かめる方が、問題の原因を特定しやすくなります。
AIものさしの判断
ChatGPTの添削では、完成稿の読みやすさより先に、変更範囲と変更禁止を合意するのが実務上の要点です。短い社内文なら一度の添削でも足りますが、公開文・顧客案内・契約に関わる文書は、診断、修正、差分確認を分けてください。
文法の修正だけを任せる場合も、意味と事実が変わっていないかを人が見ます。修正理由が曖昧な変更や、原稿にない説明はそのまま採用しません。まず用途を一つ決め、変えてよい範囲を指定し、意味に関わる差分だけ人が判断する。この手順なら、文章を整えながら書き手の意図も保ちやすくなります。
原稿に応じた添削の深さ
短くて目的が一つの案内文なら、目的と禁止事項を指定し、全体を一度読み返す方法で足ります。長い記事や複数の論点を含む文書では、先に診断だけを出し、直す箇所を選んでから編集を依頼します。契約、採用、顧客への約束、広報文のように表現が相手の期待や権利へ影響する文書は、修正量に関係なく責任者が差分を確認します。
|原稿の状態|向く進め方|人が見る箇所|
|短い案内文|一度に表記と読みやすさを整える|用件、日時、連絡先|
|長い説明文|章ごとに診断してから修正|条件、例外、抜けた論点|
|顧客への約束|修正案を作り責任者が承認|期限、保証、費用、責任主体|
|事実を含む記事|文章編集とFact確認を別工程にする|根拠、更新日、出典|
|複数人の文書|変更理由と採用者を記録する|版、承認者、未解決事項|
この表は、すべての文書を人が全文書き直すためではありません。人の判断が必要な部分を先に特定し、任せられる表記整理と、責任者が決める意味変更を分ける目安です。AIが自然につなぐために条件を足したり、明確さを高めるために約束を強めたりした場合、その変更は採用せず原文へ戻します。
添削案を採用するときは、変更された一文を原文へ戻して意味を確かめます。たとえば「出荷できる見込みです」を「出荷します」へ変えた場合、読みやすさの修正ではなく確約への変更です。否定、条件、数量、期限、責任主体に差があれば、差分の理由が依頼範囲に含まれるか確認してから採否を決めます。
最後に、本人の文章らしさを残すために、語尾や文長を機械的に揃えないようにします。社内用の短文と公開記事では読みやすさの条件が異なります。見本と異なる箇所を直すだけでなく、なぜその差を残すのかを判断できる形にします。
採用しなかった修正案も、重要な文書なら理由を一言残すと再レビューで迷いません。内容の正しさを優先して元表現を維持したのか、別の担当者確認が必要なのかを分けます。
短い添削でも、本文と変更理由を別の欄に分ければ、利用者は表現の提案と内容の確定を見分けられます。
関係者が複数いる場合は、モデルの修正案を誰が承認したかを明確にし、未承認の文章を送信済み文面へ混ぜないようにします。