Terminal AI Coding Agent
opencode
An open-source AI coding agent with terminal, IDE, desktop, multi-session, provider-flexible, and local-model workflows.
- 料金
- Open source
- プラットフォーム
- Terminal, IDE, Desktop, macOS, Linux, Windows
- 公式サイト
- https://opencode.ai
2026 年の結論
opencode は、もはや「open-source terminal agent」だけではありません。公式の説明では、terminal、IDE、desktop、parallel sessions、share links、GitHub Copilot login、ChatGPT Plus/Pro login、local models、75+ model providers が含まれます。
私の評価:opencode の価値は、agent loop をチーム側で所有できることです。Cursor と Windsurf は polished editor surface、Claude Code と Codex は managed agent workflow に寄っています。opencode はより inspectable な選択肢です。provider を選び、agents を調整し、command execution を見える状態にし、workflow のどこを local または self-controlled にするかを決められます。
何なのか
opencode は terminal-first workflow を中心にした open-source AI coding agent ですが、surface は terminal だけではありません。公式サイトは terminal UI、editor integration、desktop app、parallel sessions、share links、provider flexibility、local models を強調しています。
重要なのは UI の数ではなく、coding agent を configurable system として扱えることです。model providers を選び、agents と subagents を定義し、task ごとに model を分け、command loop を repository の近くに置けます。
向いているケース
- terminal-native control を重視しつつ、IDE や desktop options も使いたい開発者。
- Claude、GPT、Gemini、local models、その他 provider を使い分けたいチーム。
- commands、diffs、prompts、configuration をレビューしたい engineers。
- test commands と rollback path が明確な repositories。
- Claude Code、Codex、Cursor、Cline と open-source agent loop を比較しているチーム。
向いていないケース
- 最も滑らかな editor-first onboarding が欲しいユーザー。
- provider、model、permission policy を自分たちで管理したくないチーム。
- command boundaries と secret handling が曖昧な sensitive repositories。
- acceptance criteria が曖昧で、agent に product intent を全部推測させたい work。
Model and Agent Configuration
opencode docs は provider と model configuration を重視しています。これは強みですが、同時に operational responsibility でもあります。問題は「どの model が一番強いか」だけではなく、「どの task にどの model、provider、cost profile を使うか」です。
実務ではこう分けます。
- 不明瞭な bug fix、architecture tracing、multi-file refactor には強い frontier models を使う。
- mechanical edits、documentation drafts、test scaffolding、search-heavy tasks には cheaper または local models を使う。
- review、implementation、documentation、debugging に separate agents/subagents を定義し、generic agent 一つに任せすぎない。
- model、prompt、settings、verification command を記録して repeatability を確保する。
最近注目すべき新機能
opencode の最近の方向は、terminal UI を少し綺麗にすることではなく、open agent runtime をより configurable にすることです。公式 docs では、primary agents、subagents、specialized built-in agents、permission keys、MCP servers、LSP、custom tools、Agent Skills、server mode、SDK、plugins、Agent Client Protocol support がより明確になっています。
特に見るべき点:
- Primary agents と mode separation:opencode には
BuildとPlanの primary agents があります。planning と implementation を同じ mode に混ぜないことは、複雑な task では重要です。 - Specialized agents:
Explore、Scout、General、Reviewer、Summarizer、Title、Code Indexerなどの built-in agents により、opencode は generic assistant ではなく agent team に近づいています。Claude Code や Codex と同じ圧力ですが、opencode は local control と inspectability に寄っています。 - Permission keys:agent configuration で、tools を allow、ask、deny にできます。これは「agent が command を実行できる」から「team が reviewable execution policy を持つ」への変化です。
- MCP、LSP、custom tools:MCP は外部 systems への接続、LSP は code intelligence、custom tools は team の scripts や internal workflows を agent に渡すための層です。
- Agent Skills:Skills は reusable instructions と workflow behavior を package 化します。毎回長い prompt に頼る必要が減ります。
- ACP、server、SDK、plugins:Agent Client Protocol support、server mode、SDK、plugins により、opencode は editors、automation、team-specific surfaces に埋め込みやすくなっています。
core docs 以外でも、最近の release notes は editor support、session path、Copilot model sync、model updates、instruction precedence まわりの動きが速いことを示しています。ただしこれは velocity signal として扱うべきです。標準採用する時は、provider choice、agent configuration、permissions、repeatability、command visibility という安定した軸で評価します。
Cursor より強いところ
opencode は、polished editor experience より transparent agent loop を重視するチームで強くなります。provider choice、terminal logs、command boundaries、repeatable prompts、local/self-controlled workflows を重視するなら、真剣に試す価値があります。
AI coding strategy を 1 つの editor vendor に固定したくないチームにも合います。editor は使えますが、agent workflow は editor に所有されません。
Cursor の方がよいところ
Cursor は interactive code reading、inline editing、terminal-heavy ではない developer onboarding に強いです。「コードを選択し、質問し、数行直し、続ける」作業では Cursor の方が速く感じます。
opencode は operator により多くを要求します。規律あるチームには利点ですが、casual users にはコストです。
Adoption Checklist
- 複数ファイルに触れるが tests が明確な maintenance issue から始める。
- allowed commands、blocked files、secret rules、rollback expectations を書く。
- task class ごとに許可する providers と models を決める。
- local-model route と frontier-model route を両方試してから cost model を決める。
- 同じ issue で Claude Code、Codex、Cursor、Cline と比較する。
- completion time だけでなく review time を測る。
Quality Signal
opencode の良いサインは、小さく説明可能な diff、visible command log、repeatable settings です。悪いサインは、demo は強いが teammate が再現できないことです。
Related Tools
- Claude Code:Opus、subagents、hooks、Dynamic Workflows を持つ managed terminal agent を見たい場合。
- OpenAI Codex:ChatGPT-native cloud/local delegation、mobile steering、Automations、GitHub review を重視する場合。
- Gemini CLI:Google-native terminal agent、free access、MCP support を見たい場合。
- Aider:Git-centered terminal workflow、明確な diffs、model choice を重視する場合。
- Qwen Code:Qwen models を中心にした terminal agent route を評価する場合。
- Cursor、Windsurf、Cline、Roo Code:editor-first alternatives を比較する場合。
- 9Router と OpenRouter:routing、fallback、provider/model cost control が主目的の場合。
- OpenHands と GitHub Copilot:broader team automation platforms と比較する場合。
Source Notes
- opencode official site describes terminal, IDE, desktop, multi-session, share links, GitHub Copilot login, ChatGPT Plus/Pro login, provider flexibility, and local-model support.
- opencode docs describe provider/model configuration, primary agents, subagents, permission keys, MCP, LSP, custom tools, Agent Skills, ACP, server mode, SDK usage, and plugins.
- Recent opencode release notes and package activity show rapid movement around editor support, model sync, model updates, session handling, and instruction precedence; treat these as velocity signals and verify exact behavior against the current docs before standardizing.
- This page uses private Coding Agent Tools diagrams based on the public product model, not copied official screenshots.