ハクソク

世界を動かす技術を、日本語で。

Warpがオープンソースになりました

12日前原文(warp.dev)

概要

Warpクライアントが オープンソース化 され、コミュニティ参加が可能に。 Oz によるエージェント主導ワークフローの導入。 OpenAIが Warpリポジトリ の創設スポンサー。 今後は 公開開発・協働 が主軸となる方針。 Warpのカスタマイズ性と利用可能モデルの拡大も実施。

Warpクライアントのオープンソース化とエージェント主導開発

  • Warpクライアント のソースコードを オープンソース化
  • コミュニティ がOzを通じてエージェント主導で開発に参加可能
  • OpenAI が新しいWarpリポジトリの創設スポンサー
  • GPTモデル を活用したエージェント管理ワークフローの採用
  • エージェント主導のリポジトリが今後の ソフトウェア開発の理想像 と位置付け
  • 人間がエージェントを大規模に管理し、 本番品質のソフトウェア を共同構築するモデル
  • 多様な貢献者 + Ozエージェント + コンテキストと自己改善ループの組み合わせによる 革新的な製品開発

オープンソース化の背景と狙い

  • より 高品質なWarp を迅速に提供するためのオープンソース化
  • コード実装自体よりも 仕様策定や動作検証 など人間の作業がボトルネック
  • エージェントによる実装負荷の軽減で、貢献者は より本質的な作業 に集中可能
  • コミュニティがエージェント管理に参加することで 開発速度の向上 を期待
  • Ozによるコード生成の 品質向上 と、貢献者の成功率向上
  • エージェント活用により オーケストレーション・記憶・引き継ぎ など中核技術の強化

開発者への新たな機会とオープンなADE

  • 開発者が 未来の開発環境 を共に形作る機会の提供
  • 現在、市場に 本格的なオープンなエージェント開発環境 が存在しない現状
  • Warpは マルチモデル・マルチハーネス 対応を強調し、さらなるオープン化を推進
  • ユーザーからの フィードバックへの迅速な対応 と、コミュニティとの協働による機能改善
  • Warpの カスタマイズ性向上 と、主要な製品改善の同時リリース

新機能・改善点

  • Kimi、MiniMax、Qwen など幅広いオープンソースモデルへの対応
  • タスクに最適なオープンモデルを自動選択する “auto (open)” モードの導入
  • ターミナルのみ から、 エージェント開発支援機能 （diffビューやファイルツリー）、 フルADE まで自由にカスタマイズ可能
  • 設定ファイル の導入により、ユーザーやエージェントによる設定管理・デバイス間移行の容易化

開発プロセスと貢献方法

  • github.com/warpdotdev/warp でソースコードをAGPLライセンスで公開
  • 貢献手順は CONTRIBUTING.md に記載
  • エージェントが 実装・計画・テスト などの重作業を担当し、コミュニティは アイデア・方向性・検証 で貢献
  • Warpチームは開発の ガイド役 として関与し、コミュニティとのコラボレーションを推進
  • OpenAIモデル を活用したエージェントワークフローを採用し、他エージェントでの貢献も可能（推奨はOz）
  • 公開GitHubイシュー で機能管理、公開ロードマップ、オープンな技術・製品議論を実施

ビジネス視点とコミュニティへの期待

  • 成功するビジネス構築 のためのオープンソース化
  • 資金力のある クローズドソース競合 との競争環境
  • コミュニティの力で Warpの製品開発を加速 する戦略
  • 価格競争や大規模な利用補助ではなく、 最高の製品 を熱心なコミュニティに提供する方針
  • コミュニティ自身が未来を形作ることへの 価値の重視
  • 5年の開発実績を持つWarpを エージェント開発の出発点 として提供
  • クローズドな内部開発だけでなく、 コミュニティ主導のイノベーション を推進

Warpのミッションと今後の展望

  • Warpの ミッション は開発者がより良いソフトウェアを迅速にリリースできるよう支援すること
  • エージェントの台頭により、 オープンソース化の意義 が高まった現状
  • 今回の変革を通じて、 Warpのミッション達成に一歩近づく ことを目指す

Hackerたちの意見

オープンソース化は、成功したビジネスを築きたいという私たちの願望から来ています。他の資金が潤沢なクローズドソースの競合と競争していて、コミュニティがWarpを改善するためのリソースを提供することが、製品開発を加速させる賢い方法だと思っています。私たちはVCから資金を受けたスタートアップですが、価格で競争したり、大規模に使用を補助するリソースはありません。最も熱心なコミュニティに最高の製品を提供することでビジネスを築く必要があります。率直な意見に感謝します。Warpは素晴らしいです。

└

Warpが価格で勝てないという資金が潤沢なクローズドソースの競合って誰？私が知っている限り、Warpだけがクローズドソースのターミナル製品だよ。他の人気のターミナルエミュレーターはほとんどオープンソースだし。資金が枯渇してきて、これが「コミュニティ」に彼らの製品を作らせる最後の手段なんじゃないかって感じる。エージェントが主導権を握り、アイデアや仕様、方向性をコミュニティからのインプットで進めると言ってるけど、補助金モデルの価格が崩壊している今、これがどれだけ持続可能なのか疑問だ。これは「コミュニティ」が最初の製品を生かしながら別の方向に舵を切ろうとしているのかな？ちょっとシニカルすぎるかもしれないけど、これは善意の行動とは思えない。特にVC資金の背景を考えるとね。

コミット履歴をオープンソースにしなかったのは残念。5年前、Warpがただのターミナルだった頃に分岐して、AIやクラウドの要素を取り除いて、シンプルなターミナルにしてみたかったな。

└

常に公開されることが期待されていたアプリのソースをリリースした者として、興味深いとは思うけど驚きはしないよ。コードが定期的に公開されていないと、すべてのコミットが「公開準備完了」であることを確認するインセンティブが減るからね。リリースする際には、現在のコード（特にコメントやドキュメント）を完全にレビューしたいと思った。これがかなり面倒で、大きな問題は見つからなかったけど、いくつかのクリーニングが必要なものがあった。全履歴に対してこれをやりたくはなかったな。リリースするだけでもよかったけど、貢献したみんなが、リリースされたものが最終的に「公開準備完了」のレビューを受けたことを知って安心していたと思う。その後は通常のレビュープロセスで進めていった。

Warpがすごく好き。ターミナルでやってることを視覚化できるのがいいよね。AI機能が嫌いな人もいるけど、ログインしない限りは有効にならないから安心。

└

最後に使ったときは、強制的にそうさせられたんだよね。数年経って、これが変わったと思っていいのかな？

主にGhosttyを使ってるけど、Warpも気になってる。Warpはミニマリスティックなターミナルというより、フル機能のIDE（~ADE）って感じだね。誰か意見をくれない？この2つはかなり違うのかな？ちなみに、MitchelがSFで人々がGhosttyの設定をカスタマイズして見せてくれたってツイートしてたけど、ここにいる人たちの中でやったことある人はどれくらい？それはどれくらい簡単にできるの？例えば、リポジトリをフォークして、好きなWarpの機能を実装するだけでいいの？

└

Warpは立ち上がらなかった。初期の頃にユーザーに押し付けすぎたAIが魅力を発揮できなかったのかも。Ghosttyは競合と比べて非常に安定していて、使いやすくて速い。

└

libghosttyを使うと、かなり簡単にできるよ。何かを設定するのに約2週間かけて、日常的に使えるレベルまで進めた。vimやtmuxのコピー・モードに似たモーダルワークフローを持ちたかったけど、tmuxを使うオーバーヘッドなしでね…これは「Ghosttyが欲しいけど$Xの調整を加えたい」よりもずっと複雑かもしれない。興味があればリポジトリを見てみて、どんなことが関わっているのか感じてみてね：https://github.com/milch/mistty

└

Warpの創業者だよ。実は、GhosttyをWarp内のターミナルグリッドレンダラーとして統合する話をMitchellと進めてるんだ。

└

AI CLIを一級市民として扱うターミナルファーストな体験を求めるなら、yawターミナルをチェックしてみて。Windowsならgit bashにもすごく対応してるよ。

誰かAIやコード編集の要素なしの軽量版を作ってくれないかな。ターミナルの体験が一番好きなんだけど、claude codeやopencode、codex、他にもたくさんの選択肢があるから、エージェント的な機能は必要ないんだよね。

└

いいフィードバックだね。AI関連の機能を全部オフにするボタンを用意したり、オンボーディング中に普通のターミナルを選べるようにしたりしてるんだけど、これでうまくいくかな？

└

それが何でそんなに素晴らしいのか、もっと詳しく教えてもらえる？これが初めて聞く話だから、興味津々なんだ。今はtmuxとghosttyを使って作業してるよ。

└

リポジトリを指し示せば、自分で少しショットでできるんじゃないかな。100%確信はないけど、1日でエンドツーエンドでできると思うよ。

└

これはvibecodingのいい使い道だね。「クロード、このプロジェクトを引き継いで、うざいマネタイズやベンダーロックインを全部取り除いてくれ。」これでうまくいくかもしれない。俺は必要な部分を高レベルの説明だけでクローンして、結構な数の有料ソフトを排除してきたんだ。オープンソースを質の高いプログラムの代わりにするアプローチは長続きしないと思うよ。

最近、Warpの代わりにhttps://superset.shを使い始めたんだ。@mastraが言ってたから。すごくクールなオープンソースプロジェクトだよ。これで作った最終的なセットアップには結構満足してる。新しいチケットを実装し始めるたびに、supersetがリニアからチケットを引っ張ってきて、ワークツリー/ワークスペースを作成して、ポートを予約して、サーバーを起動して、ブラウザを立ち上げて、チケットを指示としてClaudeを起動するんだ。このセットアップのいいところは、同じサーバーを10倍くらい異なるポート/ワークツリーで動かせること。エージェントが終わるたびに、ワークスペースに切り替えてブラウザを見て、すぐにテストできるんだ。まるで10個の仮想デスクトップを持ってるみたい。素晴らしい！

誰かが、Openrouterのキーを無料で使えるWarpのバージョンを作ってくれないかな。あとは他のプロバイダーでもいいけど。使えるようになるなら、月5ドルか10ドル払ってもいいよ。

面白いことに、俺はRustとlibghosttyを使って、LinuxとWindowsにも対応したターミナルを作ってたんだ。ターミナルを理解するエージェントも内蔵してるし。Warpはターミナル以上のことをやってるから、そのモチベーションがあったんだ。今、Warpがオープンソースになったのを見るのは嬉しいね。

初期の頃からWarpに興味があったけど（新しいRustターミナル！）、クローズドソースのターミナルは絶対に使わないから、これは勝利とは言えない気がする。AIの付属品には全く興味がないし。

ターミナルをオープンソースにして、エージェントビジネスが落ち着く場所を作るって、少なくともかなり正直な考え方だね。