WarpターミナルがAGPL v3でオープンソース化——Rustコードベース公開、OpenAIが創設スポンサー

何が起きたか

2026年4月30日、AI優先ターミナルWarpがそのクライアントコードをGitHubで公開した。

ライセンス: AGPLv3（UIフレームワーク部分はMIT）
創設スポンサー: OpenAI
公開後数日でスター数: 3.7万超（GitHubトレンド2位）

Before: クローズドソース SaaS ターミナル
After:  AGPLv3 + MIT のオープンソースクライアント

Warpは「エージェント時代の到来」がオープンソース化の決定打になったと説明している。

なぜ今オープンソース化したのか

「エージェント」が天秤を傾けた

Warpは毎年オープンソース化の是非を検討してきたが、今年初めて「バランスが傾いた」と言う。その理由はAIエージェントの台頭だ。

エージェントがコードを書き、ターミナルコマンドを実行し、コントリビューションを管理する世界では、ツールがオープンであることの価値が急上昇する。

クローズドの問題点（エージェント時代）:
├── エージェントがコードを検証できない
├── コミュニティが機能提案を実装できない
└── ベンダーロックインへの懸念が高まる

オープンの利点:
├── エージェントがコードを読んでバグを発見できる
├── コントリビューションをAIエージェント経由で管理可能
└── 信頼の基盤がソースコードとして可視化される

OpenAIが創設スポンサーになった理由

OpenAIはWarpの新リポジトリの創設スポンサーとなり、エージェントによるコントリビューション管理ワークフロー（Oz）の動力源としてGPTモデルを提供する。

OpenAI Engineering LeadのThibault Sottiaux氏は次のように述べた：

「AIがメンテナとコントリビューターのコラボレーションをどのように改善できるかを探る実験を支援することを嬉しく思う。」

Warpにとって、OpenAIのスポンサーシップはモデルアクセスとブランドの両面での後押しになる。

ライセンス構造：AGPLとMITの分離

Warpのコードはスプリットライセンスを採用している：

warpdotdev/warp リポジトリ
├── warpui_core crate  →  MIT ライセンス
├── warpui crate       →  MIT ライセンス
└── それ以外のすべて   →  AGPLv3 ライセンス

UIフレームワーク部分（warpui_core / warpui）はMITなので、独自のターミナルUIを構築するためのコンポーネントとして自由に再利用できる。

一方、ターミナルのメインロジックはAGPLv3に従う。

AGPL v3の意味——商用利用での落とし穴

AGPLはGPLを強化したコピーレフトライセンスだ。ネットワーク経由での提供にも伝播要件が適用されるという点がGPLと異なる核心だ。

❌ こういうケースで問題になる:

Warpのコア部分を改変 → 自社のSaaSツールに組み込む
→ そのSaaSのソースコードも公開義務あり（AGPLの伝播）

✅ こういうケースは問題ない:

社内専用ツールでWarpのコードを改変して使う
→ 外部に「サービスとして」提供しなければ伝播しない

オープンソースツールにWarpのAGPL部分を依存として入れるのも慎重を要する。AGPLは他のコードにも「感染」するため、プロジェクト全体のライセンスに影響しうる。

追加された機能とエコシステム拡張

オープンソース化に合わせてWarpはプロダクトアップデートも発表した：

オープンソースモデルへの対応拡大

新たにサポートされたモデル:
- Kimi（Moonshot AI）
- MiniMax
- Qwen（Alibaba）
- 既存: Claude, GPT-4, Gemini

設定ファイルによるプログラマブルコントロール

# ~/.warp/settings.yaml（例）
theme: dark
ai:
  default_model: claude-opus-4-6
  context_size: 100k
keybindings:
  new_block: ctrl+k
  agent_mode: ctrl+shift+a

この設定ファイルはエージェントがマシン間でポータブルに管理できるように設計されている。

カスタマイズのレイヤリングモデル

組織レベル・ユーザーレベル・プロジェクトレベルでの設定の重ね合わせが可能になった。企業が統一のWarp設定を配布しつつ、開発者が個人の好みを上書きできる仕組みだ。

Warpのビジネスモデルはどうなるか

オープンソース化でWarpは何で収益を得るのか。

収益の軸:
├── Oz（クラウドエージェントオーケストレーション）: 有料サービス継続
├── チーム・エンタープライズプラン: チームコラボ機能
└── 将来的なエージェントマーケットプレイス（未発表）

クライアントをオープン化してコミュニティのフライホイールを回し、サーバーサイドのエージェントインフラで課金するモデルはHashiCorp（Terraform）が歩んだ道に似ている。ただしAGPLを採用した点でHashiCorpより強い「オープン性へのコミット」を示している。

開発者への実践的示唆

Warpを試すなら今:
1. brew install --cask warp  または公式サイトからDL
2. GitHub: github.com/warpdotdev/warp でコントリビュート可能
3. エージェントワークフロー（Oz）を試して自分のターミナルルーティンを自動化

注意点:
- AGPLなのでOSSプロジェクトへの組み込みはライセンスを要確認
- OpenAIスポンサーシップがどこまで製品方向に影響するかは注視が必要
- Rustベースなのでコードベースへの貢献にはRustの知識が有利

まとめ・参考リンク

WarpのオープンソースはAGPLという強いコピーレフトを選んだことで、商業的な囲い込みへの対抗を宣言している。エージェントに「見える・触れる」ターミナルを作るという方向性は今後のCLIツールのひとつの模範になりうる。

参考リンク：

S	公式ソース確認済み
A	成功実績多数・失敗例少数
B	賛否両論
C	動作未確認・セキュリティリスク高
Z	個人所感