アルミン・ロナーカーの引用を巡って

ソフトウェアプロジェクトにおける共通言語とは、英語や Python のようなプログラミング言語そのものではなく、各概念の意味するところ、境界線はどこにあるか、どの不変条件が重要なのか、誰が何を所有しているのか、そしてシステムがなぜ今の形状をしているのかという共通の理解のことです。この言語は、通常どこかに一つにまとめられて書かれているわけではありません。ドキュメントやコードの中に一部存在するものの、それ以上にコードレビュー、会話、議論、あるいは他人への変更点を説明する経験といった場面に宿っています。

エージェントが登場する以前、こうした共通の理解は摩擦によって維持されていました。もし私があなたのストレージ層を変更したい場合、通常はあなたのコードを読み、質問をし、そのサービスに依存している別のチームと調整する必要がありました。これは確かに遅いプロセスであり、多くの場合は無駄な時間でした。しかし、すべての遅さが無駄だったわけではありません。その一部には、あなたの理解を私のものへと変換するプロセスが含まれており、両者がシステムがどう機能しているかについてまだ合意できているかどうかを確認するための重要な一環でもありました。この摩擦こそが、人々を同期させる役割を果たしていたのです。

— Armin Ronacher、『The Tower Keeps Rising』より

Tags: ai, software-engineering, llms, coding-agents, ai-assisted-programming, generative-ai, armin-ronacher, agentic-engineering

「AI エージェントがコードを書く」という言葉は、実は少し誤解を招く表現かもしれません。実際には、AI は人間が書いたコードの断片を組み合わせて新しいプログラムを生成しているに過ぎません。

このプロセスにおいて重要なのは、AI が「何をするか」ではなく、「どのようにしてその結果を得るか」という点です。つまり、AI エージェントは単なるコード生成機ではなく、人間が設計した論理やルールに基づいて動作するシステムの一部として機能しているのです。

この考え方は、従来のプログラミングの枠組みを再定義するものです。AI がコードを書くのではなく、AI が人間の意図を汲み取り、それをコードに変換する「仲介者」として振る舞うのです。

つまり、AI エージェントの本質は、人間と機械の間の橋渡し役にあると言えます。この視点を持つことで、私たちは AI の可能性をより深く理解し、効果的に活用できるようになるでしょう。