パスを分けて直す:構造が先、文は最後
プロの編集者はテキストを一度のスイープで直しませんし、あなたも — あなたのAIアシスタントも — そうすべきです。構造の問題と読点の問題が同じ注意力を奪い合うと、編集は崩壊します。技術とは、パスを分け、各パスに1つの仕事だけを持たせることです。
第1パスは構造です。主張は読者が見つけられる場所にあるか、セクションの順序は自分の発見の過程ではなく読者の疑問の順序に従っているか、欠けや重複はないか?削除すべき段落を磨くことこそ、編集の1時間を無駄にする最も一般的な方法です。下書きを逆アウトライン化しましょう。段落ごとにその段落が何をしているかを1行で書けば、構造の問題は一目で見えるようになります。
第2パスは段落のパスです。1段落に1つの考え、考えは早めに提示、根拠はその後、接続語には本物の論理的仕事をさせる。
第3パスでのみ文に触れます。能動態、ぼかし表現の削除、短い動詞、具体的な名詞。
これはアシスタントの使い方にそのまま対応します。ツールに下書きの「改善」を頼むと、3つのパスを一度に、しかも下手に実行します。存在すべきでない段落の中の文を磨き上げてしまうのです。依頼を分けましょう。まず「構造上の問題を列挙だけして、何も書き直すな」、次に段落レベルのフィードバック、最後の最後に文の手入れです。
文レベルで仕事の大半をこなす技法
典型的なビジネス文・ウェブ文の改善の大半は、4つの修正から生まれます。すべて現役のスタイルガイド直伝です。ストランク&ホワイトの「不要な語を削れ」、オーウェルの「能動が使えるところで受動を使うな」、そしてその両方をチェックリストにしたプレインランゲージ運動。
動詞を目覚めさせる。受動態は禁止ではありません。行為者が不明か無関係なら問題ない。しかしデフォルトが受動の文章は、誰が何をするのかを隠します。「ミスがあった」と「私たちがミスをした」の違いは文法ではなく、責任の所在です。関連技:名詞化狩り。動詞が名詞に凍りついたものです。「決定を行う」「分析を実施する」「提案を提供する」は、決める・分析する・提案するへ溶け、溶かすたびに語数が減って動きが戻ります。
ぼかしを切る。「思うに」「おそらく」「やや」「という見方もできる」— 1つのぼかしはニュアンスですが、1段落に3つは「責めないでください」という書き手の懇願です。不確実性が本物の情報である場所にだけ残しましょう。
咳払いの書き出しを消す。「注目すべき重要な点として」は、どんな文にも7語を足し、意味はゼロを足します。「変化の激しい現代において」とその親戚たちも同罪です。
そして1段落を音読してください。目は許してしまうリズムの問題、偶然の韻、三重の抽象を、耳は捕まえます。AIのリライトがもはや自分らしく聞こえなくなった瞬間に気づく、最速の方法でもあります。
Before (37 words):
It is important to note that a decision was made
by the team to conduct a review of the onboarding
process, which is somewhat lengthy, in order to
potentially achieve an improvement in user experience.
After (15 words):
The team decided to review the onboarding process,
which is too long, to improve user experience.段落の論理:読者が実際に流し読みする単位
オンラインの読者は文を読みません。段落をサンプリングします。ウェブ閲覧の視線追跡研究はF字型のスキャンを示しています。最初の行は読まれ、残りは流し読みされる。だから各段落の最初の文が不釣り合いなほど強力になり、あなたには構造を試す容赦ないテストが1つ手に入ります。
下書きの全段落について、最初の文だけを順に読んでみてください。その骨格が正しい順序で物語の全体を語るなら、構造は機能しています。骨格が曖昧になる箇所(「もう1つ考慮すべき点は…」)では、段落が論点を真ん中に隠しています。流し読みする人が決して見ない場所に。
古典的なパターンは論点先行です。第1文で主張、その後に根拠と展開、結びは主張を研ぐか次の段落へ橋渡しする。学術的文章は「積み上げてから明かす」を許してくれますが、ウェブは許してくれません。
機械的なルール2つが意外な仕事をします。1段落に1つの考え —「また」と書いた瞬間、許可なく新しい段落が始まっていないか確認を。そして接続語には潤滑油ではなく論理を運ばせる。「しかし」「このため」「例外は」は考え同士の関係を伝え、「加えて」「さらに」はテキストがまだ続くと告知するだけです。段落を入れ替えても支障のない下書きには、まだ論証がありません。どれだけ文を磨いてもそれは直らないのです。
AI編集が役立つ場所 — 静かに害する場所
AIアシスタントは機械的な層では優秀です。文法、呼応、句読点、うっかり二度書いた文の発見、長い文書全体での時制と用語の一貫性の強制、目標が慣習的な場合の文体変換(「フォーマルにして」)。非ネイティブの書き手にとっては本物の平等装置で、冠詞の誤りや前置詞のミスが消えます。
被害はその層の上で、静かに起こります。声の平坦化が最大のものです。あらゆる比喩が標準化され、短く鋭い文はことごとく中くらいの長さに「改善」され、全文リライトを2回も通せば、あなたの文章は他の誰の文章とも同じに聞こえます。流暢で、温かく、匿名的に。意味のドリフトはより巧妙です。「3月に出荷できる見込みです」を「3月に出荷します」と書き直せば、予測が約束に変わっています。技術文書や法務文書のリライトは絶えずこの方向に流されます。最悪なのは拡張時の捏造です。薄い段落を「肉付けして」と頼むと、アシスタントはあなたが与えていない裏付けの詳細 — もっともらしい統計、例となる顧客、何かの研究 — を発明します。拡張された下書きの中で自分が入れていない事実にはすべて、出典が必要です。なければ削除です。
守りの習慣:「改善して」より狙いを定めた依頼(「文法だけ直して、他は何も変えるな」)を。書き直されたテキストではなく、理由付きの修正提案リストを求め、1つずつ受け入れるか却下する。そして使う前に出力と原文を突き合わせる。1分の差分確認が、ドリフトも捏造も捕まえます。
Riskier request:
"Improve this paragraph."
(rewrites everything, voice and meaning included)
Safer requests:
"Fix grammar and punctuation only. Change nothing else."
"List up to 8 suggested edits as 'original -> suggestion
-- reason'. Do not rewrite the text. Do not add any
facts, numbers, or examples that are not already in
the text. Keep hedges like 'likely' unless they are
grammatically wrong."著者の座を守るワークフロー
持続可能な分業:アイデア、構造、主張、声はあなたの所有物。アシスタントは機械的な層を担い、最初の読者として働きます。
実践では:まずツールなしで、速く下手に自分で書くこと。自分の声で書かれた平凡な段落は、モデルの声で書かれた磨き上げられた段落より良い原材料です。次に、このガイドのパスを別々の依頼として実行します。構造のフィードバックが先(「何が不明瞭か、どの順序が破綻しているか、何が欠けているか — 書き直すな」)、次に段落のチェック、その後に文法だけの掃除。アシスタントは読者シミュレーターとして使いましょう。存在するプロンプトの中で最も価値の高い部類です。「懐疑的な読者はどこに反発する?どこで注意が途切れた?私の論旨を2文で要約して」。要約が間違っていたら、悪いのは読者ではなく下書きです。
提案を受け入れるときはぼかし表現の予算を頭に置き、最終テキストをもう一度だけ読みながら、たった1つの質問を投げてください。これはまだ私らしく聞こえるか、そしてすべての事実は私が責任を持てるものか?2つの失敗モード — 借り物の声と借り物の事実 — は最終的に署名行に帰属し、その署名はあなたのものです。