unslop

Unslop

テキストを編集して、AI らしいパターンを取り除き、人間らしい語り口を加えます。

手順

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

人間らしさを加える

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

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

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

内容

1. 大げさな表現。 「重要な節目」「～の証し」「変化する状況」「～への道を開く」「消えない足跡」「深く根付いた」など。大げさな表現を削り、実際に起きたことを書きます。
2. 文脈のない名前の羅列。 メディアの名前を、説明もなく列挙します。ひとつに絞り、何が語られたかを書きます。
3. 表面的な「～しながら」の表現。 「強調しながら」「確実にしながら」「反映しながら」「紹介しながら」「促進しながら」など。削除するか、実際の情報源を示して説明します。
4. 宣伝文句。 「たたずむ」「活気あふれる」「息をのむ」「画期的な」「著名な」「見事な」「必見」など。中立的な説明に置き換えます。
5. 曖昧な出典。 「専門家は考えています」「業界レポートによると」「批評家の中には主張する人もいます」など。出典を明記するか、削除します。
6. 定型的な課題の説明。 「課題があるにもかかわらず、成長を続けています」など。具体的な事実に置き換えます。

言葉遣い

7. AI らしい語彙。 さらに、重要な、深く掘り下げる、永続する、強化する、促進する、獲得する、相互作用、複雑な、状況（抽象的な意味でのもの）、極めて重要な、紹介する、織物（抽象的な意味でのもの）、証し、強調する、活気あふれる。平易な言葉に置き換えます。
8. 「です」を飾って言う表現。 「～として機能する」「～として存在する」「～を誇る」「～を備える」など。単に「です」や「あります」と書きます。
9. 「XだけでなくYも」。 要点を直接述べます。
10. 3つ並べる定型。 無理に考えを3つのグループにまとめます。自然な数を使います。
11. 類義語の使い回し。 同じ段落で「主人公」「主要人物」「中心人物」「ヒーロー」をすべて使います。ひとつに絞り、繰り返し使います。
12. 意味のない範囲表現。 意味のある尺度ではないXとYを「XからYまで」と並べます。話題をそのまま列挙します。

スタイル

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

伝達上の産物

20. チャットボット的なフレーズ。「お役に立てれば幸いです!」「何かあればお知らせください」「もちろんです!」「承知しました!」「決定的な証拠を見つけました!」は削除します。
21. 知識カットオフに関する免責事項。「具体的な詳細は限られていますが…」は、出典を探すか削除します。
22. お世辞のトーン。「良い質問ですね! おっしゃる通りです!」は、直接的に回答します。

冗長な表現

23. 冗長なフレーズ。「〜するために」は「〜には」に、「〜という事実のため」は「〜なので」に、「〜に注意することが重要です」は削除します。
24. 過剰な曖昧表現。「〜であると主張することも潜在的に可能かもしれません」は「〜かもしれない」にします。
25. 一般論の結論。「未来は明るい」ではなく、具体的な計画や事実を述べます。

専門用語

26. **抽象的な比喩名詞。**Substrate、wedge、vector、locus、vantage、nexus、primitive(名詞として)、harness(比喩として)、surface(「API surface」のような用法)、bedrock、scaffolding(比喩として)、modality、paradigm、gold-plating、ratchet(比喩として)、evacuate(コードの移動に対して)、endgame、north star、flywheel。これらは技術的に読めますが、たいていはもっと平易で具体的な言葉があります。「Substrate」は「base」にします。「Wedge in」は「add」にします。「Vector」は「way」または「method」にします。「Gold-plating」は「more than the job needs」にします。「Ratchet」はその仕組みの実際の名称か「a limit that only tightens」にします。「Evacuate」は「move out」にします。「Endgame」は「the last phase」にします。具体的な言葉を選んでください。

平易な表現

27. それが何をするかを述べ、どう感じさせるかは述べない。「the database stays close at hand」「SQL you can read」「types that follow your schema」は感覚を表しています。修正方法は、仕組みか数値を示すことです。「.toSQL() returns the exact string sent to the database」「a column rename fails the build」。その文が読者に何をする、あるいは何を知るように求めているのかを問い、それを書きます。具体的な指示、事実、数値として言い換えられないなら、削除します。もう一つのチェック:その文が別のプロジェクトのドキュメントにそのまま載っていても違和感がないなら、このプロジェクトについて何も語っていません。削除します。
28. **密度の高い文は短くするか分割する。**読者が文を解析するために読み返さなければならないなら、二つに分けるか節を削ります。一文につき一つのアイデアにします。
29. **能動態。**能動態を優先します。「is/are/was/were + 過去分詞」を見つけたら、行為者を明示します。「queries are validated」は「the compiler validates queries」に、「the file is parsed by the loader」は「the loader parses the file」にします。受動態が許されるのは、行為者が不明か、本当に重要でない場合だけです。
30. 副詞を削るか、より強い動詞を使う。「runs quickly」は「is fast」か数値にします。「significantly improves」は測定された差分にします。弱い動詞を支える副詞は、その動詞が間違っていることを意味します。
31. 平易な言葉を優先する。「utilize」は「use」に、「leverage」は「use」に、「facilitate」は「help」に、「numerous」は「many」に、「in the event that」は「if」にします。凝った同義語ほど明確であることはほとんどありません。