Warp CEO ザック・ロイドが語る、コーディングの次なる段階としてのソフトウェアファクトリー

![image](https://substackcdn.com/image/fetch/$s_!kQB7!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fa4140e59-9bc8-4685-8af0-0cf86b6f998f_1280x720.jpeg) Warp 創設者の Zach Lloyd が、AI エンジニア世界博覧会の展示ホールに立っている。 私はここ数年 Warp を取り上げてきましたが、コマンドラインインターフェースツールからソフトウェアファクトリープラットフォームへと急速に進化していく様子は非常に興味深いものでした。同社は ChatGPT の登場前の 2021 年中盤に、Rust ベースのターミナルとして設立されました。その後、AI が台頭すると、統合されたコーディングエージェントを備えたターミナルへと姿を変えました。 しかし近年、CLI ツール間の競争は劇的に激化しており、Claude Code、Codex CLI、Gemini CLI という 3 つの製品が巨大なテック企業によって支えられています。これが今年 4 月に Warp がコアとなる CLI ツールのオープンソース化を決断した要因の一つとなった可能性があります。 私は自身も Warp のユーザーであり、ネイティブの Mac CLI と比較してはるかに洗練されたツールだと感じています。しかし同時に、時代の変化に適応する同社の能力にも感銘を受けています。この特質は、数年前に CEO の Zach Lloyd 氏と初めてインタビューした際に見出したものです。そこで私は今週開催された AI エンジニア世界博覧会で彼に再会し、エージェントのチーム（あえて言えばファクトリー）をオーケストレーションするための新用語である「ソフトウェアファクトリー」について基調講演を行う彼に話を伺うことを熱望しました。 Warp には、Oz という新しいエージェントオーケストレーションプラットフォームがあります。これは、Lloyd が業界の転換点であると信じているものに対する同社の回答です。つまり、エンジニアがエージェントと対話的に作業を行う段階から、ソフトウェアの変更を継続的に選別し、実装し、レビューし、検証し、監視する自動化システムへの移行です。Oz は、ローカル環境と隔離されたクラウドサンドボックスにまたがる複数のモデルやコーディングハーンネスを接続することを意図しており、開発者がすでに使用しているツールにも適合するように設計されています。 私は Lloyd のステージ上でのプレゼンテーション直後に彼と話しました。そのプレゼンは YouTube で視聴可能です。これはソフトウェア工場が何であるかを知るための良い入門編です。1 対 1 の議論の中で、Warp がなぜソフトウェア工場への転換を行ったのか、Lloyd はどのようにしてこの用語を考案したのか（Factory などの類似企業とは独立してのようですね）、そしてなぜ彼が今後 1 年以内に主要なソフトウェアプロジェクトの多くが何らかの形の自動化された工場で運営されると予想しているのかについて掘り下げました。 個別のエージェントから自動化された開発ループへ Latent Space: 「ソフトウェア工場」という用語を初めて目にしたのはいつで、どのような点に惹かれましたか？ Zach Lloyd: 正確な時期は覚えていませんが、ソフトウェア開発の自動化が可能になるにつれて、過去 6 ヶ月以内にその概念を構想し始めたと思います。 私たちは最初は個別の自動化から始めました。クラウド上でエージェントを実行するのです。多くのプラットフォームがそこから始まりました。その後、クラウド上のエージェントをタイマーで実行するという形になりました。 次の質問は、自動化する最も価値のあるループは何なのかでした。答えは基本的にソフトウェア工学の主要なループです：トリアージ、仕様策定、実装、レビュー、検証、リリース、そしてモニタリング。 私たちは Oz の構築を始める約 1 年前から、このクラウド自動化のビジョンに向けて取り組みを開始しました。過去数ヶ月で業界も「ファクトリー」という用語を中心に集結し始めています。今回のカンファレンスにはソフトウェアファクトリーのトラックが完全に用意されています。 これは文字通り、私たちが製品を構築する中心となるものです。次のバージョンの Oz では、ファクトリーを設定し、その外観を確認し、工場フロアを管理できるようになります。 しかし、私がそれほど気にしているのは用語が定着するかどうかなどではありません。本質的な転換は、対話型開発から自動化された開発への移行です。「ファクトリー」という言葉はそのための有用な比喩です。 既存のワークフローに合わせたファクトリーの構築 Latent Space: 発表では、ご自身の製品をいくつか含むソフトウェアファクトリースタックを示されました。Warp の計画は、そのスタックを構成するツールを提供することでしょうか？ Lloyd: はい。クラウドエージェントプラットフォームである Oz にアクセスすると、ファクトリーの設定手順が案内されます。 リポジトリを選択し、自動化したいソフトウェアライフサイクルの部分を指定し、人間がループに参加すべきポイントを設定します。異なる組織やコードベースでは好みが異なります。コードレビューを完全に自動化するのか、それとも特定のリスクの高い変更については人間によるレビューを行うのか、といった選択が可能です。 システムはその後、ループの作成を開始します。Jira や Linear から課題を抽出したり、Slack や Teams を通じて人々が提出できるようにし、GitHub からのエージェントへのリダイレクトを開発者に許可したりします。 製品視点で興味深いのは、ファクトリーの大部分が必ずしも新しいインターフェースではないということです。それは人々の既存のワークフローへの統合です。少なくとも、私たちはそのように構想しています。 ターミナルを超えて進む Warp の理由 Latent Space: 私が初めて Warp について書いたときは、同社がモダンなターミナルを構築しているところでした。コードは今でも重要ですが、ますますエージェントによって生成されるようになっています。Warp はそれに応じて製品ビジョンを広げているようです… Lloyd: 100% その通りです。これを考える良い方法は、当社のミッションは設立以来変わっていないということです。常に、開発者や企業がより迅速により優れたソフトウェアをリリースできるよう支援することに焦点を当ててきました。 プロダクトは劇的に進化しました。現在の AI ウェーブ以前にはモダンなターミナルのバージョンとして始まりました。次のイテレーションでは、エージェントが組み込まれたターミナルとなり、現在も投資を続けており、すでにオープンソース化しています。 しかし世界は変わり続けます。基盤となる AI があまりにも急速に改善するため、私の未来観は講演で述べた通りです。対話型コンポーネントの重要性は低下していくでしょう。 企業として、ソフトウェアが構築され、そのプロセスの効率を測定できる中央集権的な場所を望むはずです。私は製品が何になるかについて、方向転換することを恐れてはいません。基盤となる技術が向上するにつれ、適応しない企業は取り残されていくことになります。 ファクトリー・エンジニアリングという新たな分野 Latent Space: 「ファクトリー」という言葉は、メカニズムや反復作業との連想から、一部の開発者には拒絶反応を引き起こす可能性があります。この方向転換について、AI エンジニアからはどのようなフィードバックをいただいていますか？ Lloyd: この概念は、経済的な意思決定者、つまりエンジニアリングチームを率いる人にとって強く共鳴します。 個人のエンジニアにとっては、機械的であり創造性に欠けるように聞こえるかもしれません。彼らはこう考えるでしょう。「私はコーディングを楽しむのに、なぜファクトリーで働きたいと思うのか？」 私が講演で伝えようとした点の一つは、これが新たなエンジニアリングの分野になるということです。この仕事をメタ・エンジニアリング、つまり製品を構築するシステムを構築する仕事と捉えれば、非常に興味深いものになると考えます。 これは多くの問題解決スキルを同じように活用します。なぜエージェントが特定のタスクではよく機能し、別のタスクではうまくいかないのかを問うことになります。フィードバックをどのように調整すべきか？どのような文脈が必要か？ワークフローはどのように変更すべきか？ しかし、善かれ悪しかれ、これらのシステムの力とソフトウェア開発を加速させる能力があまりにも大きいため、すべてを手書きで記述することが長く続く意味を持つことはなくなるでしょう。 前方展開エンジニアの役割 Latent Space: 本会議のもう一つのトレンドは、フォワード・デプロイ型エンジニアリングです。これは製品管理、コンサルティング、そして従来のエンジニアリングの側面をしばしば組み合わせたものです。これがソフトウェアファクトリーモデルにどのように適合するのでしょうか？ Lloyd: ソフトウェアファクトリーを構築するには、企業によって異なりますが、既存の多数のシステムとの統合を伴う可能性があります。 その工場は、これらのシステムからの文脈を持ち、組織全体のワークフローに統合されている場合に最も効果的に機能します。この分野におけるフォワード・デプロイ型エンジニアリングの多くは、実質的な変革プロジェクトです。 これには、これらのシステムの構成と展開方法を理解している人物による本格的なエンジニアリングが必要です。私たちはその一部を行っており、競合他社も同様の取り組みを行っています。 最終状態がどのようなものになるかはわかりません。Warp は、サービスビジネスというよりはプラットフォームビジネスとしてこの領域にアプローチしています。しかし、これらの製品を使用して企業のワークフローを変革するために、賢明な人材を企業に派遣するというビジネスは確かに存在します。 Oz のテストベッドとしての Warp Latent Space: 私はターミナルとして Warp を使用しており、一部のコーディングタスクにも利用しています。ソフトウェアファクトリー時代において、元の Warp CLI プロダクトはどうなるのでしょうか？ Lloyd: Warp をオープンソース化した際、そのリポジトリを Oz の管理下に置きました。私たちは独自のファクトリープラットフォームを用いて、このオープンソースプロジェクトの周りにソフトウェアファクトリーを構築しました。 私たちは、Warp を可能な限り改善し続けることを目指しています。そのためにコミュニティと協力しており、エージェントを活用した取り組みも数多く行っています。この意味において、Warp はファクトリー概念のためのテストベッドとなっています。 しかし同時に、Warp は約 100 万人の開発者に利用されている製品であり、多くの人がそれを主要な開発環境として依存しています。私たち自身も常時使用しており、内部には改善を担当するエンジニアがまだ在籍しています。私たちは単に、その作業をファクトリー思考に基づいて進めているだけです。 段階的な自動化、一夜での置き換えではない Latent Space: ソフトウェアファクトリーの採用という観点から、来年はどのような姿になると予想されますか？ Lloyd: これは一挙には起こりません。エンジニアが朝起きて目覚めた瞬間に、ソフトウェアファクトリーが彼らの仕事を奪っていることに気づくようなことはありません。 企業は特定のユースケースや、特定種類の課題、あるいはリスクの低いリポジトリから始めます。そこでは、コードのすべての行を人間がレビューする必要がないことに対して、比較的安心感を持てる場所です。 まずはそのパフォーマンスを確認します。そうすると、エンジニアリング上の課題は「プルリクエストの 20% を自動的にマージする」ことから、「30%、40%、50%、あるいは 60% に引き上げるにはどうするか」というものへと変化していきます。 依然として、難しすぎる、曖昧である、またはグリーンフィールド（新規開発）的な思考を要する作業については、人の手による対応が必要となる割合が残ります。 しかし、このシフトは来年のうちに起こると思います。私の予測では、すべての重要なソフトウェアプロジェクトに、コードを継続的に前進させる何らかのコアエンジン—工場に似たもの—が備わるようになるでしょう。 それは GitHub や CI/CD と同様に、真剣なソフトウェアプロジェクトが運営する上で標準的な一部となるはずです。それが起きないとしたら驚きです。 面倒な部分を自動化することから始めよう Latent Space: このカンファレンスには何千もの AI エンジニアがいます。このシフトに備えるために彼らは何をすべきでしょうか？ Lloyd: 製品を直接構築するだけでなく、工場に向けた何らかの自動化を構築し、それがどのような感覚かを試してみてください。 例えば、新しいユーザーからの課題をエージェントが自動的に実装したいとします。それを機能させるためには何が関わるのでしょうか？また、それを受け入れることを妨げるものは何でしょうか？ もしかするとコードレビューがボトルネックになっているのかもしれません。あるいは、エージェントが変更を加えているのに、その内容が明確に把握できないのかもしれません。そのような問題は、ループを構築しようとして初めて発見されるものです。 すべてを手作業で構築するという思考の枠組みから抜け出してください。あなたの仕事の面倒な部分を見つけ、それを工場アプローチを使って自動的に処理するループを作成してみてください。

Warp CEO ザック・ロイドが語る、コーディングの次なる段階としてのソフトウェアファクトリー

背景や根拠まで確認しますか？

調べる

選ぶ

サイト

背景や根拠まで確認しますか？

ニュースの次に確認する

調べる

選ぶ

サイト