Claude Code、Codex、Cursor、Geminiベースのコーディングツール、モデル専用のコマンドラインエージェントなどの垂直統合製品が支配する市場において、OpenCodeは成長を遂げました。それは、
Claude Code、Codex、Cursor、Geminiベースのコーディングツール、特定モデル向けのコマンドラインエージェントなど、垂直統合型製品が支配する市場において、OpenCodeは成長を遂げた。
その戦略は他とは一線を画す。OpenCodeは開発者に特定のモデルプロバイダーへのコミットを求めるのではなく、ターミナル、デスクトップアプリ、またはIDEで動作し、複数のプロバイダーのモデルを接続できるオープンソースのモデルニュートラルなレイヤーとして自らを位置づけた。
2026年7月に公開されたインタビューで、OpenCodeの創業チームは、この製品が月間アクティブユーザー約1,300万人、1日あたり約7兆トークンの処理を達成し、2つの収入源を確立したと報告した。これらを合算すると、年間収益は約5,600万〜5,800万米ドルに相当する。
これらの数値は企業自身による報告であり、公開監査はまだ受けていない。OpenCodeの現在のホームページには月間開発者750万人以上と表示されており、2つの公開数値は異なる集計期間または定義を使用している可能性がある。同社は詳細な整合説明をまだ公表していない。
上記の留保点を考慮しても、OpenCodeの成長軌道は注目に値する。これは、アプリケーション企業が競合するモデルラボ間でどのように成長できるかを示している。すなわち、新たなモデルが有用になるたびに利益を得られるオープンで中立的なインターフェースという、ラボ自身が埋めにくいポジションを占めることで成長したのである。
OpenCodeの創業チームは、コーディングエージェントをリリースする前に、オープンソースの開発者ツールを長年にわたって構築してきた。
彼らの初期プロジェクトであるSSTは、成功した開発者インフラ製品へと成長した。収益化を達成した後、チームは次に何を構築すべきかを模索し、AIを無視することはこの10年間のソフトウェア開発における最も重要な変革を無視することになると結論づけた。
初期の実験はすぐに説得力のある製品にはならなかった。転機は、チームがClaude Codeを使い始めたときに訪れた。
多くの開発者はすでに言語モデルに支援を求めていたが、ワークフローは断片的だった：
ターミナル中心の開発者にとって、このコンテキストスイッチは特に妨げとなるものだった。
CursorはAIネイティブなエディターが多くのユーザーを引き付けられることを証明したが、OpenCodeチームは主にVimとターミナルツールを使用していた。別のエディターに移行することは、AI機能と引き換えに慣れ親しんだ編集環境を放棄することを意味した。
Claude Codeは異なるインタラクションパターンを示した。それはエディターの隣で動作し、リポジトリを検査し、ファイルシステムを使用し、コマンドを実行し、変更を行う。開発者は既存の設定を放棄する必要がない。
OpenCodeチームはチャンスを見出した：同様のターミナルネイティブなエージェントを構築するが、オープンソースにし、単一のモデルプロバイダーに依存しないものにする。
プログラミングエージェント市場にはすでに多くの製品が存在している。OpenCodeは競合他社が存在しないことを証明する必要はなかった。
それはまだ占領されていないポジションを確保する必要があった。
創業者は、モデル間の競争が激化すると信じていた。Anthropic、OpenAI、Google、xAI、中国のモデル開発企業、そしてオープンウェイトコミュニティは、性能、価格、速度、デプロイ要件においてそれぞれ異なる強みを持つシステムを継続的にリリースするだろう。
単一のモデルに結びついたツールは、そのモデルが進歩したときに利益を得る。中立的なツールは、サポートされるいずれかのモデルが進歩したときに利益を得ることができる。
これにより、明確な初期目標が形成された：
他のプロジェクトがそのアイデンティティを確立する前に、デフォルトのオープンソースプログラミングエージェントインターフェースになること。
オープンソースはOpenCodeにとって特に有利だった。なぜなら、広範なモデルエコシステムをサポートすることは、膨大な量の統合作業のロングテールを生み出すからだ。
異なるプロバイダーは以下の点で異なる：
小規模な内部チームでは、すべてのプロバイダー、リージョン、ローカル設定、エンタープライズプロキシ、プライベートクラウド環境を再現することはできない。
オープンソースコミュニティは、特定のプロバイダーの問題を報告し、修正を貢献し、コアチーム自身が使用しない設定をテストすることができる。
OpenCodeの公式ドキュメントは現在、AI SDKとModels.devを使用して、ローカルモデルを含む75以上のモデルプロバイダーをサポートしていると述べている。
多数のモデルをサポートするために、OpenCodeはプロバイダーとモデルの能力に関する信頼できる構造化情報を必要とした。
チームはModels.devを作成した。これは以下の詳細情報を記録するオープンソースデータベースである：
このデータセットの価値はOpenCode自体を超えている。モデル名、能力、プロバイダー実装の違いを理解する必要があるアプリケーションのための共有レイヤーを構築した。
その戦略的価値は非常に重要である。新しいモデルがリリースされたとき、OpenCodeはそのラボを中心に製品全体を再設計する必要がない。プロバイダーやモデルを共有カタログに追加し、統合をテストし、同じインターフェースを通じてユーザーに開放することができる。
ユーザーはその後、主要なプログラミングワークフローを変更することなくモデルを選択できる。
創業者は初期リリース後の使用量の急増を説明した。
彼らのインタビューデータによると：
| 期間 | 報告された月間アクティブユーザー数 |
|---|---|
| 2025年6月リリース | 初期段階のリリース |
| 2025年12月 | 約65万人 |
| 2026年1月 | 約250万人 |
| 2026年6月末 | 約1,300万人 |
また、約460万人の週間アクティブユーザーも報告している。
ユーザー数に加えて、2026年年央時点で1日あたり約7兆トークンを処理していると報告された。
OpenCodeの公開ウェブサイトは現在、別の月次数値を表示している：開発者750万人以上。同社がこれら2つの数値の背後にある正確な統計手法をまだ公表していないため、読者は1,300万人という数値を、標準的な監査を受けた統計ではなく、創業者インタビューで報告されたデータと見なすべきである。
公式ダッシュボードは、OpenCode GoとZenのより直接的に確認可能なアクティビティのサブセットを提供している。これは、毎日のモデル使用量、ユニークユーザー数、セッションコスト、トークン価格、キャッシュヒット率、市場シェア、地理的分布を示している。
このダッシュボードはまた、OpenCodeの核心理念の1つの側面を体現している：新しいオープンソースおよびプロプライエタリなシステムの登場に伴い、モデル使用状況は急速に変化し得るということだ。
OpenCodeの公開された成長過程における最も重要な瞬間の1つは、AnthropicがClaudeサブスクリプション認証によるサードパーティのコーディングツール経由での使用を制限したことだった。
OpenCodeユーザーは承認されたAPI課金方式を通じてClaudeにアクセスすることは引き続き可能だったが、この制限は、それまで外部ツールでClaudeのサブスクリプション枠を使用していたユーザーに影響を与えた。
Anthropicの観点から見ると、サブスクリプションプランは自社製品と使用パターンを中心に設計されている。大量のサードパーティエージェント使用は異なるコスト構造を生み出す可能性がある。
OpenCodeコミュニティの観点から見ると、この変更は、モデルプロバイダーが認証とサブスクリプションの制御を利用して、自社の垂直統合製品を支援しているように見えた。
OpenCodeの創業者は、この論争がいくつかの点でこの小さなプロダクトに役立ったと述べている。
規制措置が取られるまで、多くの開発者はOpenCodeのことを聞いたことがなかった。
Anthropicがサードパーティ統合に対して行動を起こしたとき、開発者们は問い始めた：なぜこのツールがそのような反応を引き起こすほど重要なのか？
この出来事により、OpenCodeは数ある小型コーディングエージェントの一つではなく、有力な代替選択肢のように見えるようになった。
ベンダー独立性は、あるベンダーがポリシーを変更するまでは抽象的に聞こえるかもしれない。
この制限は、ユーザーに、なぜ複数のベンダー間で切り替えられるアプリケーションレイヤーを好むかもしれないのかという具体的な例を提供した。
OpenCodeは以前から他のモデルやサブスクリプションベンダーと公式統合について協議していた。
創業者は、このタイミングを利用してOpenAIに接触したと述べており、OpenCodeへの公式サポートはAnthropicの立場とは対照的になるだろうと考えた。
OpenCodeの現在の公式サイトでは、ユーザーはChatGPT PlusまたはProアカウントでログインできるほか、GitHub Copilotアカウントも使用できる。
より広い教訓は、特定のベンダーが常に「悪役」であるということではなく、モデル企業が流通チャネルを争うとき、中立的なアプリケーションが利益を得ることができるということだ。
Claude CodeはAnthropicのモデルに密接に統合された体験を提供するように設計されている。
CodexはOpenAIのモデルとインフラストラクチャに最適化できる。
この垂直統合には実際的な利点がある：
新しいモデル機能はアプリケーションに迅速に登場できる。
OpenCodeは異なるトレードオフを行っている。
その強みは：
創業者は、オープンソースが自動的にすべての製品をより良くするとは考えていない。
彼らの主張はより具体的である：製品が多数の環境とロングテールの統合をカバーしなければならず、単一の企業が自社で十分にテストできない場合、オープンソースは価値がある。
これが、OpenCodeが垂直統合されたコーディングツールと共存しつつ、開発者の注意をめぐって競争できる理由である。
初期のコーディングエージェント市場は単純な前提に支配されていた：開発者は常に最も強力な利用可能なモデルを望む。
最先端の専有モデルと代替品との品質差が大きいとき、この前提は合理的だった。
オープンウェイトと低コストのモデルが改善されるにつれて、他の特性がより重要になった：
モデルはすべてのベンチマークで勝つ必要はなく、特定のワークフローに最適な選択肢となるために十分である。
より高速なモデルは、短いサイクルの反復変更に適しているかもしれない。より安価なモデルは、反復的なサブエージェントタスクに適しているかもしれない。制約のあるエンタープライズ環境では、ローカルホストのモデルが必要な場合がある。
OpenCodeの使用データは、オープンモデルが手頃な価格で信頼性の高いホスティングを備えている場合、現実世界のトークンシェアのかなりの部分を占めることができることを示している。
同社のOpenCode Go製品は、まさにこの理念に基づいて作成された。主に国際ユーザー向けに設計された低コストのサブスクリプションを通じて、厳選されたオープンコーディングモデルを提供する。
現在発表されている価格は以下の通り：
| プラン | 価格 |
|---|---|
| 初月 | $5 |
| 翌月以降 | 月額 $10 |
この製品はオプションである。開発者は引き続き自分のプロバイダーとAPIキーを使用してOpenCodeを利用できる。
OpenCodeの創業者は、単純なモデルルーティングが独立したカテゴリーとなることには懐疑的である。
基本的なルーターは受信したプロンプトを検査し、どのモデルが受け取るべきかを決定する。これはリクエスト開始時には有用かもしれないが、長い会話の途中でモデルを切り替えることはより困難である。
セッション途中の切り替えは、プロバイダー固有のキャッシュ利点を失う可能性があり、コンテキスト、ツール動作、推論スタイルの不整合を引き起こす可能性がある。
創業者はオーケストレーションパターンの方がより価値があると考えている：
このアプローチは、一貫したメインセッションを維持しつつ、より安価または専門的なモデルをタスク実行に使用する。
例：
| タスク | 可能なモデル戦略 |
|---|---|
| アーキテクチャ設計と最終レビュー | 強力な最先端推論モデル |
| リポジトリ検索 | 高速低コストモデル |
| 反復的なファイル編集 | 信頼性の高いコーディングモデル |
| ドキュメント参照 | 検索指向のサブエージェント |
| フロントエンド反復 | ビジュアルおよびUIタスクで強いモデル |
| テスト生成 | 低コストの並列エージェント |
OpenCodeはすでに複数のセッションとサブエージェントをサポートしており、この種のオーケストレーションの自然な環境となっている。
オープンソースアプリケーションは引き続き利用可能であり、ユーザーはOpenCodeホストのモデル製品を購入する必要はない。
同社は、アクセス、ホスティング、組織管理を中心に商用サービスを構築している。
OpenCode Zenは、コーディングエージェントでの使用に適したテスト済みで選別されたモデルのための従量課金ゲートウェイである。
ユーザーは残高をチャージし、APIキーを取得し、ZenをプロバイダーとしてOpenCodeまたは他の互換エージェントに接続する。
同社によると、Zenは透明なトークン単位の価格設定を採用しており、記載された処理コスト以外にマークアップを追加しない。カタログにはOpenAI、Anthropic、Google、Moonshot、智谱、DeepSeek、MiniMax、xAI、Qwenなどのプロバイダーのモデルが含まれている。
この製品は当初、複数の独立したモデルアカウントを接続する際のセットアップとレート制限の摩擦を減らすために開始され、その後、厳選された推論レイヤーに進化した。
OpenCode Goは、厳選されたオープンコーディングモデルに焦点を当てた低コストのサブスクリプションサービスである。
チームはモデルと推論プロバイダーの組み合わせをテストし、安定したレイテンシーとエージェントパフォーマンスを求める。すべてのホストが同じモデルを同等に提供できると仮定しない。
これは、オープンウェイトが一貫したホスティング体験を保証しないため重要である。量子化、バッチ処理、コンテキスト制限、サービスソフトウェア、ハードウェアはすべて最終結果を変える可能性がある。
OpenCode Enterpriseは、承認されたインフラストラクチャ内でコードとコンテキストを維持しながら、集中管理を実現したい組織向けに設計されている。
公式ドキュメントには以下が記載されている：
OpenCodeは、デフォルトではコードまたはコンテキストデータを保存しないと宣言している。処理はローカルで行われるか、選択したAIプロバイダーへの直接呼び出しによって行われる。
アイデアを一文で入力するだけで、We0 AI が紹介サイト、ページ、CMS を生成し、公開後の顧客獲得と流入拡大を支援します。
無料登録で完全なプロジェクトを 1 つ生成
1 つの完全な生成フローを試し、最初のプロジェクトのドラフトをすぐに確認するのに最適です。
オプションの/share機能は例外であり、共有された会話データは共有ページをホストするサービスに送信される。企業はこの機能を集中的に無効化できる：
{
"$schema": "https://opencode.ai/config.json",
"share": "disabled"
}
ソース記事は、創業者が説明した2つの収益ストリームを組み合わせたものである。
創業者によると、6月の使用量は年間化推論収益が約3100万〜3300万ドルであり、後のある週の実行率は約3800万〜4000万ドルに近かった。
また彼らは、約16万人の月次サブスクライバーがおり、約1800万ドルの年間化収益に貢献していると報告した。
高い方の推論実行率で計算すると、これら2つのビジネスはおおよそ次のことを意味する：
| 収益源 | 創業者が報告した年間化実行率 |
|
|-|-|
| 推論とモデルアクセス | 3800万〜4000万ドル |
| 月額サブスクリプション | 約1800万ドル |
| 合計 | 約5600万〜5800万ドル |
これらの数値は、最近の短期間における経営陣の見積もりに基づいており、監査済みの年間収益ではありません。
使用量、モデル価格、割引、顧客行動が変化すると、年間実行率（アニュアライズド・ラン・レート）は急速に変動する可能性があります。
OpenCodeの創業者らは、プラットフォームが十分な規模、稼働率、キャッシュ、ベンダー割引を達成すれば、推論の転売は力強い粗利益率を生み出せると考えている。
彼らは特定のワークロードで約80%の利益率を挙げ、主要なラボが好条件下では90%近くに達する可能性があると示唆している。
これらは創業者らの見積もりであり、独立して検証された財務開示ではありません。
推論の経済性は多くの変数に依存する：
OpenCodeのグローバルなユーザーベースは、需要がタイムゾーンをまたぐため、稼働率向上に寄与している。アジアのユーザーが活発なとき、アメリカ大陸のユーザーはオフラインである可能性があり、その後パターンが反転する。
より安定した24時間の需要により、アイドル容量を削減できる。
OpenCodeの公式データパネルでは、複数のGoモデルとZenモデルで高いキャッシュ比率も報告されている。キャッシュにより、コーディングセッション内の反復コンテキストのコストを大幅に削減できる。
従来のソフトウェア企業は通常、有料広告、営業活動、イベント、無料トライアルを通じてユーザーを獲得する。
AI製品は推論を補助することでユーザーを獲得できる。
OpenCodeの創業者らは、無料トークンを新しい形態の顧客獲得コストと表現している。
ユーザーは、エージェントがコードベースを理解し、バグを解決し、有用な変更を完了する瞬間を体験する必要がある。それまでは、コーディングエージェントの価値は抽象的なままである可能性がある。
無料モデルまたは補助付きの割当額が、この初回体験を生み出す。
そして、ビジネスはそのユーザーの一部を次のいずれかに転換することに依存する：
この経済モデルが成立するのは、有料ユーザーの長期的貢献が、無料利用、インフラ、サポート、顧客獲得コストを上回る場合のみである。
元のインタビュー記事は戦略に焦点を当てており、インストール設定には触れていない。以下のコマンドはOpenCodeの公式ドキュメントに基づく。
curl -fsSL https://opencode.ai/install | bash
機密性の高い環境でリモートインストールスクリプトを実行する前に、スクリプトの内容を確認すること。
npm install -g opencode-ai
bun install -g opencode-ai
brew install anomalyco/tap/opencode
Docker
docker run -it --rm ghcr.io/anomalyco/opencode
OpenCodeを起動して、次を実行：
/connect
OpenCode Zen、OpenCode Go、または他のサポート対象プロバイダーを選択し、必要な認証情報を追加する。
cd /path/to/project
opencode
OpenCode内で、次を実行：
/init
これによりプロジェクトが分析され、AGENTS.mdファイルが作成される。
OpenCodeはAGENTS.mdをGitにコミットすることを推奨している。これにより、エージェントがリポジトリ構造、慣行、ワークフローを継続的に理解できるようになる。
OpenCodeには2つの組み込みモードがある：
Tabキーで両者を切り替えられる。
大規模な機能では、より安全なワークフローは次の通り：
創業者らの議論の最後の部分は、OpenCodeそのものというよりも、コーディングエージェントの限界に関するものだ。
AIは実装を容易にできるが、最も難しいプロダクト上の問い、つまり「チームは何を構築すべきか」に自動的に答えることはできない。
コーディングエージェントが普及する以前、創業者は1日の大半を「何をするか」の決定に費やし、実装にはより少ない時間を使っていたかもしれない。
AIが実装作業を削減すれば、計画の負担はむしろ前面に出てくる。
チームは今や、あらゆるシグナルに応答できる：
エージェントは各要求を迅速に実装できる。
しかし、すべての要求に応答すれば、プロダクトの一貫性が失われる可能性がある。共有された抽象化なしに機能が積み重なり、それぞれの新しい挙動が別の互換性の義務となる。
創業者らの見解は、ソフトウェアを10倍多くリリースすることは、組織が10倍多く良いアイデアを持つことを意味するわけではない、というものだ。
コーディングエージェントは、アーキテクチャ修正と短期的な回避策の間のトレードオフも変える。
AI登場以前は、粗削りな回避策には明確な実装コストがあった。この摩擦が、チームに基盤システムの再設計を迫ることもあった。
エージェントが低コストで回避策を生成・維持できるようになると、一時的なパッチは承認されやすくなる。
これにより技術的負債が排除されるどころか、隠蔽される可能性がある。
エンジニアリング上の判断は依然として必要だ：
エージェントがコードを書くとき、エンジニアの責任は消えない。それは、制約、レビュー、テスト、アーキテクチャ、リリースの安全性に移行する。
コーディングエージェントは継続的に作業し、大量の変更を生み出すことができる。この生産性は、信頼性の境界線の重要性を高める。
有用な保護策には以下が含まれる：
AGENTS.mdOpenCodeのプランモード、権限制御、ポリシー、カスタムエージェント、エンタープライズ設定は、その構造の一部を提供する。
これらのツールはエンジニアリングガバナンスを代替するものではなく、より多くのガバナンスをエージェントが動作する環境にコード化することを可能にする。
OpenCodeは、単一のモデルプロバイダーが重要なコーディングユースケースを永続的に支配できない未来に賭けている。
その未来において：
その未来が到来すれば、中立的なアプリケーションとオーケストレーション層が価値を持つ。
リスクは、フロンティアラボが自社の最強モデルを自社アプリに限定し、外部ツールの競争力を低下させることにある。
その反圧力はビジネス面から生じる。モデルプロバイダーも、ディストリビューションチャネル、API収益、開発者の採用、エンタープライズカバレッジを必要とする。これらのインセンティブは、プロダクトチームが緊密な統合を好む傾向があっても、モデルアクセスを開放的に保つことができる。
複数の強力なモデルプロバイダーが互いに競争し、いずれも開発者ワークフロー全体を支配しないとき、OpenCodeのポジショニングは最も強固になる。
OpenCodeはオープンソースのAIコーディングエージェントであり、ターミナルインターフェース、デスクトップアプリ、IDE拡張機能を通じて利用できる。
コードベースの検査、変更の計画、ファイルの編集、コマンドの実行が可能で、75以上のプロバイダーからのモデルに接続できます。
はい、ただし両製品は異なる戦略を持っています。Claude CodeはAnthropicのモデルと垂直統合されているのに対し、OpenCodeはオープンソースであり、複数の専有モデル、オープンウェイトモデル、ローカルモデルで動作するように設計されています。
OpenCodeの創業者は、2026年6月末時点で月間アクティブユーザーが約1300万人だったと報告しています。現在の公式ホームページには月間開発者数750万人以上と表示されており、同社はこの指標の差異について公に説明していません。
商業製品には以下が含まれます：従量課金制のモデルアクセスを提供するOpenCode Zen、低コストのオープンモデルサブスクリプションを提供するOpenCode Go、および集中管理、シングルサインオン、内部ゲートウェイ、組織ガバナンスを提供するOpenCode Enterpriseです。
OpenCodeはデフォルトでコードやコンテキストデータを保存しないと明言しています。データはローカルで処理されるか、ユーザーが選択したモデルプロバイダーに直接送信されます。オプションのセッション共有機能は、関連データを共有ページサービスに送信します。
はい。公式モデルドキュメントによると、OpenCodeはより広範なプロバイダーエコシステムの一部としてローカルモデルをサポートしています。ローカルモデルの実際のパフォーマンスは、モデル、サーバー、ハードウェア、および構成によって異なります。
オープンソースのエージェントは、OpenCode ZenやGoを購入することなく、無料でインストールおよび使用できます。ユーザーは依然としてモデルへのアクセスが必要であり、それは無料モデル、既存のサポート対象サブスクリプション、ローカルデプロイメント、または有料APIから得られます。
公式GitHubリポジトリはMITライセンスで公開されています。各組織は、自らのコンプライアンス要件を満たすために、リポジトリとその依存関係のライセンスを独自に確認する必要があります。
OpenCodeの成長は、モデル研究所が構造的に占めることが難しいポジションを獲得したことに由来します。すなわち、専有モデル、オープンウェイトモデル、ローカルシステムを同時にサポートするオープンソースでモデル中立的なコーディングインターフェースです。
創業者によると、同社は急速に成長しており、毎日約7兆トークンを処理し、推論およびサブスクリプション製品の年間化収益は合わせて約6000万ドルの実行率に達しています。これらの数字は会社が自己報告した推定値であり、現在のホームページに表示されている月間開発者数とは異なります。
商業戦略は、無料のオープンソースアプリケーションとZen、Go、Enterpriseサービスを組み合わせることです。技術戦略は、基本的なモデル選択からオーケストレーションへと移行しています。つまり、強力なメインモデルがタスクをより低コストのモデルに委任できるというものです。
または専用のサブエージェントです。
OpenCodeのより大きな示唆は、より高速なコード生成が製品判断力、アーキテクチャ設計、センス、厳格なリリース管理の必要性をなくすわけではなく、むしろこれらの人間の責任をより重要にするということです。
ひとことから始めて、数分で完全なサイトを手に入れましょう。
