エージェンティックコーディング疲れ：なぜエージェントを増やしても救われないのか

ソフトウェア開発の親しみのあるリズム—手作業でコードを書き、部品を接続し、メンタルモデルを構築すること—は、エージェンティックコーディングによって失われた。SidのHNでのブログ記事は、LLM生成コードが瞬時に現れ、『メメント』のタトゥーのようにコンテキストをゼロから把握することを強いると説明する。プロセスは、深い集中作業ではなく、変動する心理的報酬のスロットマシンとそれに続く認知疲労に変わる。

主な問題点

• LLMは、適切にデバッグや推論できる量をはるかに超えるコードを生成する。追いつくためだけに生のコードを承認し、運用制御を放棄してツールを信頼することになる—エッジケースにぶつかり崩壊するまでは。
• 複数のエージェントを同時に扱うには、絶え間ない監督、コンテキストスイッチング、1時間あたりの意思決定の増加が必要になる。未熟なジュニア開発者の出力をレビューしながらアーキテクチャ上の決定を下すのは、自分で作業を行うよりも根本的に難しい。
• 意思決定疲れは目に見えない摩擦点だ。脳は、通常の生産的な8〜10時間に対して、4〜5時間の激しい作業で焼き切れる。Sidは友人の多くがすでにバーンアウトしているが、めったに認めないと指摘する。

より多くのエージェントが答えではない理由

MOARエージェントは機能しない。自動化システムは24時間稼働できるが、人間はその認知的負荷に耐えられない。明白な修正—より良いレビューと検証ループ—はキャッチ22を提起する：自分で構築するか、それともLLMに構築させるか？元のコードを信頼できないなら、同じLLMが構築した検証システムを信頼できるだろうか？そして、検証者をどうやって検証するのか？

核心問題

Sidは要約する：あなたは板挟みの状態にいる—生産性のためにツールを使わざるを得ないが、完全に監視なしで信頼することは決してできない。LLMがレビューと検証において人間よりも厳密に優れるまでは、人間のボトルネックが残り続ける。