AI生成文はなぜ「AIっぽい」と感じるのか

ChatGPTやClaudeに技術記事を書かせると、内容は正確でも「なんか違う」と感じることがある。その原因は大きく3つ。

この3つを修正するだけで、AIが書いた文章は「人間が書いた文章」に近づく。

テクニック1: 体験を1つ足す

AI生成文に最も欠けているのは「体験」だ。一般論に1つだけ体験を差し込むだけで信頼度が変わる。

Dockerは開発環境の統一に有効です。チーム全員が同じ環境で作業できるため、
環境差異による問題を防げます。

Dockerを導入する前、チームの5人中3人が「自分の環境では動くんですが」を
毎週言っていた。Docker導入後、この発言はゼロになった。
環境差異の問題は、Dockerで完全に消せる。

数字と具体的なエピソードが入ると、読者は「この人は実際に使ったんだ」と感じる。

AIは「大幅に改善」「多くの場合」のような曖昧な表現を使いがちだ。これを具体的な数値に置き換える。

ビルド時間が大幅に短縮されました。

ビルド時間が4分30秒から55秒に短縮された。

正確な数字が分からなければ、せめて「約○倍」「○割削減」のように範囲を示す。

AIは説明を足す方向に偏る。人間の文章は「言わない」ことで余韻を作る。

この設定を行うことで、パフォーマンスが向上します。パフォーマンスの向上は
ユーザー体験の改善につながり、結果的にサービスの価値を高めることができます。

この設定でパフォーマンスが向上する。

最後の2文は「当たり前のこと」を言っているだけだ。読者が自分で推測できることは書かない。

AI生成文は30〜50文字の文が等間隔で並ぶ傾向がある。人間の文章は長短が混在する。

TypeScriptを使うと型安全なコードが書けます。型があることでエディタの補完が効きます。
リファクタリングも安全に行えるようになります。チーム開発での生産性が向上します。

TypeScriptを使う理由は単純だ。型がある。
それだけで、エディタ補完が効き、リファクタリングが安全になり、
チームの誰かが書いた関数の使い方が引数を見るだけで分かる。

短い文で断定し、長い文で具体例を列挙する。このリズムが「人間っぽさ」を生む。

AIが書く冒頭は判を押したように同じだ。

× 「この記事では○○について解説します」
× 「近年、○○が注目を集めています」
× 「○○に興味がある方は多いのではないでしょうか」

○ 問題提起から始める:「CSSが効かない。原因が分からない。」
○ 結論から始める:「結論から言うと、MongoDBはやめた。」
○ 数字から始める:「本番障害が3回連続で起きた。全部同じ原因だった。」

冒頭の1文で読者が「続きを読みたいか」を判断する。一般論で始めると離脱される。

記事を書き終えたら、以下を確認する。

□ 体験・エピソードが最低1つ入っているか
□ 曖昧な表現（大幅に、多くの、などの）を具体的な数字に置き換えたか
□ 「当たり前のこと」を述べている文を削除したか
□ 文の長さが均一になっていないか
□ 冒頭が定型句で始まっていないか
□ 「いかがでしたか」で終わっていないか

AI生成文を人間っぽくするのは「足す」作業ではなく、ほぼ「削る」作業だ。余計な説明を消し、代わりに体験と数字を1つ入れる。文のリズムを崩す。冒頭の定型句を消す。この5つの編集だけで、AI生成文は「読まれる記事」に変わる。