2026年にコードを書く意義：AIエージェントにとって人間のコーディングが依然として重要な理由

ダグ・タンブルは、彼の記事「2026年にコードを書く理由」で、コードの90%以上がAI生成されるというAI精神病の考え方に挑戦している。彼は、Fableのような知能があっても、人間がコードを書くことには依然として利点があると主張する。それはエージェントが劣っているからではなく、英語は計算に対して不十分に指定されており、英語を介した代理は精度を失うからである。

主要な論点

• 脆弱性を直接体験する: コードを書くことで、アーキテクチャ上の痛点を感じ取れる。自分にとって壊さずに構築するのが難しいなら、エージェントにとっても難しい。
• スロップの蓄積を防ぐ: 受動的なコードレビューでは微調整を見逃す。スロップはレーダーの下をくぐり抜けて蓄積し、長期的にエージェントのパフォーマンスを損なう。
• 所有権と注意: アプローチのスパイクを打ち、エージェントにパターンをスタンプアウトさせることで、参加し結果を所有する。純粋なレビューは無関心につながる。
• エージェント ≠ コンパイラ: エージェントは新しく入社したインターンのようなものだ。部分的な、おそらくスロップ化されたコードを読み、不正確なプロンプトを実行する。人間の味覚をインターンの軍隊に明け渡してはならない。
• エージェントは悪い決定を増幅する: 一回限りの人間のミス（例：DBの代わりにブラウザのローカルストレージを使う）が、保守的なエージェントによって間接的に包み込まれ、LoCが3倍になる。

コーディングが依然として有用な理由

タンブルは具体的な利点を詳述している：

• 実行可能なステップでスケッチする: アルゴリズム作業では、英語は調整された精度を欠く。低レベル言語は広大な設計空間を提供し、高レベル言語は計算を制約する。コードを使うと、実行環境で直接思考できる。
• 楽しい削除: 手動でコードを削除することは、英語でエージェントに依頼するよりも良いアーキテクチャにつながる。例：不要なローカルストレージのラッピングを削除し、代替案を探ることでアーキテクチャが劇的に改善された。
• ボーイスカウト・ルール: エージェントは安全で最小限の変更に偏り、コード品質を改善することはほとんどない。人間は積極的にクリーンアップし、一貫したアーキテクチャの原則を文書化する必要がある。

結論

ソフトウェア工場の考え方は価値がある：インフラ、CI、評価、そしてエージェントのガードレールは不可欠だ。しかし、組立ラインには弱点がある。コードを書くこと（たとえ全体の一部でも）は、システムのアーキテクチャとのつながりを維持し、最終的にエージェントの効果を損なうスロップの蓄積を防ぐ。タンブルが言うように、「私がそれをクリーンアップし、アーキテクチャに関する一貫した原則を文書化できれば、ソフトウェア工場はよりうまく機能する」。