今や、ソフトウェアエンジニアは皆アーキテクトです。

Jason Ederle（Panolayer 創業者兼 CEO）

重要なデモのために徹夜が続いていた。AI エージェントは見事だった。以前なら 1 週間かかっていた機能が、ひと午後で仕上がる。まるで超能力を得たようだった。

そしてテストを始めた。

バグだらけだった。キャッシュの不具合。スレッドセーフティの問題。何か月も問題なく動いていたコードが、誰も意図していない些細な判断によって静かに壊れていた。すべてコンパイルは通った。すべて動いた。そして落とし穴がやってきた。必ずやってきた。

時間の半分を AI の出力のデバッグに費やし、残りの半分は次に何が見つかるのかという不安に費やしていた。そして午前 2 時ごろ、自分が感じているものはもはや高揚感ではないと気づいた。それはスロットマシンのレバーを引く感覚だった。プロンプトを打ち、リールが回り、出たものを受け取る。正しく見える。毎回きちんと正しく見える — そうでなくなるまでは。

ただし、こういうことだ。私はエージェントを使うのをやめなかった。誰も後戻りはしない。この速さは本物で、驚異的で、「また全部手で書け」と言う人はノスタルジーを売っているだけだ。しかし私は、別の問いを立て始めた。

仕事はすでに変わった。ツールは変わっていない。

私たちは以前にもここに来たことがある。かつてはパンチカードでコンピューターをプログラムしていた。次はアセンブリ — このレジスタを積み、ここへジャンプし、この数を足す。やがて Dennis Ritchie が C を作り、私たちは命令ではなくロジックで考えるようになった。こうした転換はどれも、当たり前になるまでは不可能に思えた。

これもそうした転換のひとつです。しかも過去最大の。今やコードを書くのはエージェントです。コーヒーを淹れている間に何千行も。diff はレシートのように吐き出され、私たちは誰もが同じことをします。読まないのです。もちろん読みません。2,000 行の diff を読む人などいません。ビルドして、実行して、目を細めて眺め、ソフトウェアで最も危険なひと言を口にします。「動いてるみたいだし、出荷しよう」

そしてログインページが壊れる。あなたが触ってすらいない場所が。その 2,000 行のどこかでコアのデータモデルが変更されていて、それは無害に見えて、いまは午前 2 時、ポケベルが鳴り、「これはどう動いているのか」という問いへの正直な答えは、世界中のエンジニアが毎日上司に返しているあの答えだ。

「わかりません。エージェントが書いたので。」

その一文を声に出してみてほしい。それはエンジニアリング文化ではない。流砂の上に建てているのだ。

数字もその感覚を裏づけている。開発者の 84% がすでに AI コーディングツールを使っている。企業チームの 81% が、AI の書いたコードが本番で壊れる経験をしている。そして AI が生成した自らリリースするコードを信頼しているのは 29% — 二十九パーセントだ。* 私たちはツールを取り入れ、信頼を失った。制御なき速さはエンジニアリングではない。よくできたマーケティングをまとった混乱だ。

しかし、誰もはっきり言わないことがある。エンジニアの仕事はなくなっていない。ひとつ上の層に移ったのだ。 私たちはもうコーダーではない。アーキテクトだ。方向を定め、構造を与え、常に真でなければならないことと決して起きてはならないことを決める。エージェントは労働力だ — 疲れを知らず、優秀で、少しばかり無鉄砲な builders の群れ。そして私たちが使うツールはすべて、古い仕事のために設計されている。ファイルブラウザ、テキストエディタ、脇に取って付けたエージェント。それはコーダーの机だ。アーキテクトの道具はどこにある？

制御は機能要望ではない。本能だ。

自分がつくっているものを制御していたいという欲求は、人間の最も古い本能のひとつかもしれない。それは何かをつくることと、何かがつくられるのを眺めることの違いだ。そしてこれこそが、いまエンジニアがこれほど落ち着かない本当の理由だと思う — 厳密にはバグのせいではない。机に向かっても、もう自分が作り手だと感じられないのだ。エージェントに向かって怒鳴っているような気がして、ときに向こうも怒鳴り返し、ときには相手のほうが正しく、そのどれもが、かつて愛したあの仕事には感じられない。

エンジニアは朝、席に着いたとき、私たちがずっと感じてきたものを感じるべきだ。私はものをつくる。私は生み出す。自分のシステムがどう動くかを知っていて、それを証明できる。 その誇りはノスタルジーではない — 職業全体を成り立たせているものだ。どの差分の先にも、責任を負う人間がいるのだから。Andrej Karpathy の言葉が一番的確だ。エージェンティックなエンジニアリングとは、品質の基準を保ったまま、はるかに速く進むことである。責任はあなたにある。

だから答えは、AI を遅くすることではない。すべての差分を読むことでもない。エージェントが丁寧な提案として扱うだけの markdown フォルダでもない。答えは、エンジニアリングにおいて常にそうだったことだ。何がつくられたかを見る。それが何をするかを理解する。決して起きてはならないことを強制する。信頼する前に検証する。

だが、それはツールから始まる。エンジニアを再び制御の側に、スタックの頂点に戻し、自分がつくっているものを誇れるようにすることから始まる。

私たちはこう信じている：

エンジニアはもうアーキテクトだ。ツールもいいかげん、そのようにふるまうべきだ。
信頼は検証によって得られるものであり、雰囲気で得られるものではない。証明されないものは、リリースされない。
制御こそが機能だ。それ以外はすべて装飾にすぎない。
制御なき速さは混乱だ。制御を伴う速さこそ、この時代の約束のすべてだ。

そのために、私たちは Panolayer をつくっている。

*出典：Stack Overflow Developer Survey 2025、CloudBees State of Code Abundance 2026。