unslop

Unslop

AI らしいパターンを取り除き、人間らしい語り口を加えるために文章を編集します。

手順

1. 以下のパターンがないか確認します。
2. 書き直します。意味を保ち、意図されたトーンに合わせます。
3. 文章に人間味を加えます（次のセクションを参照）。
4. 自分で確認します。「どこが、いかにも AI 生成に見えるだろうか？」残っている特徴を修正します。

人間味を加える

パターンを取り除くのは仕事の半分にすぎません。無機質で語り口のない文章も、同じくらい AI らしく見えます。

• 自分の意見を持ちます。 事実を中立的に並べるだけでなく、その事実に対する反応を示します。
• リズムに変化をつけます。 短い文を使います。そのあとで、じっくり説明する長い文を使います。変化をつけましょう。
• 複雑さを認めます。 「印象的ですが、少し不穏でもあります」は「印象的です」よりも伝わります。
• 合うところでは「私」を使います。 一人称を使っても、プロらしさは損なわれません。
• 多少の粗さを残します。 完璧すぎる構成は、アルゴリズム的に感じられます。
• 具体的に書きます。 「これは懸念すべきです」ではなく、「エージェントが午前3時に延々と動き続けているのは、どこか不穏です」と書きます。

検出して修正するパターン

内容

1. 重要性を誇張する表現。 「重大な転機」「〜の証し」「移り変わる情勢」「〜への道を開く」「消えることのない足跡」「深く根差した」など。大げさな表現を削り、何が起きたのかを述べます。
2. 有名さを示すための名前の列挙。 文脈なしにメディアを列挙する表現です。一つ選び、何が報じられたのかを述べます。
3. 表面的な「〜しながら」表現。 「強調しながら」「確実にしながら」「反映しながら」「紹介しながら」「促進しながら」など。削除するか、実際の情報源を挙げて説明します。
4. 宣伝文句。 「佇む」「活気あふれる」「息をのむ」「画期的」「名高い」「見事な」「必見」など。中立的な説明に置き換えます。
5. 曖昧な出典表現。 「専門家は〜と考えています」「業界の報告によると」「批評家の中には〜と主張する人もいます」など。出典を明記するか、削除します。
6. 型どおりの課題表現。 「課題はあるものの、繁栄を続けています」など。具体的な事実に置き換えます。

言葉遣い

7. AI が好む語彙。 さらに、重要な、掘り下げる、永続する、強化する、促進する、獲得する、相互作用、複雑な、情勢（抽象的な意味）、極めて重要な、紹介する、織物（抽象的な意味）、証し、強調する、活気のある。平易な言葉に置き換えます。
8. コピュラを避ける表現。 「〜として機能する」「〜として存在する」「誇る」「備える」など。「〜です」「〜があります」と書きます。
9. 否定を使った対比表現。 「単に X というだけではなく、Y です」など。要点を直接述べます。
10. 三つ並べるルール。 考えを無理に三つ一組にまとめることです。自然な数で列挙します。
11. 同義語を次々に使う表現。 一つの段落で、主人公、主役、中心人物、ヒーローをすべて使うことです。一つに決めて、繰り返し使います。
12. 意味のない範囲表現。 X と Y が意味のある尺度上にない「X から Y まで」という表現です。話題を直接列挙します。

スタイル

13. ダッシュの多用。 ダッシュは一切使わないでください。ピリオドかカンマだけを使い、丸括弧、ダッシュ、ダッシュ代わりのハイフンは使いません。ダッシュは AI らしさが出る特徴です。代わりに丸括弧を使うのも、別の特徴に置き換えるだけです。考えを分ける必要がある場合は、文を終えるか、カンマを使います。
14. コロンの多用。 リストや例の前にコロンを使うのは問題ありません。文中のつなぎとしては使いません。「従来の自動化を使っている場合、イベントハンドラーを登録する代わりに、条件を記述します」のように、比較の枠組みを示すだけのコロンには意味がありません。「スケジューラーの実行条件は、平易な英語で記述すると最もうまく伝わります」と書けば、同じ意味を余計な句読点なしで表せます。
15. 太字の多用。 固有名詞や頭字語をすべて太字にしないでください。
16. 見出しを文中に入れたリスト。 太字のラベルとコロンで、その行の内容を言い換える形式が特徴です。「パフォーマンス： パフォーマンスが向上しました……」のような形です。これらは文章に直します。項目名を示す太字の導入文をピリオドで終え、そのあとに新しい詳細を述べる形式（「TypeScript のスキーマ。 テーブルは一つのファイルにあります。」）は問題ありません。
17. 見出しのタイトルケース。 文頭のみを大文字にする形式を使います。
18. 装飾的な絵文字。 見出しや箇条書きから削除します。
19. 曲線型引用符。 直線型の引用符に置き換えます。

コミュニケーションに関する定型表現

20. チャットボットらしい言い回し。「お役に立てば幸いです！」「何かあればお知らせください……」「もちろんです！」「承知しました！」「決定的な証拠が見つかりました！」は削除します。
21. 情報不足に関する断り書き。「具体的な詳細は限られていますが……」は、情報源を探すか削除します。
22. お世辞のような口調。「素晴らしい質問です！まったくそのとおりです！」といった表現は避け、質問に直接答えます。

冗長な表現

23. 冗長な言い回し。「するために」は「する」に、「という事実により」は「なので」に置き換えます。「注意すべき点は」は削除します。
24. 過度なぼかし。「そうかもしれない可能性があるとも言えるかもしれません」は「可能性があります」に置き換えます。
25. 一般的な結論。「明るい未来が待っています」ではなく、具体的な計画や事実を述べます。

専門用語

26. **抽象的な比喩表現。**基盤、くさび、ベクトル、場所、視点、結節点、プリミティブ（名詞として使う場合）、ハーネス（比喩として使う場合）、サーフェス（「API サーフェス」のような使い方）、土台、足場（比喩として使う場合）、モダリティ、パラダイム、過剰な作り込み。技術的な表現に見えても、より平易で具体的な言葉に置き換えられることがほとんどです。「基盤」は「ベース」に、「割り込む」は「追加する」に、「ベクトル」は「方法」や「手段」に置き換えます。「過剰な作り込み」は「必要以上の機能」にします。具体的な言葉を選びます。

平易な表現

27. **具体的に述べます。**単純な要点を抽象的に表現したり、何かの動作ではなく感覚を説明したりしないでください。「データベースがすぐ手の届くところにある」「読みやすい SQL」「スキーマに沿った型」は、感覚を表しています。仕組みや数値を示す表現に直します。「.toSQL() はデータベースに送信される文字列をそのまま返します」「列名を変更するとビルドが失敗します」のようにします。その文で読者に何をしてほしいのか、何を知ってほしいのかを考え、それを具体的に書きます。具体的な指示、事実、数値として言い換えられない場合は削除します。
28. **長く複雑な文は短くするか、分けます。**文の意味を理解するために読み返す必要がある場合は、二つに分けるか、節を削ります。一文につき一つの要点にします。
29. **能動態を使います。**能動態を優先してください。「is／are／was／were ＋ 過去分詞」の形に注意し、動作の主体を明示します。「クエリは検証されます」は「コンパイラーがクエリを検証します」に、「ファイルはローダーによって解析されます」は「ローダーがファイルを解析します」に置き換えます。動作の主体が不明な場合や、明示する必要がない場合に限り、受動態を使います。
30. 副詞を削るか、より強い動詞を使います。「すばやく実行します」は「高速です」または数値に置き換えます。「大幅に改善します」は測定した変化量を示します。弱い動詞を補う副詞が必要なら、動詞を見直します。
31. 平易な言葉を使います。「活用する」は「使う」に、「最大限に活用する」は「使う」に、「促進する」は「助ける」に、「多数の」は「多くの」に、「〜の場合には」は「〜なら」に置き換えます。凝った同義語を使っても、わかりやすくなるとは限りません。