OpenHands は、オープンソースの AI 駆動型開発エージェント プロジェクトです。目標は、エージェントが実際のコード ウェアハウスで分析、変更、検証タスクを実行できるようにし、エンジニアリング チームの自動化効率を向上させることです。

オープンハンズ

OpenHands のコアパラメータと統計

OpenHands の公式の位置付けは、「コーディング エージェントと自動化のための自己ホスト型開発者コントロール センター」です。これは、単一ラウンドの質疑応答アシスタントではなく、会話型開発、自動化されたワークフロー オーケストレーション、マルチ バックエンド スイッチング、エンタープライズ レベルのガバナンスを同時にカバーする、完全なエージェント ランタイム プラットフォームです。

プロジェクト	広報
製品のポジショニング	コーディング エージェントと自動化のための自己ホスト型開発者コントロール センター
コードリポジトリ	オープンハンズ/オープンハンズ
主要言語	Python 65.1%、TypeScript 33.5%
オープンソースライセンス	リポジトリのパブリック (ライセンスを参照)
コミュニティの規模	81.2k 個以上のスター、10.4k 個以上のフォーク、519 人以上の貢献者
メインラインバージョン	1.11.0 (2026-07-09)
クラウド版	クラウド-1.46.2 (2026-07-15)
納品形態	オープンソース コード + エージェント キャンバス コンソール + エージェント サーバー API
プロトコル標準	エージェント/クライアント プロトコル (ACP) に準拠
サンドボックスメカニズム	Dockerコンテナ分離実行
エコシステムを接続する	MCP サーバー ~400+

バージョン ラインの説明: OpenHands は 2 つのバージョン ラインを維持しています。メイン ライン (1.x) はオープン ソース コミュニティのセルフホスティング シナリオ用で、クラウド バージョン (cloud-1.x) は SaaS ユーザー用です。どちらもコアのエージェント ランタイムを共有していますが、クラウド バージョンにはエンタープライズ グレードの機能 (使用状況ダッシュボード、予算アラート、SaaS 認定) が含まれています。メインラインの最新バージョンは1.11.0、クラウド版の最新バージョンはcloud-1.46.2です。 2 つのラインは独立して進化してきました。

導入の柔軟性: OpenHands は、同じ Agent Canvas フロントエンド (ローカル Docker コンテナ、リモート VM、OpenHands Cloud) での複数のバックエンドのマウントをサポートします。チームはコード レビューや依存関係の更新のためにエージェント サーバーを共有でき、個々のエージェントはローカルで実行され、同じ UI で 2 つのエージェントを切り替えることができます。この「統合されたフロントエンド、分離されたバックエンド」アーキテクチャが、同様のツールとの主な違いです。

OpenHands のユーザーと市場の認知度

OpenHands の市場での認知度は、オープンソース コミュニティの急速な成長とエンタープライズ レベルの機能の継続的な改善に反映されています。

コミュニティでの人気: スター数 81,200 個以上、フォーク数 10,400 個以上で、GitHub 上で最もスターの多い AI コーディング エージェント プロジェクトの 1 つとなっています。 519 人の貢献者という規模は、個々のプロジェクトの段階を超え、コア チームとコミュニティによって推進される協力的なエコシステムを形成していることを示しています。過去 1 週間 (2026-07-08 ～ 2026-07-15) で 8 つのバージョンが集中的にリリースされ、その反復リズムは非常に速いです。

エンタープライズ シグナル: エンタープライズ ディレクトリ (SaaS 認定の BYOR キー管理エージェント プロファイル、使用状況ダッシュボード、予算アラートを含む) の存在は、プロジェクトがエンタープライズ レベルのガバナンスを製品計画に組み込んでいることを示しています。クラウド バージョン cloud-1.46.2 (2026-07-15) の継続的なリリースは、その SaaS 商用バージョンが急速に反復されていることを示しています。

非公開項目: 法人顧客数および事業収益に関する公式の未公開データ。オープンソース プロジェクトの「採用の熱意」は、「運用コンテキストの安定性」と完全に同等ではありません。評価する際には、星の数と実際の展開量を区別する必要があります。

OpenHands のコスト上の利点

OpenHands のコストメリットは、「オープンソースコア無料 + セルフホスティングオプション + オンデマンドクラウドサービス」の 3 層構造により、開発段階に応じてコストモデルを切り替えることができます。

C 側/個人: オープンソース コードは完全に無料です。開発者は「npm install -g @openhands/agent-canvas」を使用してワンクリックで起動し、コストゼロで使い始めることができます。個人利用の主な費用はLLM API呼び出し料金です（APIキーはご自身でご用意いただく必要があります）。

開発者/API: セルフホステッド モデルではソフトウェア ライセンス料金は発生せず、コストは LLM の呼び出し料金、インフラストラクチャ (Docker またはクラウド サーバー)、運用保守の人件費に集中します。個人の開発者の場合、ローカル コンピューターと OpenAI/Anthropic API キーですべての機能を実行できます。

企業/民営化: オープンソースのセルフホスティング モデルでは、企業はサーバーのコストと運用保守の人員のみを負担する必要があります。 Enterprise Edition (OpenHands Cloud) の価格は正式に開示されていないため、企業によって確認される必要があります。企業展開の隠れたコストには、セキュリティ監査とコンプライアンス認証、MCP コネクタ ガバナンス エージェント出力の手動レビュー プロセス設計、バージョン更新によって発生する回帰テストのコストが含まれます。

導入方法	ソフトウェアライセンス料金	LLM通話料	インフラストラクチャ料金	運用保守マンパワー	該当するシナリオ
自己ホスト型 (ローカル)	無料	自分で支払う	なし（すでにコンピュータを持っている）	なし	自己啓発、学習
セルフホスト (サーバー)	無料	自己負担	クラウドサーバー ~$20-200/月	パートタイムの運用保守	小規模チーム
オープンハンズクラウド	従量課金制/サブスクリプション	サブスクリプションに含まれています	含まれています	含まれています	自己ホストをしたくないチーム
エンタープライズ版	ビジネス確認	自分のキーを持ち込むことができます	オプションのプライベート展開	ベンダーサポート	コンプライアンスに敏感な業界

OpenHands の主な機能

OpenHands の中核となる機能は単一の機能ではなく、「エージェント開発ライフ サイクル」を中心に構築されたプラットフォーム レベルの機能です。

• エージェントの会話型開発: エージェント キャンバスで AI エージェントと複数ラウンドの対話を実行し、エージェントはコードの作成、端末コマンドの実行、ファイルの読み書き、Web ブラウジングなどの操作を独立して完了します。操作の各ステップは視覚的に表示され、ユーザーはエージェントの意思決定プロセスをリアルタイムで観察し、いつでも介入できます。

• 自動ワークフロー オーケストレーション: スケジュールされたトリガーまたは Webhook イベントによって駆動される自動タスクのセットアップをサポートします。たとえば、レポートを毎日自動的に生成して Slack に公開する、GitHub の問題をサブタスクに自動的に分解する、コードのマージ後にテストを自動的に実行するなどです。オートメーション システムは、別のオートメーション サーバーによってサポートされます。

• 複数のバックエンドの柔軟な切り替え: 同じエージェント キャンバス フロント エンドは複数のエージェント サーバー バックエンドに接続できます。ローカル Docker コンテナ、リモート VM、OpenHands Cloud をいつでも切り替えることができ、セッションと履歴は継続的に維持されます。共有エージェント サーバーがチーム タスクを処理し、個々のエージェントがローカル開発を処理します。

• MCP とサードパーティの統合: MCP プロトコルを介した外部ツールとサービスの接続をサポートします。公式ウェアハウスには、Slack、GitHub、Linear、Datadog などの開発ツールをカバーする約 400 の MCP サーバーが記載されています。エージェントは、MCP ツールを通じて作業指示を直接読み取り、メッセージを送信し、監視データをクエリして、エンドツーエンドの自動プロセスを形成できます。

• エージェント-クライアント プロトコル (ACP) 互換: 自身のエージェントにロックされません。 ACP プロトコルを使用すると、Claude Code、Codex、Gemini などのサードパーティ エージェントを含む、互換性のあるエージェント バックエンドへのアクセスが可能になります。 OpenHands は、複数のエンコード エージェントを均一に管理するための「エージェント コントロール プレーン」として使用できます。

• エンタープライズ レベルのガバナンス: エンタープライズ バージョンでは、使用状況ダッシュボード、予算アラーム エージェント プロファイル、BYOR (Bring Your Own Key) キー管理 SaaS 認証、監査ログ、その他の機能が提供されます。エージェントの使用状況、トークン消費量、実行コストの視覚的な監視と予算管理をサポートします。

OpenHands ツールのオープンリスト

OpenHands Agent は、次のツールセットを通じて外部コンテキストと対話し、大規模モデルが自律的に選択して呼び出し、タスク コンテキストに基づいて対話コンテキストを完成させます。

ツール名	機能説明	典型的な使用シナリオ
読む	ファイルの内容を読み取る	既存のコードを分析し、構成ファイルを表示する
書く	ファイルの書き込み/作成	新しいコード ファイルを生成し、構成を変更します。
編集	置換テキストの行を見つける	既存のコードの特定の部分を正確に変更する
バッシュ	シェルコマンドを実行する	テストの実行、依存関係のインストール、サービスの開始
ls	ディレクトリの内容をリストする	プロジェクト構造を参照してファイルを検索する
grep	テキスト検索	ファイル全体にわたる関数定義とキーワードの位置を検索する
参照	Web ブラウジングとナビゲーション	ドキュメントを確認し、技術的ソリューションを検索
スクリーンショット	ページのスクリーンショット	UI修正効果を検証
実行	コードスニペットを実行する	アルゴリズムのロジックを迅速に検証する
mcp_tool	MCP サーバーに電話する	Slack メッセージを送信し、GitHub 問題を作成する
git_operation	Git の操作	コードの送信、PR の作成、ブランチのマージ

インタラクションは閉じられています: LLM はユーザー タスクを受け取ります → それらを複数ステップの計画に分解します → ツールを呼び出して順番に実行します → 返された結果を観察します → 次のアクションを調整します → タスクが完了するまで。ツールの呼び出しプロセスは、ストリーミング出力を通じてリアルタイムでユーザーに表示されます。

OpenHands のモデルとバージョンの進化

OpenHands のバージョンの反復は、2026 年前半に大幅に加速します。1.5.0 (2026-03-11) から 1.11.0 (2026-07-09) まで、7 つのメインライン バージョンのリリースがわずか 4 か月で完了し、クラウド バージョンはクラウド 1.46.2 の集中的なリズムに達しました。

メインライン リリース (オープンソース コア)

バージョン	発売日	主な変更点
1.5.0	2026-03-11	連続した反復でバージョン ノードを事前注文する
1.6.0	2026-03-30	メインライン バージョン ノード、安定性が向上
1.7.0	2026-05-01	GitHub パブリック バージョンをリリース
1.9.3	2026-07-08	修正: DB 移行インデックス列 ACP はデフォルトで有効になっています。
1.10.0	2026-07-08	新規追加: SMTP 電子メール サービス、ユーザー ログイン追跡、使用状況ダッシュボード
1.11.0	2026-07-09	新機能: ウェアハウス メタデータ配信エージェント プロファイル、予算管理ダッシュボード

クラウド版（SaaS事業系）

バージョン	発売日	主な変更点
クラウド-1.43.0	2026-07-08	使用状況ダッシュボードを追加 SMTP メール サービス
クラウド-1.46.0	2026-07-10	BYOR キーのエイリアス構成とアーカイブ リストの機能強化を追加しました。
クラウド-1.46.2	2026-07-15	修正: MCP 認証キー保存 DB 接続プールの最適化

バージョン リズム: 7 月に入ると、メインライン版とクラウド版は「毎週更新」のリズムに入ります。 Zhou Geng 氏は、プロジェクトは急速な反復期間にあると述べましたが、これは実稼働環境ではより厳密なバージョン ロックと回帰テスト戦略が必要であることも意味します。実稼働環境をアップグレードする前に、ステージング環境でコネクタの互換性とエージェント出力の安定性を検証することをお勧めします。

OpenHands の技術的利点

OpenHands の技術的な利点は、単一モデルのパフォーマンスではなく、「エージェント ランタイム アーキテクチャの統一性」と「複数のバックエンド抽象化によってもたらされる柔軟性」にあります。

アーキテクチャ リンク: OpenHands のコア実行リンクは次のように抽象化できます。

「」 ユーザー → エージェント キャンバス (UI) → エージェント サーバー (REST API) → エージェント ランタイム エンジン ↓ ┌───────────────┐ │ LLM オーケストレーションとツールルーティング │ │ ┌───┐ ┌───┐ │ │ │ ツールコール │ │ MCP │ │ │ │ コネクタ │ │ コネクタ │ │ │ ━━━┘ ━━━┘ │ ━───────┬─────────┘ ↓ ┌───────────────┐ │ 実行サンドボックス │ │ (Docker/ローカル/VM/クラウド) │ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 「」

制御フロー: ユーザーの意図が Canvas を通じて API リクエストに変換される → Agent Server がセッションを開始する → LLM がアクション プランを生成する → ツール呼び出し元が特定の操作 (ファイルの読み書き、コマンドの実行、Web ブラウジング) を実行する → 結果が LLM にフィードバックされて次のステップを決定する → タスクが完了するまで繰り返します。データの戻り方向は実行パスと同じであり、各ステップの実行ログと結果はリアルタイムで UI にプッシュバックされます。

複数のバックエンド抽象化の価値: エージェント サーバーは、Python を実行できるあらゆる環境にデプロイできる軽量の REST API です。チームは同じエージェント オーケストレーション ロジックのセットを使用して、ローカルで CI/CD パイプラインを開発し、クラウドでプレリリースすることができ、バックエンド アドレスを切り替えるだけで済みます。この抽象化により、コンテキスト間のエージェントの動作の違いが最小限に抑えられます。

サンドボックス セキュリティ メカニズム: Docker コンテナ分離とサンドボックスなし (直接実行) モードを提供します。 Docker モードは運用環境では必須です。エージェントのすべてのファイル操作とコマンドの実行はコンテナ内で完了します。エージェントが異常な動作をしてもホストシステムには影響しません。サンドボックスレス モードは、個人の開発状況を迅速に検証するのに適していますが、チーム共有サーバーでの使用はお勧めできません。

ACP プロトコルの見通し: エージェント/クライアント プロトコルにより、OpenHands が特定のモデルやエージェント実装に関連付けられないようになります。新しいコーディング エージェントが出現すると、ACP プロトコルを実装している限り、OpenHands UI および自動化システムにアクセスできます。この「プロトコルファースト」設計により、ユーザーが単一ベンダーに固定されるリスクが軽減されます。

エンジニアリングの落とし穴ガイド

OpenHands のアーキテクチャー機能に基づいて、実稼働コンテキストのデプロイメントでは次の問題に焦点を当てる必要があります。

1.無限ループとトークンインフレ制御: エージェントは、ファイルを繰り返し読み取ったり、同じ操作を試行したり、曖昧な指示に従って確認を行ったり来たりするなど、複雑なタスク中に無限ループに陥る可能性があります。 「max_steps」 (実行ステップの最大数) とグローバル タイムアウトをエージェント サーバー レベルで設定することをお勧めします。各ツール呼び出しに対して「max_tokens」の上限を設定します。反復アクションの検出を有効にする - エージェントが同じコマンドを連続 3 回実行し、結果が変わらない場合、セッションは自動的に終了します。 OpenHands の予算管理ダッシュボード (クラウド 1.46.0 以降) を使用して、トークン消費アラームを設定できます。

2.サンドボックス コンテキストのオーバーロード: 大規模なコード リポジトリ (モノリポジトリなど) のファイル ディレクトリ ツリーは数千のノードに達する可能性があり、プロジェクト構造を参照するときに長いコンテキストが原因でエージェントが「失われる」可能性があります。無関係なディレクトリ (node_modules、dist、.git など) を除外するには、.openhands_ignore ファイルを使用することをお勧めします。プロンプトで、ディレクトリ全体を「読み取る」のではなく、最初に「ls」と「grep」を使用してターゲット ファイルを見つけるようにエージェントに指示します。非常に大規模なプロジェクトの場合は、正確に動作する前に、まずエージェントに「grep」を使用して主要なファイルを見つけさせます。

3.セキュリティと権限のない管理: エージェントにはファイルの読み取りと書き込み、およびコマンドの実行機能があり、非サンドボックス モードで危険なコマンドを実行する可能性があります。運用環境では Docker サンドボックス モードを必須とし、ホストに依存するディレクトリ (SSH キー Kubernetes 構成など) をコンテナーにマウントしないことをお勧めします。 human-in-the-loop は、元に戻せない操作 (git Push --force、運用データベースの変更、ファイルの削除) に設定する必要があります。 OpenHands Enterprise の BYOR および SaaS 認証機能を使用して、キーの分離と操作の監査を実装する必要があります。特記事項: CI/CD パイプラインでエージェントを実行する場合、読み取り専用トークンを使用してエージェントのコード リポジトリの書き込み権限を制限する必要があります。

OpenHands の使用方法

OpenHands はさまざまな起動方法を提供し、個人の迅速な検証から実稼働コンテキストのデプロイメントまで、あらゆる要件をカバーします。

使い方	人に適しています	特長	コスト
Docker サンドボックス モード	すべてのユーザー (推奨)	コンテナーの分離と安全な実行、開始する 1 行のコマンド	Docker コンテキストのみ
サンドボックスを使用しないローカル インストール	個人開発者	ホスト上で直接実行、最速の起動	コストゼロ
ソースコードからビルドする	二次開発・カスタマイズ	ソース コードを変更し、エージェントの動作をカスタマイズできます。コストゼロ
オープンハンズクラウド	自己ホストをしたくないチーム	エンタープライズグレードの機能を備えた SaaS ホスティング	従量課金制/サブスクリプション
エンタープライズプライベート展開	コンプライアンスに敏感な業界	データ プレーンを完全に制御、BYOR をサポート	業務確認

クイック スタート - Docker サンドボックス モード (推奨):

「」バッシュ

前提条件: Docker、Node.js 22.12+

エクスポート PROJECTS_PATH="$HOME/プロジェクト" mkdir -p "$PROJECTS_PATH" "$HOME/.openhands"

docker run -it --rm \ -p 8000:8000 \ -v "$HOME/.openhands:/home/openhands/.openhands" \ -v "${PROJECTS_PATH}:/プロジェクト" \ ghcr.io/openhands/agent-canvas:1 「」

起動後、「http://localhost:8000」にアクセスします。ブラウザでエージェントの使用を開始するには、[設定] で LLM API キー (OpenAI、Anthropic、Google Gemini などをサポート) を構成します。

サンドボックスを使用しない迅速なインストール:

「」バッシュ npm install -g @openhands/agent-canvas エージェントキャンバス 「」

LLM 構成手順: OpenHands は「Bring Your Own Model」(BYOM) をサポートしており、OpenAI 形式の API エンドポイントと互換性があります。エンコード タスクには Claude Opus 4 または GPT-5.5 Pro を使用し、軽いタスクには Claude Sonnet 4 または GPT-5.5 Flash を使用することをお勧めします。サービスを再起動することなく、エージェント キャンバスの設定ページでモデルを動的に切り替えることができます。サポートされているモデルの具体的なリストは、公式ドキュメントの対象となります。

開始パスの提案: まず、Docker サンドボックス モードで簡単なタスク (「このプロジェクトに README を追加する」など) を実行して、エージェントの対話プロセスと出力品質を確認します。次に、自動化されたワークフロー オーケストレーションとマルチ バックエンド スイッチングを徐々に試してください。チーム展開の場合、より複雑なエンジニアリング シナリオに拡張する前に、重要ではないプロセスでエージェントの実行品質のベースラインを確立することをお勧めします。

OpenHands の製品価格

価格モデルは公式リアルタイム ページに準拠します。通常はフリーミアムやサブスクリプション制が採用されており、基本的な機能は無料で利用でき、高度な機能や高頻度の利用には課金が必要となります。

OpenHandsの応用シナリオ

OpenHands の実装シナリオは、「コーディング エージェントを実験から運用に移行させる」という主軸を中心に展開します。次の 3 種類のシナリオが大規模に検証されています。

コード レビューと依存関係の更新の自動化: エージェントは定期的にプル リクエストをレビューし、テストを実行し、コード スタイルをチェックし、潜在的な問題にフラグを立てることができます。依存関係の更新シナリオでは、エージェントは自動的にパッケージ バージョンをアップグレードし、重大な変更を修正し、回帰テストを実行し、PR を送信できます。 実装のヒント: エージェントのコード レビューの結果は補助的な参照として使用する必要があり、主要なセキュリティ レビューは依然として手動による確認が必要です。最初に非コア モジュールでエージェント レビューの正確性を検証し、その後徐々に重要なモジュールに拡張することをお勧めします。

GitHub の問題の自動分解とタスク割り当て: 新しい問題が作成されると、エージェントは説明の内容を自動的に分析し、それを実行可能なサブタスク リストに分解し、関連するコード ファイルを関連付け、さらには予備的な修復計画を生成することができます。 Automation Server の Webhook トリガーと組み合わせることで、課題の作成から PR の送信までのエンドツーエンドの自動化を実現できます。 実装のヒント: 自動的に生成された修復計画は、特にデータベースの移行、セキュリティの修復、API の変更を含むタスクをマージする前に手動で検証する必要があります。

Slack/Teams 統合開発アシスタント: Agent Canvas は、チームの「AI 開発同僚」として Slack に接続できます。開発者は、チャットでエージェントに対して「本番環境限定エラー ログの確認」、「この PR への単体テストの追加」、「API ドキュメントの更新」などのタスクを開始できます。エージェントの実行結果は、Slack チャネルに直接送信されます。 実装のヒント: 個人セッションと実稼働自動化タスクの間のコンテキストの混乱を避けるために、Slack 統合用に別のエージェント サーバーを構成することをお勧めします。

該当しないシナリオ: LLM の生成結果は本質的に不確実であるため、OpenHands は出力結果に極めて高い確実性を必要とするシナリオ (金融取引命令の生成、医療機器制御コードなど) には適していません。また、人間によるレビューをまったく必要としない完全に自動化された DevOps パイプラインにも適していません。エージェントの出力には、プロセス内で常に人間によるレビューが含まれている必要があります。厳格なコンプライアンス監査が必要な業界 (金融、医療、官公庁) の場合、エンタープライズ バージョンの監査ログと BYOR が必要な前提条件となります。

OpenHands の適用可能なグループ

OpenHands は、オープン ソース バージョンと複数の導入パスを通じて、個人の開発者から大企業までのあらゆるユーザーをカバーします。

• 個人開発者およびフリーランサー: ローカル インストールまたは Docker サンドボックス経由で無料で使用できます。日々のコーディング支援、プロジェクトのプロトタイプ構築、技術学習、その他のシナリオに適しています。 境界には適していません: エージェントの対話型開発を必要としない単純なスクリプト タスクの場合は、OpenHands を使用して起動の複雑さを高め、Claude Code や Cursor などの軽量ツールを直接使用する方が効率的です。

• R&D チームおよびプラットフォーム エンジニアリング チーム: OpenHands の主要なターゲット ユーザー。チームはエージェント サーバーを共有サーバーに展開でき、メンバーは統合コンソールを通じてエージェントの機能を使用できます。自動化されたワークフロー オーケストレーションは、チームが反復的なエンジニアリング タスク (依存関係の更新、コード レビュー、テストの完了) を標準化するのに役立ちます。 実装のヒント: 導入前に、どのコード リポジトリを変更できるか、どのコンテキストにアクセスできるか、操作に手動承認が必要かどうかなど、エージェントの操作権限の境界を明確にする必要があります。

• DevOps および SRE チーム: Automation Server のスケジュールされたトリガー機能と Webhook 機能を使用して、エージェントを運用および保守パイプラインに組み込みます。アラーム ログを自動的に分析し、インシデント レポートを生成し、定期的な運用および保守スクリプトを実行します。 境界には適していません: エージェントは、運用環境にバインドされたデータベース、構成センター、および機密性の高い権限システムを直接操作するのには適していません。運用および保守シナリオでは、エージェントは「提案生成 + 手動確認」モードを維持する必要があります。

• コーポレート R&D マネージャー: 開発効率の量的な向上に注意してください。予算管理ダッシュボードと使用量追跡機能は、マネージャーがエージェントの使用頻度、トークンの消費量、タスクの完了を把握するのに役立ちます。 購入の前提条件: 企業は、AI コーディング支援の明確な実装方向と定量化可能な効率指標 (PR レビュー サイクルの短縮率、自動化されたタスクの完了率など) を持っている必要があり、「AI を最初に使用する」ためのやみくもな導入はお勧めできません。

概要と展望

OpenHands は、「オープン ソース エージェント ランタイム + 統合コントロール プレーン + マルチ バックエンド抽象化 + エンタープライズ レベルのガバナンス」の組み合わせを通じて、AI コーディング エージェントの分野で差別化された競争上の地位を確立しました。OpenHands は、最も軽量なエージェント ツールではありませんが、おそらくアーキテクチャにおいて最も完全な「エージェント オペレーティング システム」です。

現在の主な利点: 81.2,000 以上のスターを持つオープンソース コミュニティは、開発者の認識を証明しています。 Agent Canvas + Agent Server + Automation Server の 3 層アーキテクチャは、会話型開発から運用自動化までのすべてのシナリオをカバーします。 ACP プロトコルの先進的な設計により、OpenHands は単一のエージェント ベンダーに限定されなくなります。 MCP エコシステムの継続的な拡張 (約 400 の統合) により、プラットフォームの接続性が向上します。

現在の主な制限: プロジェクトはまだ毎週更新される急速な反復期間にあり、API と構成項目は頻繁に変更される可能性があり、長時間実行される自動化タスクではバージョンの互換性に注意を払う必要があります。クラウド バージョンとエンタープライズ バージョンの価格は開示されていないため、企業が購入する際に完全な TCO 評価を行うことは困難です。ドキュメントとチュートリアルは https://docs.openhands.dev で入手できますが、コンテンツの一部はまだ作成中であるため、初心者が使い始めるにはある程度の時間を費やす必要があります。サンドボックス モードと MCP 接続の設定の複雑さは、純粋なコマンド ライン ツール (Claude Code など) よりも高く、「ゼロ設定」を追求するユーザーには適していません。

フォローアップ観察ポイント: メインライン バージョンが安定して LTS リズムに入るのはいつですか。 ACP プロトコルへのサードパーティ エージェント アクセスの数と成熟度。 OpenHands Cloud の正式な価格リリース。コンプライアンス監査と SSO におけるエンタープライズ バージョンの完成度。 MCP コネクタのメンテナンス品質とコミュニティへの貢献活動。

調達と導入のリスク評価: 個々の開発者や技術チームにとって、オープンソース バージョンのゼロコストの試行錯誤には実際のリスクはなく、検証のためにエージェント ツール チェーンに組み込む価値があります。企業の場合は、まず重要ではないプロセス (内部ツール開発、ドキュメント生成、テスト完了など) でオープンソース バージョンを試し、エージェントの実行品質ベンチマークと人間とコンピューターのコラボレーション プロセスを確立してから、クラウド バージョンとエンタープライズ バージョンのどちらにアップグレードするかを評価することをお勧めします。購入前に、エンタープライズ バージョンのデータ常駐性とコンプライアンス認定、BYOR モードのキー管理の粒度、既存の自動化タスクに対するモデル バージョンの更新の影響評価を確認することが重要です。いずれの場合も、運用コンテキストの変更や機密データへのアクセスを伴うエージェント タスクでは、手動レビュー手順を保持する必要があります。

関連ツール: CrewAI、ラングチェーン

OpenHands の使用方法

• Webクライアント：公式Webサイトにアクセスし、アカウントを登録することで利用できます。ほとんどの機能はインストールする必要がありません。
• API アクセス: RESTful API を提供し、開発者は API キーを取得して独自のアプリケーションに統合できます。

バージョン情報

• オープンハンズ 1.7.0 ：GitHub Releases の最新パブリック バージョンでは、AI 主導の開発機能が引き続き強化されています。 （2026-05-01）
• オープンハンズ 1.6.0 ：メインライン バージョンのノード。 （2026-03-30）
• オープンハンズ 1.5.0 ：連続する反復におけるプリアンブルのバージョン。 （2026-03-11）