AI生成文はなぜ「AIっぽい」と感じるのか
ChatGPTやClaudeに技術記事を書かせると、内容は正確でも「なんか違う」と感じることがある。その原因は大きく3つ。
- 均一な文体 — 文の長さ・構造が一定で、リズムがない
- 具体的な体験がない — 一般論の羅列になる
- 感情・判断がない — 「良い」「悪い」と断定せず、常に両論併記する
この3つを修正するだけで、AIが書いた文章は「人間が書いた文章」に近づく。
テクニック1: 体験を1つ足す
AI生成文に最も欠けているのは「体験」だ。一般論に1つだけ体験を差し込むだけで信頼度が変わる。
Before（AI生成）
Dockerは開発環境の統一に有効です。チーム全員が同じ環境で作業できるため、
環境差異による問題を防げます。
After（体験を追加）
Dockerを導入する前、チームの5人中3人が「自分の環境では動くんですが」を
毎週言っていた。Docker導入後、この発言はゼロになった。
環境差異の問題は、Dockerで完全に消せる。
数字と具体的なエピソードが入ると、読者は「この人は実際に使ったんだ」と感じる。
テクニック2: 数字を具体化する
AIは「大幅に改善」「多くの場合」のような曖昧な表現を使いがちだ。これを具体的な数値に置き換える。
Before
ビルド時間が大幅に短縮されました。
After
ビルド時間が4分30秒から55秒に短縮された。
正確な数字が分からなければ、せめて「約○倍」「○割削減」のように範囲を示す。
テクニック3: 1文を削る
AIは説明を足す方向に偏る。人間の文章は「言わない」ことで余韻を作る。
Before
この設定を行うことで、パフォーマンスが向上します。パフォーマンスの向上は
ユーザー体験の改善につながり、結果的にサービスの価値を高めることができます。
After
この設定でパフォーマンスが向上する。
最後の2文は「当たり前のこと」を言っているだけだ。読者が自分で推測できることは書かない。
テクニック4: 文の長さにバラツキを出す
AI生成文は30〜50文字の文が等間隔で並ぶ傾向がある。人間の文章は長短が混在する。
Before（均一）
TypeScriptを使うと型安全なコードが書けます。型があることでエディタの補完が効きます。
リファクタリングも安全に行えるようになります。チーム開発での生産性が向上します。
After（長短混在）
TypeScriptを使う理由は単純だ。型がある。
それだけで、エディタ補完が効き、リファクタリングが安全になり、
チームの誰かが書いた関数の使い方が引数を見るだけで分かる。
短い文で断定し、長い文で具体例を列挙する。このリズムが「人間っぽさ」を生む。
テクニック5: 冒頭の定型句を消す
AIが書く冒頭は判を押したように同じだ。
AI典型パターン（消すべき冒頭）
× 「この記事では○○について解説します」
× 「近年、○○が注目を集めています」
× 「○○に興味がある方は多いのではないでしょうか」
代替パターン
○ 問題提起から始める:「CSSが効かない。原因が分からない。」
○ 結論から始める:「結論から言うと、MongoDBはやめた。」
○ 数字から始める:「本番障害が3回連続で起きた。全部同じ原因だった。」
冒頭の1文で読者が「続きを読みたいか」を判断する。一般論で始めると離脱される。
チェックリスト
記事を書き終えたら、以下を確認する。
□ 体験・エピソードが最低1つ入っているか
□ 曖昧な表現（大幅に、多くの、などの）を具体的な数字に置き換えたか
□ 「当たり前のこと」を述べている文を削除したか
□ 文の長さが均一になっていないか
□ 冒頭が定型句で始まっていないか
□ 「いかがでしたか」で終わっていないか
まとめ
AI生成文を人間っぽくするのは「足す」作業ではなく、ほぼ「削る」作業だ。余計な説明を消し、代わりに体験と数字を1つ入れる。文のリズムを崩す。冒頭の定型句を消す。この5つの編集だけで、AI生成文は「読まれる記事」に変わる。