(自分への覚書) 穿孔カードからPythonへ、Pythonからエージェントへ
エージェントへの移行が、最良の作り手の定義をどう変えるか
Pythonからエージェントによる構築への移行は、一世代に一度きりのインターフェース変化のように感じられる。
それは穿孔カードからPythonへの飛躍のように感じられる。
いまのエージェントが完璧だからではない。完璧ではない。だが重心が動いているからだ。仕事は、あらゆる指示を直接書くことから離れ、意図と制約と成果を指定し、そのうえで手順そのものはシステムに生み出させるほうへ、移りつつある。
同時に、この種の移行はいつも雑然としている。どの抽象レイヤーも、初期の版はぎこちなく感じられる。人はそのレイヤーを現実のものにするために余計な手間を負わされる。糊を書く。奇妙な失敗の仕方をデバッグする。本来なら自分の仕事ではないはずの足場を、しばらくのあいだは、組むことになる。
だからこそエージェントによる構築は、より高い水準にいるようでいて、同時に妙に手を動かしている、という二重の感覚を伴いうる。
そして新しい抽象レイヤーが到来するたびに、それはより深い問いを変えてしまう。
最良の作り手とは誰になるのか。
「最良」はけっして一所に定まらないからだ。それはいつでも、最も硬い制約のあるところへ移っていく。
新しい抽象レイヤーは技の意味を変える
ソフトウェアの歴史において、最大の転換は構文をめぐるものではなかった。抽象をめぐるものだった。
穿孔カードから構造化プログラミングへ。低水準言語から高水準言語へ。スクリプトからフレームワークへ。DevOps。クラウド。分散システム。現代の機械学習スタック。どの波も、何を本物のエンジニアリングとみなすかを変え、年功が何を意味するかを並べ替えた。
エージェントによる構築も、それと同じ一つの波だ。
多くの人の本能は、目に見える部分、すなわちインターフェースに目を向けることだ。チャットボックス。コーディングエージェント。ターミナル上のプロンプト。道具を呼び出すモデル。マルチエージェントのプランナー。だがより深い転換はインターフェースではない。それは仕事がどう記述されるかの変化だ。
古典的なプログラミングは明示的な指示だ。高水準言語をもってしても、開発者はなお手順を符号化する。エージェントによる構築は違う。それは仕事を仕様と協調のほうへ押しやる。作り手は意図を述べ、文脈を与え、境界を定め、そのうえで変化していく実行を監督する。
それはより高い抽象に見える。だがそれは新しい種類の摩擦も持ち込む。システムは強力でありながら、なお予測しがたいことがある。驚くべき仕方で成功し、驚くべき仕方で失敗しうる。仕事は、正しいコードを書くことだけではなくなり、振る舞いを形づくることになる。
だから正しい問いは、エージェントがエンジニアに取って代わるかどうか、ではない。
より良い問いは、コードが安くなったとき何が希少になるか、だ。
新しい仕事の単位はループだ
エージェントの時代には、仕事の単位はループになる。
意図、計画、実行、評価、統治、反復。
これは、エージェントがSlack、Notion、Google Drive、チケッティングシステム、CRM、社内wiki、データウェアハウス、デプロイ用ツールにまたがる現実の企業業務に触れた瞬間に、明白になる。
その環境では、モデルは理解していてなお実行できないことがある。道具は動いてなお道具の選択は誤りうる。記憶は助けにもなり、過ちを増幅もする。マルチエージェントへの分解は品質を上げもし、暴走する複雑さを生みもする。デバッグは「コードを直す」ことをやめ、「正しさを定め、振る舞いを制御する」ことになる。
だから大事な技は移る。
エージェントはエンジニアリングをなくしはしない。手作業の指示書きの量を減らすのだ。希少になる技は、自律を頼れる成果に変えることになる。
それは、最も速い実装者であることとは別の技だ。
経験ある作り手はなお意味を持つか
よくある恐れがすぐに現れる。インターフェースが「エージェントに何をすべきか告げる」ことになるなら、勝つのは最も若い、道具に馴染んだ作り手だけなのか。
より正確な型はこうだ。
早い勝者は、道具に馴染んだスピード狂であることが多い。彼らは速くデモを作り、空間を果敢に探り、最も新しい能力を真っ先に使い倒す。
息の長い勝者は、雑然とした組織の現実のなかで役に立つシステムを送り出せる者であることが多い。それにはレガシーの制約、セキュリティレビュー、曖昧な利害関係者、チーム横断の統合、コンプライアンス、絶え間ない保守が含まれる。
最上層は両方を兼ねる。道具の流暢さに判断を加えたものだ。
ここが要点だ。
エージェントの時代は、一つの条件のもとで、経験ある作り手に味方する。
経験が、道具からの距離になってはならない。
年功が純粋に管理的、概念的、あるいは政治的なものになると、フィードバックのループは切れる。年功が手を動かしつづけ、仕様を書き、試作し、テストし、反復し、送り出すなら、その優位は積み重なる。コード生成が安くなるほど、ボトルネックは上へ、システム設計、オーケストレーション、プロダクトの趣味、組織への統合へと移っていく。
それらは、実行とつながりを保つかぎりにおいて、経験が意味を持つ領域だ。
A2Aの波を生き延びる三つの立ち位置
「企業向けチャットにコネクタを足した」という分類に属する会社は、新しいスタックのどこに身を置くかを決めねばならない。守れる立ち位置は少なくとも三つある。
一つめはコントロールタワーだ。
チャットはプロダクトではない。それは実行のためのコックピットになる。意味のあるすべての行動が、何が意図され、何が計画され、どの道具が使われ、一歩ごとに何が起き、いくらかかり、結果が何だったかを記録する一つの実行オブジェクトになる。危うい手順には明示的な承認がつく。再生と監査が一級の機能になる。インターフェースは、問いを書き込むテキストボックスではなく、自律のためのコックピットになる。
二つめはコンテキストファブリックだ。
マルチエージェントの世界では、ほとんどの企業が単一のエージェントを持つことはない。多数を持つことになる。ベンダーのエージェント、社内のエージェント、ワークフローに特化したエージェント。粘りつくレイヤーになるのは、権限の正しい文脈、アイデンティティとアクセスの意味論、質の高い道具のインターフェース、そして統治を意識した検索と行動の制約だ。あらゆるエージェントのUIを所有しようと争う代わりに、会社は、企業の文脈と道具へのアクセスを提供する最も信頼される存在になる。
三つめは、ガバナンスとオブザーバビリティそのものをプロダクトにすることだ。
エージェントが行動できるようになった途端、ガバナンスはPDFであることをやめ、予算の一項目になる。企業が必要とするのは、行動の監査ログ、エージェントが何をどこで誰のアイデンティティのもとでできるかを定めるポリシーエンジン、道具の使用挙動に対する異常検知、そして何が変わり何が後退し何を安全にデプロイできるかが明らかになる変更管理だ。これは華やかではないが、守れる。企業の神経系のなかに座っているからだ。
役に立つ目安は単純だ。
勝つプラットフォームは、しばしば、自律を読み取れるものに、制御できるものに、安全なものにするものだ。
エージェントの世界における、技を第一とする野心
エージェントの時代のもう一つの転換は、技術的なものだけでなく、文化的なものだ。
重要なプロダクトの多くは、金銭を第一とする発想からは生まれない。それらは、最良のものを作ることに取り憑かれ、事業を制約と流通の問題として扱う、技を第一とする作り手から生まれる。
その心構えは、エージェントの時代が報いるものとよく重なる。
趣味、すなわち何を作り何を無視するか。明晰さ、すなわち仕事をどう仕様化し分解するか。統合、すなわち現実のワークフローにどう収まるか。反復、すなわち現実世界のフィードバックがどれだけ速く取り込まれるか。
エージェントは良い趣味も悪い趣味も増幅する。何かを送り出すことを容易にし、それは同時に、間違ったものを送り出すことも容易にする。
だから技は競争上の優位になる。
実験者にとってのより良い楔、エージェント型プロダクト設計
エージェントの時代における最も梃子の効く楔は信頼性エンジニアリングであるにちがいない、という思い込みがよくある。信頼性は重要だが、それが唯一のリーダーシップの車線ではないし、唯一の心を動かすものでもない。
実験者や研究者の型にとって、より自然な楔はエージェント型プロダクト設計だ。
これは、最前線の能力を新しいワークフローと新しい市場に変える、その振る舞いのシステムを設計する技だ。
それはこのような問いに焦点を当てる。
現実の仕事にとって正しい自律の単位は何か、タスクか、役割か、マルチエージェントのトポロジーか。記憶はどこで助け、どこで害をなし、どんな記憶の構造が役に立つ長い見通しの振る舞いを生むか。エージェントは、チェックポイント、レビューのUX、委任のパターンを通じて、混沌にも官僚制にも崩れ落ちることなく、どのように人間と関わるべきか。どのワークフローがエージェントによって十倍良くなり、どれが頑として人間に留まるか。エージェントが一貫して成功するよう、スキーマ、アフォーダンス、文脈上の手がかりを含め、道具のインターフェースはどう設計されるべきか。自律はプロダクトの表面をどう作り変え、それをチャットから、実行、ジョブ、ワークフロー、そしてチームメイトとしてのエージェントへと移すか。
この楔は、積み重なる成果物を生む。
エージェント型プロダクトのためのリファレンスアーキテクチャ。オーケストレーションのパターンと「エージェントのチーム」の設計。ワークフローを自然に感じさせる記憶と道具使用のパターン。新しいカテゴリーのリスクを下げる、切れ味のよい仕様と試作。パターンがそれと分かるようになる前に、早くにそれを名づける書きものだ。
それは、従来の管理職の経路を要さないリーダーシップだ。
今後五年から十年における、高い技を持つリーダーシップの実行可能な三つの道
エージェントの時代は新しいプリンシパル級の役割を生むが、それらがみな同じ姿をしているわけではない。経営管理に流れ込まずに高い梃子を求める作り手にとって、三つの道が際立つ。
道Aは、最前線の企業におけるエージェント型のプリンシパルICだ。
これは、本番で動くエージェント能力をくり返し送り出す、手を動かす技術的リーダーだ。影響力はシステムを送り出し標準を定めることから来る。仕事は、少数の高い力量を持つ仲間との深い協働だ。リーダーシップは技術的なもので、アーキテクチャ、試作、仕様、方向づけを軸とする。最適化の目標は、自律がどう働くべきかの参照点となり、他のチームが採り入れるパターンを築くことだ。
道Bは、C級経営者にはならない、フィールドCTOまたは応用AIリードだ。
これは、最前線の能力と現実の企業の成果とのあいだの、作り手であり翻訳者であって、ロードマップを形づくれるだけのプロダクト感覚を備えている。うまくやれば、それは営業の見世物ではない。応用システムのリーダーシップだ。その優位は、現実の顧客の制約と導入の摩擦からの高い信号、それに加えて、何が作られ何が無視されるかを舵取りする梃子にある。鍵は、より少なく、より深い関与と、問題から試作へ、本番へと進む反復可能なプレイブックだ。
道Cは、強い組織のなかの内部インキュベーターの作り手だ。
これは、流通と人材の密度を備えた組織のなかで、曖昧な着想を現実のプロダクトへとくり返し運ぶ、突撃チームの作り手だ。それはスタートアップのエネルギーを、孤立なしに保つ。仕事を技第一、実行駆動に保つ。送り出した賭けのポートフォリオを生み、評判を速く築く。鍵は、小さなチーム、短いサイクル、果敢な試作、そして「完了」の明快な定義、すなわち研究でもデモでもなく送り出された価値を意味する定義だ。
三つの道はみな一つの主題を共有する。
高い技を持つリーダーシップは、人を管理することではなくなり、エージェントを現実世界で役立てる自律、システム、インターフェース、ワークフローを設計することになっていく。
実践的なオペレーティングシステム
どの道であれ、戦略は似たままだ。
道具のフィードバックのループに留まれ。日々の利用が大事だ。プロンプティングが未来だからではなく、失敗の仕方を理解することが未来だからだ。
意見だけでなく、成果物を送り出せ。書きものは、送り出すことから立ち上がるとき積み重なる。パターン、アーキテクチャ、試作、テンプレートを含めて。
小さく質の高いループのなかで築け。最良の仕事は、しばしば、数人の強い協働者と密な反復のサイクルのなかで起きる。
カテゴリーを定義する明晰さを狙え。希少な技は、エージェントが来ると知っていることではない。希少な技は、それらがプロダクトと組織のなかで何になるべきかを定義することだ。
企業の制約を、摩擦ではなく設計の入力として扱え。権限、監査、アイデンティティ、ワークフローの現実こそが、息の長いプロダクトをデモから分かつものだ。
結論
次の世代のシニアな技術的リーダーシップは、コードがどれだけ速く打たれるかで定義されはしない。
それは、自律がどれだけよく設計されるかで定義される。
それには、正しい抽象を定め、最前線の能力を現実のワークフローに変え、自律を人間の組織のなかで使えるものにし、振り返れば必然に見えるシステムを築く能力が含まれる。
エージェントの時代は、経験ある作り手の終わりではない。それは技の再定義だ。
勝つ作り手は、ただエージェントを採り入れる者ではない。
彼らは、エージェントがいたるところにあるとき仕事が何になるかを設計する者だ。