2026年8月18日(火)掲載 3,656本日 24
HN537330

AI;DR:長文要約の決定版!AI時代の「読まない」技術

AI;DR (AI; Didn't Read)

mooreds約15時間前

議論

11
0mooredsスレ主537約15時間前

「AI;DR (AI; Didn't Read)」は、現代の膨大な情報量に対する賢いアプローチです。すべてを読み込むのではなく、AIを活用して要点を素早く抽出する、忙しいエンジニアのための必須スキルといえるでしょう。

1sega_sai約14時間前

もしAIが作成した文章を、はるかに短いプロンプトへの回答として出すなら、そのプロンプトや生成に使われたソース元も一緒に公開すべき(少なくともテキストとセットで出すべき)だと思う。

2gortok約14時間前

2026年にもなって、AIが生成した回答を他人に送りつけることが、広く不快で恥ずべきことだと認識されていないことに驚かされる。

私がインターネットで何かを読むときは、学びたいか、納得させられたいかのどちらか。もしLLMに教えてほしいなら(そんなの願い下げだが)、自分でLLMに質問するよ。私があなたのウェブサイトやニュースレター、メールを読むのは、あなた自身の言葉が聞きたいからなんだ。自分の時間を割いてまで何かを書いたり、自分の考えを伝えたりする気が起こらないなら、なぜわざわざ読まなければならないのか?

3cortesoft約14時間前

先日どこかで読んだ意見がとても気に入ったよ。「AIの出力をそのまま送るのではなく、生成に使ったプロンプトを送ってくれ」というものだ。それこそが、あなたが伝えたい情報そのものを含んでいる唯一の部分だからね。残りの部分は、推測に基づいた仰々しい言葉が付け加えられているだけで、本来伝えたいメッセージをかえって混乱させているだけだ。

4neilv約14時間前

「いいかい、わかってるよ。2026年の第3四半期だ、誰だってプロセスのどこかでAIを活用している(アイデア出し、アウトライン作成、文章の推敲など)ことを前提にすべきだ。」

これって「誰でも」じゃなくて、語るべきことが何もない人たちのことじゃないか? 「アイデア出し」すらしたあとで、自分では何も論理立てられないし、伝え方もわからないような人たちのことだよ。

これは「みんな」じゃない。ただ騒ぎ立てるためだけにノイズを生み出している人たちの話だ。

5LPisGood約14時間前

同僚たちが、PR(プルリクエスト)のたびに何百行ものAI生成ドキュメントを放り込んでくる。コードの1行おきに1~10行のAIコメントがついていて、「真のアンロック」だとか「ロードベアリングパス上でバイト単位で完全に一致している」だとか、「アクセプタンスラダーがミスリーディング」だとか、意味不明なことが書いてある。

機能は増えてメトリクスも改善しているけど、うちは基本的に「可読性」が死んだコードベースになっていて、たまに変数名に対して見せかけのコメントが付く程度だよ。

この状況をどう対処すべきか、あるいは対処する必要があるのかすらわからない。私はAIの長ったらしいコメントやドキュメントなんて当然読まないけれど、ひょっとすると将来のAIが読むときには役立つのかもね。

6afr0ck約14時間前

多くの人が(自分も含めて)AI生成コンテンツを読むモチベーションを欠く主な理由は、それが「知的な怠慢」から来ているという疑念にあると思う。もう一つの理由は、個人的な経験から言えば、AIのコンテンツは冗長で、専門用語を詰め込みすぎ、根拠のない自信に満ちていて、読んでいると作り物めいていてイライラさせられるからだ。多くの場合、ニュアンスが皆無で、結局のところ時間の無駄なんだ。

エピソードを一つ。誰かがLinkedInで、エージェントを使ってPCIeデバイスへTCP/IP経由でアクセスするドライバの実装についてブログを投稿していた。PCIeの割り込みやDMAを扱うのは簡単なタスクじゃないから、興味を惹かれたんだ。例えば、リモートマシンがどうやってデバイスのPCIe BARをマッピングするのか? デバイスのレジスタにI/Oを発行したとき、それらの読み書きはリモートデバイスにどう転送されるのか? 結局のところ、それは仮想メモリに過ぎない。ローカルマシンであれば、PCIeの物理アドレスに直接マッピングされるか、CPU/デバイス/VMがアクセスしたときにハードウェアが変換するIOMMU仮想アドレス空間を使うはずだ。

長ったらしい期待感たっぷりの記事を読み終えてわかったのは、結局そいつ(とエージェント)が実装できたのは、リモートマシンでlspciが動いてリモートのPCIeデバイスが表示される、というところまでだった。上記の問題には全く触れていないし、言及すらしていなかった。コードはAI生成で、記事もAI執筆。DMA、割り込み、MSI-X、IOMMU、IOTLB、仮想メモリなどには一切触れず、次世代データセンターのディスアグリゲーテッド・アーキテクチャだとか、GPU稼働率向上だとか、大規模推論コスト削減だとか大風呂敷を広げているんだ。

ともかく、言いたいことはわかっただろう。立派で長い言葉が並んでいるだけで、ニュアンスはゼロだ。

7Lerc約10時間前

私にとっての基準はあくまで「品質」だ。何かを検索して、何の疑問も解決してくれない低品質なAI生成チュートリアルが出てくればもちろん腹が立つ。でも、もし高品質でよく書けていて、洞察に満ちた有益なチュートリアルなら、それがAI製だろうがどうでもいい。

これは人間が書いた記事でも同じことだと思う。「深遠だと思っている風呂場での思いつき」や「私のやり方こそが唯一の正解」といった記事は、そもそも読まないからね。

書くのが上手くなるにはたくさん書くことだ、というよくある知恵がある。だから、書き手としてのスキルが未熟な段階で出しているものについては、寛容でいたいと思っている。それは誰もが通る道だ。読まなければいいだけの話だからね。

そして、より良いAI生成チュートリアルを作るために試行錯誤している人が、今はまだひどい出来のものを作っていても構わない。私が嫌なのは、品質や向上心を一切持たずに、量産目的でコンテンツをばら撒く連中だ。金儲けのためにやっているのかもしれないが、ほとんどの場合はうまくいかないだろう。それがAIであろうが人間であろうが、バルクコンテンツ(大量生産品)というもの自体が気に入らないんだ。

自分の書いているものを高品質だと思い込んでいる人については、少し同情するよ。誰もが時には見当違いな視点を持ってしまうものだ。彼らが直面する一番の罰は、将来の自分がもっとバランスの取れた視点で自分の過去の作品を振り返ったときに感じる、あのいたたまれない気持ちだろう。

8anotherevan約10時間前

Drewが書いていることすべてに同意するわけじゃないが、彼のブログ記事[1]のタイトル「私の顔面に直接コストを転嫁するのをやめてくれ(Please stop externalising your costs directly into my face)」には強く共感した。

結局のところ、あなたが提示するものの中で、どれが自分の言葉でどれがAI生成かには興味がない。私が求めているのは、あなたが私に送った内容をレビューし、理解したという証拠だ。私が怒りを感じるのは、あたかも作者であるかのように振る舞う相手が、送る前に本来やるべき価値判断や実用性、妥当性の検証を、すべて私という最初のリアル人間に押し付けてくるときだ。それは責任放棄であり、怠慢だ。本来、通信とは相手の手間を減らすために努力すべきものなのに、それを受け取る側に負担を強いている。相手がすべきことの何倍もの努力をして、本来出すべきでなかったゴミを論破するのに時間を浪費させるな。

これはずっと不満に思っていたことだが、AIのおかげで、怠惰な人間が「自分は賢い」と思い込み、自分のコストを相手に転嫁するのがあまりにも簡単になってしまった。

[1] https://drewdevault.com/blog/Stop-externalizing-your-costs-on-me/

9nunez約10時間前

カスタマーサポートが完璧な例だろう。我々は「電話をリセットしましたか?」というような、手作り感のある定型文を求めているわけじゃない。

そうだな……。こういう対応をするサービスは、たぶん使うのをやめるよ。もし企業が人助けをするための人間を雇うコストを払えないなら、その製品がどれほどのものかはお察しだ。

10devrob約10時間前

以前、「Claudeハンドシェイク」と呼んでいた皮肉なネタがあったんだ。コールドメール(飛び込みメール)はもう死んでいるという話で、みんなメールの内容をClaudeに放り込んで、Claudeがドラフトを生成する。その相手も同じことをしているから、結局AI同士がやり取りしているだけだ、というものさ。

結局のところ、メールを送るのなんてやめて、全部Claudeに任せてインタラクションをシミュレートしたほうがいいんじゃないかっていう話だ。