「AI;DR」。TL;DR（Too Long; Didn’t Read＝長すぎるので読まなかった）をもじったこの略語が、2026年8月15日の lil c（@seclilc）の投稿をきっかけに広がっている。意味は「AI; Didn’t Read」、つまりAIが書いたもの（で、人間が手を入れていないもの）なので読まなかった。8月17日、自らを「これ以上ないほど親AI派」と称する Rick Manelius がこの略語を自身のニュースレターで取り上げ、明確な運用ポリシーとして宣言した。AI活用が前提になった状況で、それでも読まれる文章と読まれない文章を分けるものは何か。論点を整理する。
議論の出発点
Manelius は冒頭で自分の立場を明かしている。AIに否定的な人間の苦言ではない、という前置きだ。
I’m about as pro-AI as you can be, but this is becoming a pet peeve of mine (and I’m not alone).
（訳：私はこれ以上ないほど親AI派だが、これは自分にとってどんどん気に障る点になってきている。しかも、そう感じているのは私だけではない。）
彼が挙げる症状は具体的だ。尊敬している相手から、無加工・未編集のAI出力がそのまま送られてくると physically flinch（身体的にひるむ）し、肩を落として縮こまったり、目元がわずかに引きつったりする、と書いている。そのうえで示されるのが、この記事の核となるポリシーである。
If you’re not bothered enough to review and edit it… …then I’m not going to bother reading it.
（訳：あなたがレビューして編集する手間をかけないなら……こちらも読む手間をかけない。）
Manelius はAIの使用そのものを咎めてはいない。「2026年Q3なのだから、誰もが工程のどこかでAIを使っていると考えるべきだ」と明記し、アイデア出し、アウトライン作成、文章の推敲を例として挙げている。問題にしているのは使用の有無ではなく、出力を人間が一度通したかどうかだ。
論点の整理
元記事から取り出せる対立軸は、主に3つある。
- 「AIを使ったか」ではなく「編集を通したか」で線を引く：プロセス上のAI利用は前提として容認したうえで、未レビューの出力をそのまま他人に渡す行為だけを切り分けている。
- 文脈によって100%AI生成が許容される場面はある：記事はカスタマーサポートを例に挙げ、職人技のような「端末を再起動しましたか？」的な対話を求めているわけではない、と書く。一方で、Slackで同僚がClaudeの出力を壁のように貼り付けた場合は「あなたが意図したのとは違うメッセージを受け取ることになる」とし、ニュースレターやソーシャル投稿も同様だとしている。
- 署名の責任：「あなたの名前が載っている。その文章と、そこかしこに散りばめられた奇妙なAI特有の言い回しを、あなたは誇れるか？」と問い、誇れるならそれでいい、と留保したうえでこう続ける。
But I can ask Claude directly if I wanted to.
（訳：ただ、それが読みたいのなら、私は直接Claudeに聞ける。）
コメント欄には、より運用寄りの実践も投稿されている。Santiago Janse は、長文を見たらCtrl+Fでem dash（—）を検索し、見つかればAI生成の可能性が高いと判断して、その文章はAIに要約させる、と書いている。締めの一文は「If you don’t write it, I don’t read it.（あなたが書かないなら、私は読まない）」。ただし、この判定法の精度を裏づけるデータは元記事には示されていない。あくまで一読者の個人的な運用ルールとして紹介されている点は押さえておきたい。
また、コメントのDanielが共有した dontpastetheai.com というサイトが記事の追記で紹介されており、Manelius は「Take me to the Angry Version」版が特に気に入ったと書いている。サイトの中身の詳細については元記事では説明されていない。
読者にとっての示唆
元記事から素直に導けるのは、AIを使うか否かという議論はすでに終わっていて、争点が「出力に人間が責任を持つ工程が挟まっているか」へ移った、ということだ。Manelius の言い方を借りれば、未編集の出力を送るという行為そのものが、送り手の意図とは別のメッセージを相手に届けてしまう。
実務への含意として、元記事の記述から言える範囲は次のとおり。
- アイデア出し・アウトライン・推敲にAIを使うこと自体は、この記事の批判対象ではない。
- 受け手との関係性と媒体（Slackの同僚か、自分の名前で出すニュースレターか、カスタマーサポートか）によって、許容される「AIそのまま度」が変わる。
- 読み手の側には、AI丸出しの長文を読まずに切り捨てる、あるいはAIに要約させて済ませるという選択肢が、すでに存在している。
なお、AI;DRがどの程度定着した規範なのかを示すデータは元記事にはない。示されているのは、きっかけとなった投稿が346Kビュー・16.6Kいいね・2.09Kリポスト・83リプライを集めたという数字と、Manelius の記事および複数のコメントで賛意が示されているという事実関係だけである。
まとめ
- AI;DRは「AIが書いた（人間が手を入れていない）ので読まなかった」を意味する略語で、TL;DRのもじりとして2026年8月に広がった。
- Manelius のポリシーは「レビューと編集の手間をかけないなら、読む手間もかけない」。AI利用そのものは前提として容認している。
- カスタマーサポートのように100%AI生成が妥当な場面はあるが、自分の名前で出す文章は別枠、という線引きが示されている。
実装家視点で言うと、この記事が突いているのは生成コストではなくレビューコストの押し付けだ。生成が数秒で終わるようになった結果、「読む価値があるかを判断する作業」だけが受け手側に丸ごと移った。だから受け手は、読むのをやめるか、AIに要約させるかで自衛する。自動化を組む側としてはここが実務的な設計点で、出力を人に渡す直前に人間が通る工程を1つ残しておくかどうかで、その自動化が信用を積むか削るかが分かれる。私はManelius に賛成だが、彼が例外として挙げたカスタマーサポートの線引きも同じくらい重要だと思っている。全部を人力で通せという話ではなく、名前を出すものだけは通せ、という話だからだ。
コメント