Warp は、現在オープンソース化されています。

2026/04/29 0:58

Warp は、現在オープンソース化されています。

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

Warp は、Oz という名称の OpenAI クラウドエージェントオーケストレーションプラットフォームで管理され、OpenAI が設立スポンサーを務める AGPL ライセンスの下、高度なターミナルを公式にオープンソースとしてリリースしました。このリリースは、GPT を活用したエージェントが重負荷のコーディング、計画、テストタスクを担当し、人間開発者が高レベルの戦略、仕様策定、検証に専念できるようになる「エージェントファースト」ワークフローへのもっとも大きな転換を示しています。新たなエージェンティック管理ワークフローは、Kimi、MiniMax、Qwen、および新しい「auto (open)」モデルルーティングバージョンを含む広範なオープンソースモデルをサポートし、またプログラミングによる制御とデバイス間のポータビリティを可能にする設定ファイルを備えています。5 年にわたるエンジニアリングの歴史とほぼ 100 万人の開発者を擁するユーザーベースに支えられ、Warp はターミナルからフルデスクトップ環境までシームレスに統合され、差分表示ビューやファイルツリーなどの機能を備えています。プラットフォームは現在、機能追跡およびロードマップ議論の主要な真実情報源としてパブリック GitHub Issues を採用しており、それ以前のクローズドな開発プロセスを置換しています。結局のところ、このアーキテクチャは深いコミュニティ協調を促し、人間が方向性を導きながら AI が日常のワークフロー内に直接的に複雑なタスクを実行する新たな基準を確立しています。

本文

本日、Warp の開発プロセスにおける根本的な変化をご発表いたします。Warp クライアントがオープンソース化され、コミュニティも参加できるようになりました。これを実現しているのは、オズ(Oz)というクラウドエージェントオーケストレーションプラットフォームによる「エージェントファースト」のワークフローです。OpenAI は、この新たなオープンソース版 Warp リポジトリの創設スポンサーを勤めており、新しいエージェンティックな管理ワークフローは GPT モデルによって支えられています。

エージェントを活用したリポジトリでのオープンソース化こそが、私たちが将来のソフトウェア開発のあり方として描く姿です。大規模な規模でエージェントを管理し、実務レベルのソフトウェアを開発するモデルにおいて、これを公開的に実現させることが、ソフトウェアを最も迅速に改善・進化させる鍵となります。一言で言えば:多様な貢献者によるユニークなアイデア+オズのエージェントが構造化されたプロセスを担うこと+豊富なコンテキストと自己改善ループが組み合わさることで、内部開発では達成しがたいほど優れた「魔法のようなプロダクト」を創造できると私たちは考えています。

なぜ今なのか

最大の理由は、オープンソース化しコミュニティと共にエージェントの一団を見極めることで、より優れた Warp をより速くリリースできるという信念にあります。現在、開発における最も大きなボトルネックはコードの記述そのものではなく、コードを取り巻く「人間が関与する作業」——製品の仕様定義や振る舞いの検証など——にあります。実際には、内部チームの能力や望むペースに制限がかかっています。

私たちは、実装の重い部分をエージェントに任せることに大きな効果を見出し、それにより貢献者はより高いレバレッジを持つ仕事に集中できるようになりました:何が構築されるべきかを形作り、それが適切であるかを確認する作業です。コミュニティをプロセスに参加させ、エージェントの管理を支援してもらうことは、大きなブレークスルーをもたらすでしょう。オズのルール、コンテキスト、検証機能によって生成されたコードに対して私たちは非常に自信を持っており、したがって誰でも特性を実装する上で高い成功率を得られるはずです。また、エージェントに依存することは、私たちがオーケストレーション、記憶機能、ハンドオフ、エージェンティックなエンジニアリングの中核をなす他の要素すべてを精密化するようプレッシャーを課し、これにより良循環が生まれます。

第二の理由は、開発者に未来を形作る機会を提供することにあります。市場には全機能を備えたオープンなエージェンティック開発環境が存在せず、私どもはコミュニティに対して、より確立された企業から提供されているクローズドソースの選択肢に対する代替手段を提示したいと考えています。誰もエージェンティックな開発の未来がどのような姿をとるか正確に予言することはできませんが、私たちはコミュニティがその形づくりに参加するべきだと考えています。

Warp はマルチモデルかつマルチハーネスに対応しており、そのオープン性をさらに強化することに尽力します。これにより、私どもはユーザーに対してより迅速に対応し、長いバックログの末梢部分においても協力して、市場で最高の ADE(Agentic Development Environment)へと変貌させることができます。

この趣旨に基づき、本リリースに合わせていくつかの主要な製品改善を組み合わせ、Warp をさらにオープンでカスタマイズしやすいものとしてまいります:

  • 今日、Warp でサポートされるオープンソースモデルの範囲を大幅に拡大します。これには最新の Kimi モデル、MiniMax モデル、Qwen モデルなどが含まれ、「auto (open)」という新しいモデルルーティング方式を採用しており、特定のタスクに対して最適なオープンモデルを自動選択します。
  • Warp の体験環境のカスタマイズ性を劇的に向上させました。シンプルなターミナルから始め、アジェンティック開発を支援するための差分表示やファイルツリーなどの最小機能セットまで、フルフィーチャーの ADE と組み込まれたエージェントを備えた環境まで、ご好みのように自由にカスタマイズ可能です。
  • 長期間にわたって要望されていた設定ファイルを実装しました。これにより、ユーザーとエージェントが設定に対して程序的な制御を行使でき、デバイス間の容易な移行性が確保されます。

動作方法

Warp のソースコードは、AGPL ライセンスの下で以下の GitHub リポジトリにて利用可能です:github.com/warpdotdev/warp 。詳細なコントリビューションプロセスについては

CONTRIBUTING.md
をご参照ください。要点としては、「エージェントが重労働(コーディング、計画、テストなど)を担い、コミュニティメンバーがアイデアや方向性、検証を支援してもらう」という方針です。Warp チームは「何を」「いつ」「どのように」構築するかをガイドしますが、私たちは Warp が根本的にコミュニティとの協働プロジェクトへと変貌していくことを想定しています。これは、現在ほぼ 100 万人のアクティブな開発者が利用している急成長中のアプリケーションに貢献し、Warp チームと緊密に連携する絶好の機会です。Warp の新しいオープンソースエージェンティックワークフローは OpenAI モデルによって駆動されており、OpenAI は次世代のコラボレーティブソフトウェア開発を支援しています。他のコーディングエージェントも使用してコントリビューションを行うことも自由ですが、オズ(Oz)には適切なスキルと検証ループが組み込まれているため、私たちはオズの利用を推奨いたします。

「オープンソースは長年にわたり、開発者が学び、構築し、分野を進めるために不可欠な存在でした。AI がメンテナンナーとコントリビューターが大規模かつ効果的に協働するよう支援するための実験を支持できることをうれしく思います。」 — Thibault Sottiaux、OpenAI エンジニアリングリーダー

最後に、この変化を実現するためには、クローズドな製品開発プロセスからオープンなプロセスへ移行する必要があります。具体的には、公開された GitHub Issue が機能追跡の唯一の公式情報源となります。また、ADE に関するロードマップも公開し、技術的な議論や製品に関する話題をもオープンに行います。

結びの言葉

オープンソース化は、成功したビジネスを構築するという私たちの熱意から根本的に導かれています。資金力豊富なクローズドソースの競合他社と競争しており、コミュニティが Warp を改善するリソースを提供することで製品開発を加速させることは、非常に賢明な戦略だと考えています。もちろん私たちは VC からの資金支援を受けているスタートアップですが、価格競争や大規模な利用補助を行うだけのリソースを持っていません。したがって、最高の製品を最も意欲的なコミュニティに提供し、事業を発展させていく必要があります。

ビジネス目標を別にしても、コミュニティ自身が未来を形作ることに価値があると考えています。Warp は 5 ヵ年間にわたるエンジニアリングの蓄積があり、独自の製品です。私たちはこれが、他のオープンな代替手段を超える形で、アジェンティック開発の未来を構築するための魅力的な出発点となることを願っています。

現在のモデルでそのまま proceeding し、ロードマップを密かに推測しながら、内部でより多くのエージェントをスケールさせて開発を続けることも可能ですが、それは機会損失に過ぎません。コミュニティが方向性を形作り、製品をハッキングし、実際にエージェントと共に最良のプロダクトを構築するチャンスを逃すことになるでしょう。

5 年前にターミナルとして Warp を初リリースした際にも、常にクライアントのオープンソース化を計画していました。元の Show HN の投稿から引用します:

「毎年、オープンソース化するかどうか議論してきましたが、今年初めてエージェントの台頭によりバランスが変化していることが明確になりました。私は長年の開発者でありながら、今のこうした変化のようなものはかつて見たことはありませんでした。Warp のミッションは、開発者がより良いソフトウェアをより速くリリースできるようにすることでした。私たちが構築のあり方を変化させることで、その使命達成に少し近づけることを願っています。」

同じ日のほかのニュース

一覧に戻る →

2026/04/29 4:44

Ghostty は GitHub から撤退します。

## Japanese Translation: GitHub ユーザー 1299 が 18 年にわたり作成・維持してきたターミナルエミュレータ Ghostty が、プラットフォーム上の重要なインフラ障害の発生により、創始者が現在それを重大な業務に不適切と見なし始めたことを受け、公式に GitHub を離れる予定である。最近の GitHub Actions の停電は数時間ほど PR レビューをブロックし、これは Git そのものの問題ではなく GitHub サービス自体の構造的な問題を浮き彫りにしている。同月中盤の主要な GitHub 障害(同日に Elasticsearch の障害も発生したが別の事件)と時期を同じくしてこの週に終了した議論が、プロジェクトの移行計画を見事に実現させながら、現在の URL で即時のコードアクセスのために読み取り専用ミラーを維持するという方針で進められた。創始者は、新たなホスティングソリューションを探す過程で、商業的およびフリーソフトウェアの複数のプロバイダーから依存関係を段階的に削除していくことを意図している。この動きは、不揃いなサービスレベルを持つ主要プラットフォームに依存するオープンソースプロジェクトの長期的な持続可能性に対する業界全体の懸念の高まりを示しており、維持者は利便性よりも安定性を最優先することを促している。

2026/04/29 8:54

ChatGPT も広告を表示しています。以下がその全体的な帰属循環のプロセスです。

## Japanese Translation: OpenAI は、ChatGPT に独自の広告システムを直接統合し、SSE ストリームに `single_advertiser_ad_unit` オブジェクトを注入し、クリエイティブ資産を独自ドメインである `bzrcdn.openai.com` 上にホストしています。ブラウザには OAIQ v0.1.3 という追跡用 SDK が実行されており、製品の閲覧情報を OpenAI のサーバーへ報告しています。このシステムは Fernet 暗号化されたトークン(例:`ads_spam_integrity_payload`, `oppref`, `olref`, `ad_data_token`)を使用しており、これらは公衆向けのヘッダーバイトを 9 文字含み、トークンの発行時刻の復元を可能にしています(例:2026 年 4 月 26 日)。クリックされたリンクは外部ではなく ChatGPT の内部ウェブビュー内(`open_externally: false`)で開かれるため、OpenAI はクリック後のナビゲーションを観察できます。アトリビューションチェーンには、720 時間の有効期限を持つファーストパーティcookieに格納されるフォワードトークン(`__oppref`)と、impression ログを記録する `olref` が使用されます。コンテキストターゲティングは、北京旅行、フライト、NBA など 6 つの異なる会話トピックで確認されています。広告出稿元には Grubhub や GetYourGuide があります。追跡を軽減するには、ドメイン `bzrcdn.openai.com` と `bzr.openai.com` をフィルタリングし、cookie(例:`__oppref`, `__oaiq_domain_probe`)を確認する必要があります。

2026/04/29 6:17

GitHub に至るまで

## 日本語訳: 中心的な論点是、GitHub が有用なツールから、オープンソースのアイデンティティに依存する脆弱で中央集権的なインフラへと進化しすぎているという点にある。この依存関係は危険であり、企業の管理不備と不安定性が、過去の記録と長年にわたって構築されたコミュニティへの信頼の双方を脅かしている。GitHub はコード共有を円滑化させ、事実上のプロジェクト放棄フォーク、イシュー、議論などのアーカイブとなったが、その台頭は npm エコシステムなどにおけるマイクロ依存関係の爆発的増加と同時期に起きたものである。 GitHub を以前に、オープンソースは評判、メーリングリスト、信頼できるメンテナ、そしてより多くの管理努力を要するが制御とコミュニティの文脈を保持できる自己ホスト化インフラ(例:Trac、Subversion)などに基づいていた。Git の分散型の性質が広く普及したにもかかわらず、GitHub はホスティングを単一の商用エンティティに集約し、これはソフトウェアコモンズの皮肉な中央集権化である。今日では、いくつかのプロジェクト(Ghostty、Strudel、Tenacity など)は、不安定なベンダーへの依存を回避するために、Codeberg などの独立したホスティングへ移行している。 今すぐ必要なのは、商業的モデルから完全に切り離された、公衆向けの資金を十分に得たアーカイブを作り、重要コード、リリースアソートメント、およびセキュリティ勧告や設計論争などを含む歴史的議論を保存することである。現在のようにプラットフォームの変更や急激な移行によって消えてしまう場合である。そのようなレジリエントなバックアップがない場合、業界は社会的歴史の不可逆的な損失に直面し、コミュニティが孤立しデータが脆弱になるリスクを抱えることになる。著者は GitHub の回復を望みつつも、オープンソースの歴史に対して単一のプラットフォームへの依存は無責任であると論じており、将来には pre-GitHub 時代の教訓と GitHub エポックの実態とのバランスが必要であるべきである。

Warp は、現在オープンソース化されています。 | そっか~ニュース