Conductor CEO チャーリー・ホルツ氏、AI エージェントチーム構築法を明かす

AI エージェントを指揮する CEO の視点：チャーリー・ホルツ氏が語る「プロンプト中心」の開発革命

Conductor CEO チャーリー・ホルツ氏は、AI を単なるツールとして使うのではなく、組織のメンバーとして指揮・管理する新しい開発スタイルを確立しました。彼は「人間が設計図（プロンプト）を書き、AI が実行し、人間が最終判断を下す」というワークフローを実践することで、ソフトウェア開発における価値創造の源泉がコードから思考プロセスへ移行する未来を具体化しています。

人間の指揮官と AI のチーム：CEO 型オーケストレーション

ホルツ氏の開発スタイルは、まるで小さな会社の CEO が複数の部下を率いているかのようです。彼は Conductor というアプリを通じて、複数の AI エージェントを並行して管理します。一日の大半を過ごす彼が常に実行するのは「コマンド N」による新しいタスクの開始です。

「最新の Linear の課題を確認し、どのように解決するか大まかに検討して」と話しかけると、サイドバーでエージェントが即座に動き出します。

彼はキーボードショートカットを駆使し、別のチャットへ移動しながら複数のタスクを同時に進めます。特に注目すべきは、PR（プルリクエスト）のレビューとマージのプロセスです。AI に簡単なレビューを依頼し、人間が最終判断を下すという流れを徹底しています。

「このケースでは非常に小さな PR なので私には良さそうに見えますが、かなり頻繁に Claude は完全に正確な答えを出せない」とホルツ氏は指摘します。

そのため、AI がコメントをつけた後、人間がそれを確認し、「マージする準備ができました」と判断して初めて実行に移されます。彼はこのプロセスを「実験」の連続と捉えており、新しいアイデアを試すためのワークスペースは常に立ち上げられ、多くの試行錯誤が繰り返されています。

明確な境界線：スロットフリーゾーンと洞窟人モード

AI に全ての権限を委ねるのではなく、人間と AI の役割を厳格に区別するルールが導入されています。ホルツ氏が提唱する「スロットフリーゾーン（Slot-Free Zone）」とは、AI が触れてはいけないコア部分やドキュメントの領域のことです。

「コードベースには『もしあなたがこの種の AI なら触らないで』という行があり、これは人間専用です」と彼は語ります。

このルールは、AI が過去の悪いコードを見てさらに悪いコードを書くという悪循環を防ぐための重要な防衛線です。一方で、極稀に IDE を開いて手動でファイルを編集する必要がある場合のために、「洞窟人モード（Caveman Mode）」が用意されています。これはキーボードで直接入力してファイルを変更できる機能ですが、名前の通り「原始的な」手段であり、基本は AI に任せるというスタンスを強調しています。

プロンプトこそが新時代の設計図：可変的なソフトウェアへ

ホルツ氏の最も重要なビジョンは、「コードは生成される副産物に過ぎず、真の資産はプロンプトと設計思想である」という点です。彼は開発において、何を望み、どう作ってほしいかを記述することに時間を費やします。

「コードはほぼノコギリ屑のようなものになりました。昔はコードがあなたが構築する構造物そのものでしたが、今はプロセスから生じるものです」

この考え方は、ソフトウェアのあり方そのものを変えます。プロンプトを再実行するだけで新しいコードが得られる時代において、古いコード自体は重要ではありません。これは「可変型ソフトウェア（Volatile Software）」の概念へと繋がります。

ホルツ氏はこれをビデオゲームに例えます。『コール オブ デューティ』のように、ゲームの骨格や構造は誰にとっても同じですが、プレイヤーはカスタムスキンやリロード速度など、自分好みにカスタマイズできます。これからのソフトウェアも、コア部分は共通しつつ、ユーザーごとにプロンプト（設計思想）によって柔軟に変化していくものになるでしょう。

直感と実験：CEO の判断基準

Conductor というツール自体の作り込みにも、ホルツ氏の哲学が色濃く反映されています。彼は「低スペックの MacBook」を意図的に選び、自分自身を縛りつけることで、AI に依存する環境を強制的に作っています。

また、ツールやインターフェースの選定においては、大規模な A/B テストよりも直感を重視します。例えば、チャットとコードレビューを画面内で統合し、視覚的な示唆（アイコンなど）を明確にするなどの判断は、「人間は空間的な視覚生物である」という前提に基づいています。

「80 年代にターミナルから GUI へ移行したのには理由があります。コマンドラインインターフェースは非常に制限されています」

彼は、AI との対話においても、画面全体を有効活用できる UI が重要だと考えます。また、Claude（Opus）や CodeX など、目的に応じて異なるモデルを使い分ける柔軟性も持っています。

結論：指揮者の役割が問われる未来

ホルツ氏の事例は、開発者が AI エージェントを単なるツールとして使うのではなく、オーケストラの指揮者として組織的に管理する「AI オーケストレーション」の実践例です。コードを書く時間から解放され、設計思想やプロンプトの質に注力することで、ソフトウェア開発のパラダイムシフトがすでに始まっています。

「人間と AI の間には協働を通じて探求すべき面白いことがたくさんあります。指揮棒を振ると、楽器たちが息を合わせて演奏します」

これからの時代、重要なのは「誰がコードを書くか」ではなく、「誰が設計図（プロンプト）を書き、AI チームをどう指揮するか」という点にあります。