Agentic Codingの「四騎士」がエンジニアの職人芸とチームを蝕む
The Four Horsemen of Agentic Coding
Agentic codingは確かに便利だが、その代償は大きい。LLMが生むコードは「slop」と呼ばれる異質な臭いを放ち、コードベースは人間にとって居心地の悪い場所になる。エンジニアはコードから疎外され、所有感を失い、学習意欲も削がれる。さらに、Slackの雑談はエージェントとの会話に取って代わられ、チームの社会的絆は弱まり、互いのスキルを称え合う文化も消えつつある。著者は解決策のない4つの問題を「四騎士」として挙げ、AIの恩恵と引き換えに失うものの大きさを訴える。
AIがどれほど有益であろうと、私たちは好奇心、職人芸、そして社会的つながりという高い代償を払っている。
HNでの議論
77- BatchJob
LLMと仕事をする上での対立や予期せぬ副作用を言葉にしようと努力している人々を見るのは刺激的だ。結局のところ、私たちの感情は本当に大事だ。
しかし、LLMを「無料の牛乳」としか見ず、開発者を「搾乳機」としか見ない雇用主にとって、それが大事なのかどうかは分からない。
- headcanon
自分は別の宇宙に住んでいる気がする。うちの会社はエージェントコーディングを完全に採用していて、次のようなものを扱っている：
- 大規模なコードベース
- ダウンタイムを許容しないクライアント向けのビジネスクリティカルなソフトウェア
- エージェント的機能と従来型の機能
それでも私たちはうまく協力し、品質を気にかけ、コードベースについての良い知識を持っている。ただ、私は1年以上自分で1行もコードを書いていない。
粗悪なものを出荷してダウンタイムを引き起こしたというインシデントは、私が知る限り一度もない。
私たちは現在、低レベルの雑用チケットを処理し、PRの約3分の1をマージしている「ソフトウェア工場」を構築している。1年後にはそれはかなり多くのことをするようになるだろうし、そのせいで誰かが解雇されるとは思わない（むしろもっと採用を続けるだろう）。
これは二者択一のことだとは思わない。もし私たちが必ず陥るような隠れた粗悪品の海があるなら、どこにも見当たらない。この格差はどこにあるんだ？
- tschellenbach
これらのツールを間違った使い方することは十分あり得る。AIの使い方を理解している企業はより良くやるだろうし、これら4つの問題を抱える企業はそうならないだろう。
- AIはコードベースと技術的概念の理解を加速させるべきだ。
- スキルはAIなしで作れるよりも高品質なコードを保証すべきだ。
- エンジニアは自分が生み出すコードに責任を持ち続けるべきだ。
- 解放された時間はコミュニケーション、製品、マーケティング調査に使うべきだ。コードを書くだけのエンジニアという定義は消えつつある。
AIが自律的に実行できるほど単純なものを除いては。実際、最近はそういうプロジェクトがたくさんある。そしてそういう場合には、DHHのようにコードを見ないというのも実行可能な戦略だ。
- paularmstrong
職場のSlackチャンネルはゴーストタウンだ。みんなログインしているのに、誰も何も言わない。誰かが本当に働いているのかとよく思う。PRには彼らの名前が載っているし、レビューコメントでさえ_彼らの_アカウントから投稿されている。でも、コードから、不必要に冗長な変更概要から、彼らのコメントに至るまで、すべてをClaudeが書いたのは明らかだ。私の変更リクエストへの返信でさえ「おっしゃる通りです — …」で始まる。
エンジニアリングのSlackチャンネルに、新しい面白いやり方の長いスレッドや、仕事を楽にするために次にできること、長年の問題を修正するための議論があった頃が懐かしい。誰が特定のことに長けているか、誰が何に興味を持つか、自分たちの知識を築いていた。今ではみんな、細部にまったく注意を払わずに、自分のスロップマシンにスタック全体の変更のあらゆる部分を吐き出させている。
- advael
この記事のすべてに同意する（とはいえ、LLMがそうでなければスキルのない人々の個人ソフトウェア作成を助けるだろうとまだ楽観的ではある）。しかし、労働者がこれらの結果を引き起こす企業権力に対して意味のある組織化と抵抗を始めない限り、事態は悪化するだけだ。
「これはひどい」と2万回言うことはできるが、計画は何だ？ おそらく、私たちの知識のおかげで生産的になれるシニア層の一部が、階級として消滅し、1世紀のスロップをもたらすかもしれない。彼らが集まって実践について話すべきだ。そうでなければ、こうした記事はすべて単なるトレーニングデータにすぎない。