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

OpenCode 2.0

2026年10月15日原文(anoma.ly)

概要

OpenCode 2.0は大規模な刷新を実施し、クライアント/サーバーモデルの自動化やAPIの再設計など、多くの新機能と改善を導入。 パフォーマンス向上とバグ修正に加え、ユーザー体験を重視した主要な変更点を多数搭載。 プラグインシステムやSDKの強化により、カスタマイズ性と拡張性が大幅に向上。 CLIやデスクトップアプリのアップグレード方法、非互換点も明確に案内。 OpenCode 2.0の全体像と移行ポイントを簡潔に解説。

OpenCode 2.0の主な変更点

  • クライアント/サーバーモデルの自動化

    • OpenCode 2.0ではサーバーが自動でバックグラウンドプロセスとして起動
    • TUI、Webインターフェース、デスクトップアプリが同じ中央プロセスと通信
    • プログラムクライアント(@opencode/client)も自動でローカルサービスを検出
    • CLIからopencode apiコマンドでAPI呼び出し可能
    • 他ホストへの公開や/pairコマンドによる他アプリ連携も対応
  • APIの全面再設計

    • 旧APIの複雑さを解消し、ゼロから再設計
    • 日々の膨大なユースケースを分析し、柔軟かつ拡張性の高いAPIを実現
    • OpenCode自身がAPIを認識し、セッション管理やgit worktree連携などを自動化
    • 新クライアントパッケージ(@opencode/client)でJavaScriptやEffect対応
  • Code Mode(コードモード)の強化

    • @opencode/codemodeパッケージでJavaScriptインタプリタを最小限実装
    • MCPサーバーやOpenAPIエンドポイントを関数化し、スクリプトから呼び出し可能
    • Node.js VMやQuickJSのような複雑な仕組み不要
    • 多数のMCPサーバーもコンテキスト肥大化なしで自動検出・合成
  • バックグラウンドタスクの導入

    • バックグラウンドサブエージェント機能で作業の分散処理が可能
    • シェルコマンドも非同期実行で長時間作業をブロックしない
    • ホットキーでフォアグラウンド作業をバックグラウンドに移行可能
  • プラグインシステムの刷新

    • 80以上の内部プラグインで全機能を実装し、APIの保守性を強化
    • TUIプラグインを安定版に昇格し、OpenTUIベースで自由な拡張が可能
    • 全機能のホットリロード対応で、セッション中にプラグイン作成・即利用が可能
    • ドキュメントも充実し、OpenCode自身によるプラグイン自動生成も可能
  • SDKの提供

    • @opencode/sdkパッケージでOpenCodeをライブラリとして利用可能
    • CLIと同一コードベースで、サーバーや特殊環境への組み込みも容易
    • 標準プロトコル対応でクライアントとの連携もシームレス
    • EffectベースAPIもオプションで提供(開発中)

アップグレードと互換性

  • CLIのアップグレード
    • 最新の1.xリリース利用中であれば、opencode upgrade --majorで2.0へ移行
  • デスクトップアプリのアップグレード
    • 最新版を公式サイトからダウンロード
  • 重要な非互換点
    • 1.0のプラグインは2.0で動作不可
    • サーバーAPIが完全に異なる設計
    • tui.jsonの設定がjsonに変更
  • それ以外の変更点は後方互換性あり
    • ドキュメント参照で自動移行もサポート

まとめ

  • OpenCode 2.0は大幅な機能強化と設計刷新を実現
  • 柔軟性、拡張性、ユーザー体験を大きく向上
  • プラグインやSDK、APIの進化で多様な開発・運用ニーズに対応
  • 移行時は非互換点に留意し、公式ドキュメントの活用を推奨

Hackerたちの意見

この投稿を見た感じ、すごく良い改善がたくさんあるみたいだね。OpenCodeはちょっと使ったことがあるけど、自分が投げた作業には十分だった。ただ、CodexやClaude Codeを超えるにはちょっと足りなかったかな。今回のバージョンを試してみて、どうなったか見てみようかな。

└

ちょっと気になったんだけど、codexやclaudeのコードって、どうやってオープンコードより優れてるの?

WebGLを多用したサイトがたくさん出てこないことを願ってる。

└

Pixel 6でこのページをスクロールするのがほとんど無理だわ。

え、OpenCodeってCrushに名前が変わって、元の開発者がその新しいプロジェクトに行ったんだよね。これってどこから来たの?フォークなの?誰が関わってるの?

└

それは違うと思うよ。これはanomalycoからのもので、sst.devを作った会社だよ。CrushはCharmのものだし。OpenCodeは元々Goで書かれてたかもしれないけど、今はTypeScriptのコードベースになってる。追記:他の人が指摘してるように、いくつかの文脈が抜けてるかも。

└

Opencodeの誰かがCrushに行ったけど、Opencodeは続いてるよ。追記:名前は持ってるけど、コードは持ってないって感じで書き直したみたい。 https://x.com/thdxr/status/1933561254481666466

ノートパソコンが飛び立って、窓から出て行って、このサイトをレンダリングしようとして死んじゃった。

└

M3 Proを開いたとき、明らかにカクついたんだけど :/

OpenCodeは大好きだけど、このウェブサイトはダメだ。使いにくすぎる。

OpenCodeサーバーに接続するネイティブアプリは、リモートホストでセッションを実行するのに最高だね!Claude Codeも同じモデルを採用してくれたらいいのに。デスクトップアプリは別のエンジンを展開して、再接続時に長時間実行中のセッションをリセットしちゃう(Remote Controlが推奨されてるけど、Claude.aiのアカウントが必要)。自分は、リモートホスト上でClaude Codeをラップするサーバーを立ち上げるmacOS用のネイティブアプリを作ってるけど、UXや機能が常に遅れをとってる。

└

Claudeのコードエージェントには、同じ目的で使えるプロトコルがあって、ローカルでリッスンするけど、使えるよ。自分のクローみたいなのがあって、claude、codex、piのオプションがあるんだ(自分のサブスクリプション、妻のサブスクリプション、安かった時にglmの年額サブを取った)。

Hacker Newsで議論の続きを見る