OpenCodeとは？2.0の変更点・インストール・設定・無料モデルを解説【2026年10月】

OpenCode（オープンコード）は、ターミナルから自然言語で指示してコードを書き・直し・調べられる、MITライセンスの無料オープンソースAIコーディングエージェントです。Claude・GPT・Geminiに加え、GitHub Copilotの契約やローカルLLMまで、モデルの供給元を自由に選べます。

2026年9月11日にOpenCode 2.0が公開され、10月時点ではV1（1.19系）とV2（2.0系）が並行して配布されています。どちらが入るかはインストール方法で変わり、設定の書き方も一部違います。この記事では2026年10月14日に両方を手元に入れて確かめた結果と公式ドキュメントをもとに、V1とV2の違い、インストール、opencode.jsonの設定、権限（いわゆるYOLOモード）、無料モデルと料金を解説します。

まとめ：OpenCodeは無料のOSSエージェント、2026年10月はV1とV2の2系統

• 本体は無料のOSS：MITライセンス・TypeScript実装。開発元はAnomaly（旧SST）で、リポジトリはanomalyco/opencodeです。
• V1とV2が並行配布：npmのopencode-ai・Homebrewの公式tap・DockerのlatestはV1（1.19.0）、@opencode/cli・Homebrew本家のopencode・デスクトップアプリはV2です。
• V1設定のうち対応項目はV2でも読み込める：破壊的変更はプラグインAPI、サーバーAPI、TUI設定（tui.json→cli.json）の3点です。
• 自動承認は--auto：「YOLOモード」という名前のモードは無く、V1・V2とも--autoフラグです。
• 無料枠はOpenCode Console（旧Zen）の無料モデル：14モデルが無料ですが、入力が学習に使われるものと使われないものが混在します。月額制のOpenCode Goは$10と$40の2プランです。

OpenCodeの正体：開発元Anomaly（旧SST）とMITライセンスのTypeScript実装

プロジェクトのルートで起動して日本語で指示すると、OpenCodeはコードベースを読み、ファイルを編集し、シェルコマンドを実行して作業を進めます。IDEを置き換えるのではなく、ターミナルにエージェントを常駐させる設計です。

開発元はAnomaly（GitHub org: anomalyco）。サーバーレス開発フレームワークSSTを手がけたチームで、旧sst/opencodeはanomalyco/opencodeへ転送されます。GitHubリポジトリのスター数はGitHub APIで213,299（2026年10月14日）、公式サイトは月間1,600万人の開発者が使うと掲げています。モデルの接続先は公式サイトの表記で「Models.dev経由の75以上のLLMプロバイダ」で、GitHub CopilotやChatGPT Plus/Proのアカウントでログインして使うこともできます。

「もう一つのopencode」との系譜――Go製の元祖はCharm Crushへ

「opencode」には同名の別プロジェクトがあります。Go言語で書かれた元祖opencode-ai/opencodeは現在アーカイブ済みで、開発はCharmのCrush（charmbracelet/crush）に引き継がれました。CrushのライセンスはFSL-1.1-MIT（Functional Source License。一定期間後にMITへ移行する条項付き）で、MITのOpenCodeとは扱いが違います。「opencode go」という語も、Go製の元祖と月額サブスクの「OpenCode Go」の2つを指すので注意してください。本記事の手順でインストールするのはTypeScript製のOpenCodeです。既存環境では、PATH上にある同名コマンドの提供元も確認してください。

OpenCode 2.0（V2）とV1の違い――配布経路・設定・コマンドの比較

V2は2026年9月11日に2.0.0がnpmへ公開され、10月13日の2.0.28まで約1か月で28回更新されています。V1も止まっておらず、10月11日に1.19.0が出ました。V1のドキュメントの冒頭には「OpenCode 1と2はどちらもopencodeコマンドを使い、既定のコマンド名のままでは並べてインストールできない」と注記があり、公式サイトのDocsリンクはV2のドキュメントを指しています。

配布経路ごとに入る版（2026年10月14日の実測）

npmレジストリ、Homebrew API、ghcr.ioのマニフェストを直接引いて、どの経路でどちらが入るかを確かめました。

同じbrew installでも、公式tapを付けるとV1、付けないとV2になります。Dockerのlatestはマニフェストのダイジェストが1.19.0タグと一致し、V2を使うなら:2.0.28のように版タグを指定する必要があります。チームで手順書を共有するときは、コマンドだけでなく版の系統まで書いておかないと、人によって別物が入ります。

3つの破壊的変更とV1設定の扱い

V1からの移行ガイドが挙げる意図的な破壊的変更は次の3つです。

• プラグインAPIの刷新：V1用のプラグインはV2では動かないため、移植が必要です。
• サーバーAPIとクライアントの契約変更：サーバーAPIを直接呼んでいる連携は書き直しになります。
• TUI設定の移動：階層的に置けたtui.jsonが、グローバル1本の~/.config/opencode/cli.jsonに移ります（自動移行）。プロジェクト単位のTUI設定は置けなくなります。

それ以外も、互換対象のV1設定はV2で読み込めます。ただし、旧設定の一部は無視されるため、公式移行ガイドの未対応項目も確認してください。V1形式のpermission.bashを書いたopencode.jsonを置き、V2でopencode debug configを実行すると、bashはshellに読み替えられ、書いた順のままpermissions配列として解決されました。元のファイルは書き換えられません。V1とV2は設定ファイルの置き場所が同じなので、V2専用の書式へ変換したあとでV1に同じファイルを読ませると壊れます。

V2で消えたコマンド・増えたコマンド

両方のopencode --helpを比べると、サブコマンドの構成が変わっています。

V2は既定で、ユーザーごとに1つの共有バックグラウンドサーバーを起動し、すべてのクライアントがそこへ接続します。V2でopencode debug agentsを1回実行しただけで、~/.config/opencode/service.jsonが作られサーバーが残りました。止めるにはopencode service stop、常駐させたくなければopencode service set disabled trueか--standaloneを使います。セッションの保存先やブラウザでの閲覧はOpenCode Viewerとは？opencodeセッションの保存先とブラウザ閲覧・再開手順【2026年9月版】で扱っています。

V1継続・V2移行の判断条件

新しく始めるならV2が自然です。デスクトップアプリとHomebrew本家がすでにV2だからです。V1から移る場合は、プラグインとサーバーAPI連携に加え、使っているコマンド・設定・モデル・認証・権限・MCPがV2で動くことを確かめてから、opencode upgrade --major（V2へ上げてV1を削除）で切り替えます。

V1に留まるべきなのは、tool.execute.beforeなどのフックを使う自作プラグインがある場合、opencode githubでIssue・PRから起動する運用をしている場合、プロジェクトごとにtui.jsonを置き分けている場合です。公式の移行手順も、V1の設定を手元に残したままV2でモデル・認証・エージェント・権限・MCPの動作を確かめ、プラグインを移植してから切り替える順を勧めています。

OpenCodeのインストール方法（macOS・Linux・Windows・Docker）

macOS・Linux：インストールスクリプトとHomebrew・npm

V1とV2でインストール先のURLとパッケージ名が分かれています。

# V2（2.0系）
curl -fsSL https://opencode.ai/v2/install | bash
brew install anomalyco/tap/opencode-v2
npm install -g @opencode/cli

# V1（1.19系）
curl -fsSL https://opencode.ai/install | bash
brew install anomalyco/tap/opencode
npm install -g opencode-ai

# 起動（プロジェクトのルートで）
opencode

どちらのnpmパッケージも、postinstallスクリプトでOS・CPUに合うネイティブバイナリを選ぶ作りです。npm 11.17.0で入れると両方とも「allow-scripts」の警告が出てpostinstallは保留されましたが、同梱のプラットフォーム別パッケージから起動でき、opencode --versionは1.19.0とopencode v2.0.28を返しました。@opencode/cliはopencodeに加えてopencode2という名前のコマンドも作ります。Arch LinuxはV1がpacman -S opencodeまたはparu -S opencode-bin、V2がparu -S opencode-betaです。

Windows：V1はScoop・Chocolatey、V2は単体バイナリ

V1はScoop（scoop install opencode）またはChocolatey（choco install opencode）で入り、ネイティブでも動作します。V2のドキュメントは「Windowsのパッケージマネージャーには対応していない」と明記しており、x64・ARM64向けの単体バイナリを配布ページから入れます。

どちらの版でも、公式は性能と開発ツールとの互換性を理由にWSLでの利用を推奨しています。デスクトップアプリから使う場合は、WSL内でopencode serve --hostname 0.0.0.0 --port 4096を起動してアプリからhttp://localhost:4096へ接続する構成がWSLの公式ガイドに載っています。0.0.0.0で待ち受けるときはOPENCODE_SERVER_PASSWORDでパスワードを設定してください。

Dockerのバージョン指定とイメージタグ

環境を汚さずに試すならDockerイメージghcr.io/anomalyco/opencodeが使えます。前述のとおりlatestはV1なので、V2は版タグを付けます。

# V1（latest = 1.19.0）
docker run -it --rm ghcr.io/anomalyco/opencode

# V2（版タグを明示）
docker run -it --rm ghcr.io/anomalyco/opencode:2.0.28

後述の--autoで自動承認させるなら、このような使い捨てコンテナの中が適した置き場所です。

デスクトップアプリとIDE拡張

ターミナルに慣れていない場合は公式の配布ページからデスクトップアプリを入れられます。macOS（Apple Silicon・Intel）、Windows（x64・ARM64）、Linux（.deb・.rpm・AppImage）向けがあり、macOSはbrew install --cask opencode-desktopでも入ります。2026年10月14日時点のcaskの版は2.0.28で、デスクトップアプリはV2系です。READMEでは今も「Desktop App (BETA)」と表記されており、機能はTUIが先行します。IDE拡張はVS Code・Cursor・Zed・Windsurf・VSCodium向けが同じページで配布されています。

アップグレードとアンインストール

# 更新
opencode upgrade
opencode upgrade --method brew

# V1からV2へ（V1は削除される）
opencode upgrade --major

# 削除前に対象を確認
opencode uninstall --dry-run

V1のuninstallには設定を残す--keep-configとデータを残す--keep-dataがあります。V2のuninstallはセッションデータ・設定・状態を常に残す仕様で、これらのフラグはありません。

OpenCodeの使い方――/connect・/init・AGENTS.mdと主要コマンド

プロジェクトのルートでopencodeと打つとTUIが立ち上がります。最初にやることは2つです。/connectでモデルの接続先を登録し、/initでリポジトリを走査してAGENTS.mdを生成します。AGENTS.mdにはビルドコマンド、コーディング規約、触ってはいけない領域を書き、エージェントに渡します。個人用のルールは~/.config/opencode/AGENTS.mdに置けます。AGENTS.mdが無ければCLAUDE.mdを読むので、Claude Codeから移るときに書き直しは要りません。AGENTS.md自体の書き方や、Codex・Claude Codeなど他のエージェントとの読み込み仕様の違いは「AGENTS.mdとは：Codex・Claude Code・Copilotの読み込み仕様と配置手順」で解説しています。

入力欄で@を打つとファイルをあいまい検索して文脈に含められ、!で始めるとシェルコマンドをそのまま実行できます。方針をplanで固め、実装段階でbuildへ切り替えるのが基本の流れです。/undoはGitのスナップショットからファイルも戻しますが、外部サービスやデータベースへの変更は戻せません。

opencode serveとWeb UI・リモート接続

OpenCodeはエージェント本体がサーバーとして動き、TUI・ブラウザ・デスクトップアプリ・SDKがクライアントとして接続する構成です。opencode serveでヘッドレスに起動し、V1はopencode webでブラウザUIを、opencode attachで別ホストのセッションへの合流を担います。V2ではopencode pairが一時的な接続URLとユーザー名・パスワードを表示します。

V2のopencode pair --remoteはOpenTunnel経由でサーバーをインターネットに公開します。--helpにも「exposes the server to the internet」と書かれており、社内コードを扱う端末では使わないでください。SSH先の開発サーバーで長時間タスクを回すなら、SSHのポート転送で127.0.0.1のまま接続するほうが安全です。

opencode.jsonの設定――$schema・配置場所・読み込み順

設定はopencode.json（JSONCならopencode.jsonc）に書きます。グローバル設定は~/.config/opencode/opencode.json、プロジェクト設定はリポジトリ直下のopencode.jsonです。V1の設定ドキュメントによると、読み込みはリモート（組織の.well-known/opencode）→グローバル→環境変数OPENCODE_CONFIG→プロジェクト直下→.opencodeディレクトリ→環境変数OPENCODE_CONFIG_CONTENTの順で、ファイルは置き換えではなくマージされ、競合したキーだけ後から読んだものが勝ちます。

{
  "$schema": "https://opencode.ai/config.json",
  "model": "anthropic/claude-sonnet-4-5",
  "small_model": "anthropic/claude-haiku-4-5",
  "share": "manual",
  "instructions": ["CONTRIBUTING.md", "docs/guidelines.md"]
}

1行目の"$schema": "https://opencode.ai/config.json"は、エディタに補完と検証をさせるためのJSON Schemaの指定です。動作には影響しませんが、キーの綴り間違いをエディタが指摘してくれるので必ず書いておきます。モデルはprovider/model形式で指定し、small_modelはタイトル生成などの軽い処理だけを安いモデルに回すキーです。値の中では{env:VAR}と{file:path}が展開できるため、APIキーを設定ファイルに直書きせずに済みます。

テーマは別ファイル（V1はtui.json・V2はcli.json）

opencode.jsonにthemeを書く解説が残っていますが、効きません。themeを足したopencode.jsonをV1.19.0とV2.0.28のopencode debug configで読ませると、どちらもエラーを出さずにthemeを解決結果から落としました。黙って無視されるので気づきにくい落とし穴です。

テーマ・キーバインド・差分表示は、V1ではtui.json（スキーマはhttps://opencode.ai/tui.json）、V2ではグローバルのcli.jsonに書きます。V2のcli.jsonは未知のキーを拒否し、TUIの起動中に編集すると再読み込みされます。

権限設定と--auto――「YOLOモード」の実体

V1のpermissionとV2のpermissions

OpenCodeがファイル編集やシェル実行の前に確認するかは権限設定によって決まり、既定では多くの操作が自動許可されます。値はallow／ask／denyの3つで、どちらの版も最後にマッチしたルールが優先されます。書き方はV1とV2で違います。

// V1：ツールごとのオブジェクト
{
  "permission": {
    "bash": { "*": "ask", "git status *": "allow", "git diff *": "allow", "rm *": "deny" },
    "edit": "ask"
  }
}

// V2：順序付きの配列（bash は shell、task は subagent に改名）
{
  "permissions": [
    { "action": "shell", "resource": "*", "effect": "ask" },
    { "action": "shell", "resource": "git status *", "effect": "allow" },
    { "action": "shell", "resource": "git diff *", "effect": "allow" },
    { "action": "shell", "resource": "rm *", "effect": "deny" },
    { "action": "edit", "resource": "*", "effect": "ask" }
  ]
}

既定値にも差があります。V1の権限ドキュメントでは多くがallowで、doom_loop（同じツール呼び出しを3回繰り返したときの確認）とexternal_directoryがask、.env系ファイルの読み取りはdenyです。V2の権限ドキュメントでは.env系の読み取りがaskになり、doom_loopとlspは権限の項目から外れました。V2のopencode debug agentsでも、build エージェントの既定は全許可に.env読み取りのaskを足した内容でした。

--autoを使ってよい場面・使ってはいけない場面

「opencode yolo」で探されている自動承認は、--autoフラグです。V1・V2ともopencode --autoとopencode run --auto "..."で使え、V1の--helpは「auto-approve permissions that are not explicitly denied (dangerous!)」と説明しています。明示的にdenyしたもの以外はすべて自動で通ります。V2ではcli.jsonのsession.permissionsをautoacceptにしても同じ状態になります。

--autoは、使い捨てのコンテナの中で、gitにコミット済みの状態でだけ使ってください。ホストの作業ディレクトリで未コミットの変更を抱えたまま付けるのは、破壊的なシェルコマンドを無確認で通すのと同じです。V2のドキュメントも、shellはホストユーザーの権限でファイル・プロセス・ネットワークに触れること、コマンド文字列からの危険判定はベストエフォートであることを警告し、危険なコマンドを列挙して塞ぐより許可するコマンドを狭く列挙するよう勧めています。CIからopencode runを回す場合も、--autoに頼らず、シェル全体をaskかdenyにしたうえで必要なコマンドだけをallowにします。権限ルールはサンドボックスの代わりにはならないので、コンテナで隔離する前提は変わりません。

コードとAPIキーの行き先（auth.jsonと/share）

公式サイトは「OpenCodeはあなたのコードやコンテキストを保存しない」と明言しています。裏を返せば、クラウドのモデルを使う限りコードはそのモデル提供元へ送られます。外に出せないコードには後述のローカルLLMを使います。

認証情報は~/.local/share/opencode/auth.jsonに保存されるため、端末のアクセス管理が欠かせません。V1の/shareは会話をOpenCodeのサーバーへアップロードして公開URLを発行します。V2はshareの設定を受け付けますが、V2のドキュメントのとおりセッション共有そのものにはまだ対応していません。V1を組織で使うならshareを"manual"か"disabled"に固定してください（V1のautoshareはV2の書式では"share": "auto"に置き換わりました）。コーディングエージェントを社内に入れるときの利用ルールや権限設計から相談したい場合は、生成AI導入支援で対応しています。

ローカルLLM（Ollama・LM Studio）での運用設定

モデルへの送信を端末内で完結させるには、OpenAI互換のローカル推論サーバーを登録します。外部送信を禁止する運用では、共有・外部MCP・シェルなどの通信経路も別途制限してください。OllamaとLM Studioは公式のプロバイダ設定に例があります。

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "ollama": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Ollama (local)",
      "options": { "baseURL": "http://localhost:11434/v1" },
      "models": { "qwen3-coder:30b": { "name": "Qwen3 Coder 30B" } }
    },
    "lmstudio": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "LM Studio (local)",
      "options": { "baseURL": "http://127.0.0.1:1234/v1" },
      "models": { "google/gemma-3n-e4b": { "name": "Gemma 3n-e4b (local)" } }
    }
  }
}

baseURLは/v1までにします。modelsのキーは、Ollamaならollama listに出るモデル名と一致させてください。モデルを用意してローカルサーバーを起動した後、/modelsで選択します。LM Studioで認証を有効にしている場合は、APIトークンの設定も必要です。

ただしコーディングエージェントでは、ツール呼び出しの精度がそのまま実用性を決めます。Ollamaの既定コンテキスト長はVRAMで決まり、24GiB未満は4k、24〜48GiBは32k、48GiB以上は256kです。公式はエージェントやコーディング用途では64000トークン以上を推奨しており、OLLAMA_CONTEXT_LENGTH=64000 ollama serveのように起動時に指定できます。VRAMが24GiB未満の環境で既定のまま使うと、エージェントの長い指示に対して文脈が足りません。手元のGPUでどのモデルなら実用に足りるかはPi（pi-coding-agent）をローカルLLMで動かす設定手順｜Ollama・llama.cpp・models.json【v1.1対応】、ローカルLLMそのものの選び方と必要スペックはローカルLLMとは？クラウド型との違い・必要スペック・Ollamaでの構築手順を解説を参照してください。

OpenCodeの料金と無料枠：本体無料・Consoleの無料モデル・Go

OpenCode本体（CLI・TUI・デスクトップ・IDE拡張）は無料です。かかるのはモデル代だけで、自分のAPIキーを使えば各プロバイダへ直接支払います。OpenCodeはSign in with ChatGPTのOSS統合先にも入っており、APIキーの代わりにChatGPTのPlusやProのプランで動かす経路もあります（仕組みと制約はSign in with ChatGPTとは？OAuth実装とプラン利用の仕組み・制約で解説しています）。OpenCodeの運営元が提供する有料サービスは、従量課金のOpenCode Console（旧称Zen）と、月額制のOpenCode Goの2つです。旧/docs/zen/のURLは現在、V2ドキュメントのConsoleのモデル一覧ページへリダイレクトされます。

無料モデルの一覧とデータの扱い

「opencode 無料枠」で探されているのは、多くの場合Consoleの無料モデルです。Consoleのモデル一覧の料金表では、2026年10月14日時点で90モデル中14モデルが入出力とも無料です。どれも期間限定で、顔ぶれは頻繁に入れ替わります。

選ぶときに見るべきなのは性能よりデータの扱いです。同じページのPrivacy節では、無料モデルの条件が次のように分かれています。

学習利用を避けるなら上の2行の4モデルが候補ですが、業務コードの送信可否は社内規程・契約条件・保持期間も確認して判断してください。Big Pickleは知名度が高い無料モデルですが、無料期間中に集めたデータをモデル改善に使うと明記されています。NVIDIAの2モデルは「個人情報や機密データを送らないこと」と書かれた試用枠です。なお14モデル目のJev 1.13 Freeは、文章を生成するのではなく問いへの判定値を返すモデルで、コーディング用途ではありません。

OpenCode Console（従量課金）

Consoleは、OpenCodeチームが検証したモデルを1つのAPIキーで使える従量課金のゲートウェイです。/connectで「OpenCode」のプロバイダを選んでキーを貼り付け、opencode/gpt-5.5のようにopencode/を付けたモデルIDで指定します。残高が$5を下回ると$20を自動チャージする設定が既定で、金額の変更や無効化ができます。ワークスペース全体とメンバーごとに月額上限を設定できますが、自動チャージを有効にしていると上限を超えて請求されることがある、とドキュメントは注記しています。

OpenCode Go（月額サブスク）との違い

OpenCode Goは、オープンモデルを中心に使える月額制のサービスです。Goが月$10、Go Plusが月$40の2プランで、トークン単価は共通、利用上限が違います。上限はモデルごとの月額ドル枠で決まり、5時間で月額枠の20%、1週間で50%まで使えます。対象はGLM、Kimi、DeepSeek、Qwen、MiniMax、MiMoのほか、Grok 4.7やClaude Haiku 5.5も含む33モデルです。

GoとGo Plusはメンバー1人のワークスペース専用で、Goを契約したワークスペースにはメンバーを招待できません。チームで使うならConsoleの従量課金、個人で固定費に収めたいならGo、という分け方になります。Claude Codeなど他のエージェントからも使え、公式が動作を確認したクライアントの一覧も同じページにあります。

日本語での利用――ドキュメントとIMEの既知不具合

V1には日本語の公式ドキュメントがあり、READMEにも日本語版があります。一方、V2のドキュメントには日本語版がありません（/v2/docs/ja/は404）。V2の新しい設定項目は英語で読むことになります。応答言語はモデル次第なので、確実に日本語で返させたいならAGENTS.mdに明記するのが早道です。

日本語入力（IME）まわりには不具合が残っています。V2のレビューパネルでIMEの変換確定のEnterが送信扱いになるIssue #35746は、2026年9月24日に修正されないまま「not planned」で閉じられました。V2の入力欄で最初のキー入力時に変換が崩れる#39632、IME入力後に単語単位のカーソル移動が日本語と英字の境目を見誤る#47333は、10月14日時点でオープンです。長文は/editorで外部エディタに書いて渡すのが現実的な回避策です。

Claude Code・Codex CLI・Gemini CLI・Cursorとの違い

OpenCodeを選ぶ理由は、性能そのものよりモデルの供給元を握れることとソースが公開されていることです。ベンダー公式のツールでも接続先を選べるものはあり、Claude CodeはAnthropicへの直接接続のほかAmazon BedrockやGoogle Vertex AIにも接続できます。ただし使えるのはClaudeのモデルです。

Claudeの公式エージェントを使いたいならClaude Codeとは？できること・使い方・料金：コード解析の実力と導入手順【2026年版】、ChatGPTの契約を軸にするならCodex CLIのプロキシ設定・承認モード・オプション一覧｜導入とアンインストール【2026年9月】が素直です。Gemini CLIとは？2026年6月の個人向け終了とAntigravity CLI移行・使い方まで解説のとおり、ベンダー側の都合で提供形態が変わる例もあります。複数社のモデルを価格や機密度で切り替えたい、またはローカルLLMで完結させたいならOpenCodeです。エディタ内で補完から任せたいならCursor Proとは｜料金プラン・無料版との違い・できることを解説【2026年版】が候補になります。

よくある質問

OpenCodeに無料枠はありますか？

本体はMITライセンスで無料です。モデル代は別ですが、OpenCode Console（旧Zen）に期間限定の無料モデルが14あります（2026年10月14日時点）。入力を学習に使うモデルも含まれるため、学習利用を避けたいならSpace Bunny Free、LongCat 2.5 Preview Free、Step 5 Preview Free、Cat Jam Freeのように学習に使わないと明記されたものが候補です。ローカル推論ならクラウドAPIの従量料金は発生しません。GitHub Copilotは契約に含まれる利用枠を消費し、追加利用の設定によって別途課金されます。

OpenCode 2.0とは何ですか？

2026年9月11日に2.0.0が公開されたメジャー版です。プラグインAPI、サーバーAPI、TUI設定（cli.jsonへ移動）の3点が破壊的変更で、それ以外も互換対象のV1設定は読み込めますが、無視される旧設定項目もあります。npmのopencode-aiや公式tapでは今もV1が入るため、V2は@opencode/cliやanomalyco/tap/opencode-v2で入れます。

Windowsでも使えますか？デスクトップ版はありますか？

使えます。V1はScoopかChocolateyで入り、V2は単体バイナリを配布ページから入れます。公式はどちらもWSLでの利用を推奨しています。デスクトップアプリはmacOS・Windows・Linux向けが配布されており、2026年10月時点ではV2系です。

opencode.jsonはどこに置きますか？

個人設定は~/.config/opencode/opencode.json、プロジェクト設定はリポジトリ直下のopencode.jsonです。両方あればマージされ、競合したキーはプロジェクト側が勝ちます。テーマはopencode.jsonに書いても無視され、V1はtui.json、V2はcli.jsonに書きます。

Dockerで使えますか？

ghcr.io/anomalyco/opencodeのイメージがあります。latestは2026年10月14日時点でV1の1.19.0と同じイメージなので、V2を使うときはghcr.io/anomalyco/opencode:2.0.28のように版タグを指定します。

「オープンコード」で検索するとAIと無関係の情報が出るのはなぜですか？

同じ読みの別の概念があるためです。質的研究のデータ分析手法「オープンコーディング（open coding）」がカタカナ表記で重なります。この記事が扱うのはAIコーディングエージェントのopencode（anomalyco/opencode）で、Go製の元祖opencode（現Crush）とも別物です。

関連記事

• Coding Agent（コーディングエージェント）とは？仕組み・3つの型と主要ツールの選び方【2026年9月】
• OpenCode Viewerとは？opencodeセッションの保存先とブラウザ閲覧・再開手順【2026年9月版】
• Claude Codeとは？できること・使い方・料金：コード解析の実力と導入手順【2026年版】
• Codex CLIのプロキシ設定・承認モード・オプション一覧｜導入とアンインストール【2026年9月】
• Pi（pi-coding-agent）をローカルLLMで動かす設定手順｜Ollama・llama.cpp・models.json【v1.1対応】