直接的で対話的なコーディングループにはOpenCodeを選んでください。エージェントの実行場所と作業の運用方法を制御することが要件の一部なら、OpenHandsを選んでください。比較対象は2つのコマンドラインツールだけではありません。現在のOpenHandsエコシステムには、Agent Canvas、Agent Server、SDK、マネージドデプロイオプションが含まれます。
この違いを理解すると、古いスクリーンショットを基準に選ぶことを避けられます。OpenHandsのcurrent introductionでは、Agent Canvasをアクティブなブラウザークライアント、旧Local GUIを非推奨、CLIを主に安定性のために保守されるものと位置づけています。インストールチュートリアルに進む前に、現在のコンポーネント構成を確認してください。
実行したいワークフローを比較する
| 質問 | OpenHands | OpenCode |
|---|---|---|
| どこで操作しますか？ | ブラウザーのAgent Canvas、またはSDKを中心に構築したアプリケーション | ターミナルワークフロー。文書化されたエディターなどの統合に対応 |
| 作業はどこで実行されますか？ | 選択したバックエンドとワークスペース | エージェントとそのツールを実行する環境 |
| 何を設定しますか？ | 必要に応じて、バックエンド、ワークスペース、モデルアクセス、自動化 | プロジェクトコンテキスト、プロバイダー、モデル、エージェント、権限 |
| 選ぶ強い理由 | リモートまたは反復可能なエージェント作業を運用する必要がある | 既存のコーディングセッションで変更を細かく指示したい |
| コストのカテゴリ | モデル利用量に、選択したバックエンド／サービスと接続ツールを加えたもの | 選択したモデルアクセス、マシン、接続ツール |
意図的に設計した実行環境にはOpenHandsを選ぶ
Agent Canvasは、ブラウザーインターフェイスと、会話およびツールを実行するバックエンドを分離します。公式のCanvas overviewでは、ローカル、Docker、VM、Cloudの経路が説明されています。また、バックエンドとファイルを含むワークスペースも区別しています。タスクに反復可能な環境が必要な場合や、エディターから独立して実行し続ける必要がある場合、これらの選択が重要になります。
たとえば、複数のリポジトリジョブで同じ依存関係と予測可能なファイルアクセスが必要だとします。設定済みのバックエンドとワークスペースをジョブ定義の一部にできます。利点は運用の一貫性です。その一方で、その環境を保守し、失敗した実行を調査する方法を把握する必要があります。
エージェント対応アプリケーションを構築しているなら、Software Agent SDKもOpenHandsを検討する理由になります。作業の作成、監視、結果の取得に必要なインターフェイスを評価してください。今日のバグを修正するアシスタントが欲しいだけなら、SDKを採用する必要はありません。
対話的なループにはOpenCodeを選ぶ
リポジトリの近くで作業したい場合、OpenCodeは魅力的な出発点です。コンテキストを渡し、計画を依頼し、編集を確認し、次のステップを方向づけます。agent configurationとmodel selectionで体験をカスタマイズでき、IDE統合によってターミナルセッションを選択したコードに接続できます。
すでに使っている開発環境で試してください。ビルドとテストがローカルサービスに依存する場合は、エージェントがそれらをどう呼び出すか、何を実行し続けるべきかを確認します。通常、最も単純に成功する構成の方が、タスクに何の利点も加えない複雑なデプロイより有用です。
これは機能の排他的な境界ではなく、適合性についての推奨です。OpenCodeは自動化されたワークフローに参加でき、OpenHandsは対話的に利用できます。問題は、必要な作業を運用しやすくするのが、どちらのプロジェクトのデフォルトワークフローと拡張ポイントかということです。
モデルアクセスとホストを分けて比較する
両プロジェクトは、モデルへの複数の接続方法を文書化しています。OpenHandsでは、利用可能な経路はコンポーネントとバックエンドによって異なります。Canvasには、プロバイダーキー、独自のモデルサービス、ローカルまたは互換エンドポイント、対応ACPエージェントが含まれます。OpenCodeでは、設定済みのプロバイダーとモデルを選択します。モデルピッカーに同じブランド名が表示されても、推論設定やアカウント請求が同一だとは限りません。
各試行について、エージェントがどこで実行されるか、モデル料金を支払うアカウントはどれか、外部ツール料金を支払うアカウントはどれかを3行で書き出してください。モデルプロバイダーを変更しても、比較したい実行環境が意図せず変わらないことを確認します。全体予算には、タスクのトークン料金だけでなく、アイドル状態のサーバー時間とストレージも含めてください。
最初に行うとよい移行テスト
- 同じコミットから開始します。一方のエージェントが他方のパッチの恩恵を受けないよう、別々のワークスペースを使用します。
- 実際の結果を指定します。再現可能な失敗チェックを伴う小さな修正を依頼します。
- 環境を検証します。依存関係、認証情報、ネットワークアクセス、ファイルシステム権限を比較可能にします。
- 成果物を確認します。アシスタントの完了メッセージだけでなく、差分とテスト出力をレビューします。
- 再起動後に繰り返します。再接続し、結果を見つけ、記録されたコストを理解できることを確認します。
直接的な指示で作業が解決し、リモートバックエンドがオーバーヘッドを加えるなら、OpenCodeを使い続けてください。実行環境と運用モデルが具体的な制約を取り除くなら、OpenHandsを採用します。調査にはローカルの対話型エージェントを使い、反復可能なジョブには別途運用する環境を使うこともできます。
OpenCodeの経路では、小さなモデルの試行から始めてください。Kunavo OpenCode setupにプロバイダー設定が、current model ratesに利用予算の見積もりに必要な情報があります。OpenHandsユーザーは、互換APIを完全なタスク統合として検証済みとみなす前に、選択したコンポーネントのプロバイダードキュメントに従ってください。
よくある質問
OpenHandsとOpenCodeの主な違いは何ですか？
OpenHandsは、エージェント作業を運用するためのブラウザー操作画面、エージェントサーバー、SDK、デプロイオプションを提供します。OpenCodeは、ターミナルと関連統合を通じた対話的なコーディングに直接適しています。どちらも拡張と自動化が可能なので、実際に必要な実行環境とワークフローで選んでください。
OpenHandsはクラウドで実行する必要がありますか？
いいえ。現在のOpenHandsドキュメントでは、Agent Canvasはローカル、コンテナ、VM、マネージドクラウドのバックエンドに接続できると説明されています。バックエンドをどこで実行するかによって、エージェントが実行される場所と、アクセスできるファイルおよび認証情報が決まります。
OpenHands CLIはAgent Canvasと同じですか？
いいえ。OpenHandsは現在、Agent Canvasをアクティブなブラウザークライアントとして説明しています。旧CLIは機能が完成しており、主に安定性のために保守されています。レガシーLocal GUIは非推奨です。インストールするコンポーネントのドキュメントに従ってください。
OpenHandsとOpenCodeでは、どちらが安いですか？
モデルの利用量と、タスクを実行する環境を合わせて比較してください。マネージドまたはセルフホスト型のOpenHandsバックエンドでは、インフラまたはサービス料金が追加される可能性があります。ローカルのOpenCodeセッションでも、モデル費用とマシン費用は発生します。タスクのコンテキスト、ツール、リトライ、レビュー作業も比較に影響します。
公式ドキュメントの確認日：2026年9月17日。この比較は、デプロイとワークフローの選択を説明するものであり、測定されたタスク成功率のランキングではありません。