Warpがついにオープンソース化
(warp.dev)- オープンソース化により、Warp client の開発にコミュニティが参加できるようになり、Oz ベースの agent-first ワークフローでエージェントと一緒に貢献できるようになった
- 開発のボトルネックがコードを書くこと自体よりも、仕様策定や検証のような human-in-the-loop 作業へ移ったことで、エージェントが実装を担い、人は何を作るかを決めて結果を確認することにより集中するようになっている
- 市場にフル機能のオープンな agentic 開発環境が不足している中、クローズドな代替案ではなく、コミュニティが方向性を共に形作れるオープンな開発モデルを強化する
- 今回の移行にあわせて、Kimi, MiniMax, Qwen のサポート、新しい auto (open) モデルルーティング、より広いカスタマイズ性、そしてプログラムによる制御とデバイス間の移植性のための settings file が追加された
- ソースコードは AGPL ライセンスで公開され、公開 GitHub Issue とロードマップを基準に開発が進むことで、コミュニティと共にagentic development の未来を築く基盤が広がった
オープンソース化の背景
- Warp client は オープンソースへ移行し、コミュニティが Oz ベースの agent-first ワークフローで開発に参加できるようになった
- OpenAI は新しい Warp リポジトリ の創設スポンサーとして参加し、新しいエージェント管理ワークフローは GPT モデルで駆動される
- 人がエージェントを大規模に管理し、エージェントが本番品質のソフトウェア実装を担う形が、今後のソフトウェア開発モデルとして定着しつつある
- 多様な貢献者のアイデア、Oz エージェントの構造化されたプロセス、豊富なコンテキストと自己改善ループを組み合わせることで、社内開発だけで作れる水準を超える製品を目指す
なぜ今公開したのか
- 開発速度の最大のボトルネックがコード記述そのものではなく、製品仕様の策定や動作検証といった human-in-the-loop 作業へ移ってきたため、オープンソース化によってより速くより良い Warp をリリースしようとしている
- エージェントが実装中心の作業をうまく処理するようになり、貢献者は何を作るべきかを決め、結果が正しいかを確認する、よりレバレッジの高い作業に集中できるようになる
- Oz のルール、コンテキスト、検証プロセスを経たコードへの信頼が高まり、機能実装への貢献が成功する可能性も大きくなった
- エージェントへの依存が深まるほど、オーケストレーション、メモリ、handoff、検証といった agentic engineering の中核要素をより洗練させる必要があり、それが再び製品改善へつながる好循環を生む
オープンな agentic 開発環境を目指して
- 市場にはフル機能のオープンな agentic 開発環境が存在しないと見ており、既存の大企業によるクローズドな選択肢の代わりに、コミュニティが参加できる代替案を開こうとしている
- agentic development の未来の形はまだ定まっていないため、コミュニティがその方向性を共に作るべきだという立場を取る
- Warp は multi-model, multi-harness 戦略を維持しており、今回の公開でそのオープン性をさらに強化する
- ユーザーと共にバックログのロングテール領域まで取り組み、Warp を最高の ADE に育てようとしている
製品の変更点
- 本日から Kimi, MiniMax, Qwen を含む、より幅広いオープンソースモデルのサポートが追加された
- 作業に最も適したオープンモデルを選ぶ新しい auto (open) モデルルーティングも提供される
- Warp の使い方のカスタマイズ幅が広がり、単なるターミナルの形から、diff view と file tree だけを含む軽量な agentic 開発環境、組み込みエージェントを備えた完全な ADE まで構成できるようになった
- 長らく先送りされていた settings file も追加され、ユーザーとエージェントが設定をプログラムで制御でき、デバイス間の移植性も容易に確保できるようになった
オープンソース運営の方式
- Warp のソースコードは github.com/warpdotdev/warp で AGPL ライセンスのもと公開された
- 貢献手順は CONTRIBUTING.md で確認でき、コーディング・計画・テストのような中核実装作業はエージェントが担い、コミュニティはアイデア、方向性、検証を支援する構造で運営される
- Warp チームは何をいつどのように作るかのガイドを提供するが、Warp は根本的にコミュニティと共に作る協業プロジェクトへと変わる
- nearly a million active developers が使う急成長中のアプリで、Warp チームと密に協業しながら貢献できる機会が開かれる
- OpenAI モデルが新しいオープンソースのエージェントワークフローを駆動するが、他のコーディングエージェントを使って貢献することも可能である
- ただし Oz には必要なスキルと検証ループが標準で組み込まれており、推奨ツールとして位置づけられている
開発プロセスの公開移行
- クローズドな製品開発プロセスから 公開型の開発プロセスへ移行した
- 今後は公開 GitHub Issue が機能追跡の基準点となり、feature tracking issue がその出発点として案内される
- ADE ロードマップも公開され、ADE 関連の技術および製品に関する議論も公開の場で進められる
事業上の理由と長期的な方向性
- オープンソース化は、成功するビジネスを構築するという目標と直接結びついている
- 資金力の大きいクローズドな競合と争う状況において、コミュニティが Warp を改善できるようにリソースを開放することが、製品開発をより速く加速させる方法だと判断している
- 価格競争や大規模利用への補助金で勝負できるほどのリソースはないため、最も情熱的なコミュニティを基盤に最高の製品を作るやり方が必要だ
- 5 年間のエンジニアリングが蓄積された Warp を、コミュニティが agentic development の未来を作る出発点として活用してほしいと期待している
- これまで通り非公開ロードマップを推測しながら内部でエージェント活用をさらに拡大する道もあったが、そうするとコミュニティが方向性を決め、製品を直接修正し、エージェントと共に最善の製品を作る機会を逃してしまう
過去の計画と今回の判断
- 5 年前に Warp をターミナルとして初めて公開した当初から、client をオープンソース化する計画はあった
- 毎年公開の可否を議論してきたが、今年は エージェントの台頭によってバランスポイントが変わったと判断した
- Warp のミッションは、開発者がより良いソフトウェアをより速くリリースできるよう支援することにあり、今回の開発手法の変化がそのミッションにさらに近づくことを期待している
1件のコメント
Hacker Newsのコメント
Warpを初めてインストールして /agent で「ビルドフォルダごとにターミナルタブを開いてほしい」と頼んだら、いきなり 利用規約違反 だとして AI 機能がアカウントで無効化された
初回ユーザー体験としては本当に最悪だった
設定で明示的に有効にしない限り、Warpがどのサービスにも接続しないと確認してもらえるのか気になる
初期にアカウント必須だったことを見ても価値観がずれているように見えたし、今ではターミナルをターミナルと呼ばず agentic development environment と呼んでいるのも、オンライン機能がありそうに感じる
最近はどんな製品でもWebページに AI を入れなければならない空気なのも理解はできる
本当に call home しないのか知りたい
Warpを起動した瞬間、ウィンドウが表示される前に HTTPリクエスト5件 を送る。バージョン確認1件、LLMモデル一覧1件は app.warp.dev に行き、telemetryイベント3件は warpianwzlfqdq.dataplane.rudderstack.com に送られる
これには永続的なUUID、OSとそのバージョン、Warpのバージョン、追跡イベント名とその属性が含まれる
SaaSへの誘導ポップアップを全部 No で流し、設定で telemetry を切っても、なぜかターミナルを再起動するとまた有効になっていた
実行中もこの 7000行のファイル にあるイベントを踏むたび、継続的に外部へリクエストを送る https://github.com/warpdotdev/warp/blob/d0f045c01bacbd845a631d07da30f277cfd2b98d/app/src/server/telemetry/events.rs
先に挙げたホスト以外にも o540343.ingest.sentry.io にも送っている
全体として プライバシーの悪夢 に近い
これは私たちの基準で P0 なので、数時間以内に修正版リリースを出す予定で、PRはここで見られる https://github.com/warpdotdev/warp/pull/9438/
サーバーへ telemetry を送る前に、ユーザーが無効化できる選択肢を提供している
Sentry でクラッシュレポートも使っているが、これも無効化できる
telemetry イベントは指摘の通りソースコードにもあり、Webサイトでも公開されている
アプリ内では私たちが送るすべてのリクエストを見られる network log も提供しており、telemetry 送信リクエストも確認できる
OSSビルドを自分でコンパイルすれば telemetry とクラッシュレポートは一切ない
オープンソース化の理由は信頼を削るためではなく、コミュニティとの信頼をさらに積み上げるためだ
事業を成功させるためにオープンソース化 するという説明は率直でよかったし、Warp自体は素晴らしいと思う
自分が知る人気のあるターミナルエミュレータのほとんどはすでにオープンソースで、Warpのほうがむしろ珍しいクローズドソース側だった
投資資金が尽きかけていて、今は「コミュニティ」に製品開発を任せようとする最後の試みにも見える
今後エージェント中心になってコミュニティはアイデアや仕様だけを出す形なら、今のように モデル価格補助 が崩れている状況でどれだけ持続できるのかも疑問だ
最初の製品はコミュニティに保守させて、会社は別方向へピボットしようとしているのではとも思う
やや皮肉に聞こえるかもしれないが、VC由来であることを考えると、これを善意だけで見るのは難しい
Warpは製品ビジョンとUIは本当にうまく作ったのに、強欲さ、クローズドソース、顧客の声を聞かない姿勢でそれを台無しにした教科書的な例だった
社内で誰かが変わって今さら修正しようとしているのかは分からないが、越えるべき山が多すぎるし、もしかするともう遅くて、ゼロから作られた別の製品のほうがうまくいくかもしれない
誰か AIとコード編集機能を抜いた軽量版 を作ってくれたらいいのにと思う
ターミナル体験そのものは最高だが、agent 機能は claude code、opencode、codex のような他の選択肢がすでに多く、使う機会がない
ところが収益化を探すうちにAI列車に乗ってからは、どんどん肥大化し、ひたすら agents を使わせようとする流れが逆に使う気をなくさせる
プライバシー面の懸念まであって、業務用マシンでは良心的に使いづらい
だから追跡もなくAIもないWarpを自分も望んでいる
今は AIをすべて無効化するボタン ひとつで済むようにしようとしていて、オンボーディングでもログインなしで普通のターミナルモードに入れるようにしてある
これで十分か気になる
あの頃はGhosttyの代替候補だったのであって、今みたいな 過剰なAI bloatware ではなかった
「Claude、このプロジェクトからいら立たしい収益化と vendor lock-in を全部引き剥がして」と頼めば、かなりうまくいくかもしれない
自分も高レベルな説明だけで必要な部分だけ複製して、有料ソフトウェアをかなり代替してきた
オープンソースを 良いプログラムの代替品 みたいに使うアプローチは長くは続かなさそうだ
95%の確率で1日以内に end-to-end で終えられそうに見える
Warpチームがこういう決断をしたのはうれしい
ここ数年メインのターミナルエミュレータだったのは、新しいノートPCへすぐ移しても barebones ZSH だけで大半が解決し、昔のように高速で多機能なZSHを無理に作り込むのに時間を使わなくてよかったからだ
デフォルトの自動補完も悪くなく、レンダリングが速くデフォルトのグラフィック設定も sane なので、フォントを変えるだけでほぼ十分だ
ファイルレンダリングのようなQoLもよい
agent 機能は使ったことがなく、CLIまわりは会社がClaudeを買ってくれたし、残りはZedの購読で足りている
それでも今は以前より試してみる気になっている
コミット履歴 まで公開していないのは残念だ
5年ほど前、Warpが単なるターミナルだった時点でブランチを切って、AIやクラウド部分を全部取り除き、気の利いた機能だけを持つ良いターミナルにしたかった
ソース公開前には現在のコード、特にコメントや文書を一通り見直したかったし、その作業もかなり面倒だった
大きな問題はなく、整理が必要なものが少しあっただけだが、履歴全体に対して同じレビューを求められるなら、自分でも望まなかっただろう
丸ごとそのまま公開することもできたかもしれないが、貢献者全員が最後に 公開準備レビュー を通した状態のほうが安心できたはずだ
その後は通常のレビュー工程で進めればよい
ただAlacrittyやGhosttyを使えばいいのではないか
そもそものWarpの売りはターミナルエミュレータではなく AIラッパー だった
https://x.com/mitchellh/status/2049159764261925005
自分はRustと libghostty でターミナルを作っていて、LinuxとWindowsにも対応し、さらにターミナルを理解する組み込みagentまで入れていた
動機はWarpがターミナル以上のことをやりすぎていることにあった
https://con.nowledge.co
今回Warpがオープンソースになったのはうれしい
Warpは過去の 悪い決定 をまだ多く乗り越えなければならず、オープンソース化を発表しても信頼はまだ十分には回復していない
今のメインは Ghostty だが、Warpも一時期見ていた
Warpはミニマルなターミナルというより、ほとんど IDE または ADE のように見えるが、この二つはかなり別物なのか気になる
ついでに、MitchellがSFで人々がGhosttyをどれだけ派手にカスタマイズしたか見せに来たとツイートしていたのを見たが、ここでもそういうことをやってみた人が多いのか気になる
たとえばリポジトリをフォークして、自分の好きなWarpの機能をひとつ直接実装するのがどれくらい簡単かも知りたい
Warpの中でターミナルグリッドレンダラとしてGhosttyを使う方向だ
初期にユーザーへAIを押しつけすぎ、そのせいで製品の魅力をきちんと見せられなかったように思う
一方Ghosttyは競合よりはるかに 安定していて高速で使い勝手も良い
自分も2週間ほど触って、日常使いできる程度のものは作れた
vimやtmuxのcopy modeに近い modal workflow が欲しかったが、tmuxを使うオーバーヘッドは避けたかった
もちろんこれは「Ghosttyにちょっとした機能をひとつ足す」よりはずっと複雑で、感触を知りたければリポジトリを見るとよい https://github.com/milch/mistty
Windowsではgit bashとの相性もかなり良い
ああ、OS/2 Warp の話じゃなかったのか
サイズを 850MB未満 にする可能性はないのだろうか