AIエージェントでチームの会話が減る、海外エンジニアが「四騎士」論で議論
姉妹サイトの新着
Hacker Newsで、AIコーディングエージェントが開発現場に与える影響を論じたエッセイ「The Four Horsemen of Agentic Coding」が話題になった。エージェントとの対話が増える一方でチーム内の雑談や議論が減り、スキルが空洞化し、バグが起きた際にAIを都合よく「犯人」にできてしまう、といった指摘が紹介されている。スレでは、Claudeの意味不明な出力(word salad)問題が最新版で本当に解決したのかどうか、そしてコードを自分で読まずに成果物だけ見て判断していいのかという点で意見が割れた。
エージェント型コーディングの四騎士
出典: distantprovince.substack.com / 元記事はこちら
「エージェントは対人コミュニケーションを減らし、自己完結を強め、スキルの発揮を妨げることで、エンジニアリングチームの社会的な結びつきを弱める」――これは本当な気がするし、ちょっと悲しい。
LLMと働く中での葛藤や予期せぬ副作用を、ちゃんと言葉にしようとしている人たちがいるのは励みになる。結局のところ、自分たちの感情は大事なんだと思う。ただ、LLMを「只の乳」、開発者を「搾乳機」としか見ていない雇用主にとって、それが意味を持つのかは分からないけど。
チームの一体感が今まさに死につつある。みんなそれぞれ自分のエージェントと一緒にサイロ化していて、チームの他のメンバーの意見を聞かないまま、複雑な作業のかたまりをどんと出してくる。その時にはもう手遅れで直しようがない。
「私は賢いが、肉体に縛られた人間だ。このリファクタリングのゴミを、段階的・反復的な2時間(1時間?15分?)のレビュー枠に分割しろ。それができないなら、このPRを破棄してパイロット(人間)のせいにしろ。あと集中力維持用に、隠しジョークをいくつか仕込んでおけ」
うわ、Astraについてのその記事、めちゃくちゃ共感する。なんであいつが空白を書くのを拒否して、想像し得る最悪のコードばかり吐き出すのか不思議だったけど、自分のハーネスやプロンプトのせいじゃなかったんだとわかった。本当にひどいコーディングモデルだ。
うちの職場のSlackは、以前は質問だらけだった。今はかなり減った。誰にも頼らなくて済むようになったわけだから、本来は喜ぶべきことのはず。でも、何事も悪く描こうと思えば描けるんだなと思う。
「ゴミコード」という点には反対だ。今では最先端モデルのコードはちゃんと動くし、読む必要もなくなった。Claudeの意味不明な言葉の羅列問題も、Opus 5.5のリリースでほぼ解決された。ただ、記事の他の3つの指摘は分かる気がする。
>>16 Claudeの言葉の羅列は確かにいくらか抑えられたけど、まだスープの中にハエが何匹か浮いてる状態で、解決にはほど遠いよ。
>>16 正直言うと、それはただ単にあなたがモデルの口癖と、品質を監視しないことに慣れただけに見える。
>>16 「解決」というのは、要するに4.8と同じ水準に戻っただけ。Appleがバタフライキーボードを元に戻しておいて「過去最高のキーボードです」と言ってるようなものだ。
>>5 「アーキテクチャや問題解決についての議論が恋しい」というけど、もしそれが起きていないなら、チームがツールの使い方を間違えている。AI支援コーディングは、むしろそういう議論をもっと増やすべきものだ。議論をしてから、それをAIで実装すればいい。
>>7 参考までに、うちの会社はエンジニアが成果物の大半をAIで作っているけど、Slackは相変わらず賑やかだし、人間らしさもちゃんと残っている。あなたの職場の話はひどそうだから、もっと良い環境が見つかるかもしれないよ。どこでもこうなるわけじゃない。
>>24 そのチームはどれくらいの年数が経ってる?LLM以前から存在するチームなら活気を保てるのは分かるけど、新しくできたチームはもっと苦労しそうな気がする。あと、リモート?それとも出社?
>>24 なるほど、働いていない時間は全部Slackのチャットに使ってるわけね。ただその職場がひどいだけじゃない?
>>7 Confluence(的なもの)を使っているとしても、その状態の話なんて聞きたくない!あと最近気づいたんだけど、コード中に無駄に詳細なコメントが、課題番号付きで入っていることが増えた。その一部はバージョン管理のコミットメッセージに書くべき内容だと思う(個人的には)。
>>14 もう「コードレビューが遅いから、エージェントにレビューさせよう」という段階まで来てしまった。
>>14 それ、その人には裏目に出たの?
>>27 裏目に出ることは絶対にない。どう言い繕っても、AIは完璧なスケープゴートになるから。「あー、すみません、バグはAIが混入したんです。しかもそれっぽい理由までつけてきて。claudeめ、次はもっとちゃんとやります。回帰を見つけるレビュー用エージェントを追加しますね」みたいな感じで。
>>16 コードを一切読む必要がないなら、エンジニアは一体何をして、他の問題(脱スキル化や疎外感)を意味のあるものにしているんだろう。脱スキル化も疎外感も、結局エンジニアとコードとの関係の話なんだから。
>>16 なんでこれが下げ票を食らってるのか分からない。結局、何を作っているか次第だ。「xyzのコスト概要を作って」みたいな依頼なら、コードを一切見なくても完璧に動く。でも「Unreal Engine 5級のグラフィックを作って」とか「データベースを」「大規模インフラを」となると、今のところまだ人間が積極的に舵取りする必要がある:)
>>34 積極的に舵取りする場合でも、コードを読む必要はあるのかな?コードを抽象化したまま、成果物そのものに対して反復していくこともできるはずだけど。
>>18 それをどちらか一方しか選べないことのように言っているけど、大半のエンジニアはそうじゃないと思う。自分はその両方を大事にしている。
>>18 「最も抵抗しているのは、仕事を『ただの仕事』としか見ていない人たちで、気に入っているのは問題を解くこと自体が好きな人たちだ」って、うわ、あまりにも単純で余計なお世話な世界観だ。無知で不愉快なくらい的外れだと思う。
>>18 個人的には、むしろ逆だと思う。仕事を「ただの仕事」と見ている人ほどAIを気に入っている。とにかく作業を終わらせて給料をもらいたいだけだから。逆に、本当に問題を解くこと自体が好きな人ほどAIを好まない。仕事から問題解決の部分が奪われてしまうから。
>>19 それをやると、あっという間に「それくらい自分でググれば」的な空気が、しかもより強い形で漂ってしまう。二度と質問する気をなくさせる。
他サイトの新着
>>19 「AIの答えが欲しければ、AIに聞いてるよ」って言ったことある?
>>44 それに対する返しは「AIに聞けたなら、なんで俺に聞いたんだ?」になるだろうね。場合によっては、それが適切な返しですらあるかもしれない。AIで解決できることをわざわざ人に聞いて作業を中断させるのは、ドキュメントを読めば分かることを人に聞くのと似たようなものだから。
>>19 ベイエリアのスラング辞典ではそれを「ミートプロキシ(肉の代理人)」と呼ぶらしい。
>>19 それって、そもそもその「同僚」が最初から嫌な奴で、同僚らしさなんて(文字通り)口先だけだったってことを示してるんじゃないの?
>>32 まあ、それが起きた時にちゃんと指摘すれば、より良く書き直してくれるよ。人間の同僚は必ずしもそうしてくれるとは限らないけど:)
>>33 DHHもantirezもsteipeteも、もうすべてのコードを読む必要はないという趣旨のことを言っている。彼らも品質を監視しないことに慣れてしまっているだけなのかな?
>>35 いやいや、それはない。4.8はほとんど使い物にならないレベルだった。5.5からはちゃんと理解できる結果が返ってくる。
>>42 「現代版のLMGTFYリンクを渡されるのは、独特の痛みがある」か。的確な例えだと思う。AI版のGoogle検索で答えが出るような質問をしているなら、それは相手の時間を無駄にしているということだから。
>>42 LMGTFYリンクの例えは秀逸だ。
>>61 気分を害したいなら害してもらって構わないけど、Emacsとviのどちらを選ぶかという話で全く同じような感情論を見てきているから、その気分を害したという話を真剣に受け止めるのは正直難しい。
>>62 今どきのRAM価格じゃ、Emacsを動かす余裕なんて誰にもないだろ
この話題の背景と論点
元になっているのは同名のブログ記事で、著者はAIコーディングエージェントが労働環境に与える心理的・社会的影響を「四騎士」になぞらえて論じている。スレで名前が挙がるDHH(Ruby on Railsの作者)、antirez(Redisの作者)、steipeteは、いずれも著名なソフトウェア開発者で、AI時代のコードの読み方について以前から発言してきた人物。スレで割れたのは大きく2点で、一つはClaudeの出力品質が実際に改善したのか、それとも利用者が品質を監視しなくなっただけなのか。もう一つは、AIの成果物を人間が逐一読んで検証する必要が本当にあるのかという点。後者は単なるツールの使い方の違いというより、何を「エンジニアリング」と呼ぶかという価値観の違いが背景にあり、立場によって結論が変わりやすい論点であることには留意したい。
※本記事は5ch(Hacker News)スレッド「The Four Horsemen of Agentic Coding」より抜粋・要約して構成しています。
この記事のリアクション
まだコメントはありません。