ロナッハー：塔は崩れない、そしてそれが問題なのだ

バベルは、人々が互いに理解できなくなったときに崩壊した。しかし、エージェントたちとともに、共有された理解の崩壊の後も建設は続いている。誰もそれに気づかない。

簡単に言えば

Armin Ronacher（Flaskの創作者）は、AIエージェントがコードレビューや議論、アーキテクチャの議論といった摩擦を排除し、システムの共通理解を形成する役割を果たしていたと主張します。コードは生み出され続けますが、共通理解はすでに崩壊しています。

事実

このたとえは聖書のバベルの塔に由来し、明確に意図されたものです。バベルの物語では、建設者たちが互いに理解できなくなったときに工事は止まります。しかし2026年のソフトウェア開発ではそうはなりません。そして、この言葉が核心を突いています。「共通理解が崩壊した後でも建設は続けられる」と。

彼の主張の中心は摩擦にあります。かつて私たちが嫌っていた遅いプロセス（長引くコードレビューやアーキテクチャ議論）は、単にバグを排除するだけのものではありませんでした。それらは私たちの理解を同期させる役割を果たしていたのです。「その中には、あなたの理解が私のものになるプロセスがあった」。エージェントがパッチを生成し、別のエージェントがそれをレビューする場合、この知識の伝達はもはや起こりません。担い手がいなくなってしまったのです。

私たちの解釈

これは「機能しない」という反射的な反応に陥らない、数少ない反ハイプ記事の一つです。Ronacherはむしろ逆を認めています：機能しているのです。生産は止まりません。速度は向上し、ダッシュボードは緑のままです。彼の主張はより不穏なものです。技術的負債がコードにではなく、私たちの頭の中に蓄積されているのです。そして、私たちにはそれを測るメトリクスが存在しないため、まったく気づかれません。

「塔は崩れ落ちない。だから失われたものに気づかない。」

これはこのスレッドで追及している「it works, don't touch it」の直接的な延長です。かつては誰も理解していないコードに手を出すことはできませんでした。今日では、理解せずに手を出しても、それでも動くのです。簡単なテストをしてみましょう。今週中に、あなたのチームで発生した深刻な本番障害について、コードの問題箇所を読み返すことなく説明できる人は何人いるでしょうか？2年前の答えは「レビューした人」でした。今日では？

要注意

障害。エージェントが修正する障害ではなく、システムがなぜそのように設計されたのかを理解する必要がある障害です。それが「請求書が届く」日であり、誰もが塔の言語を話せなくなっていることに気づく日です。