
どう選んだか、そして実際にこなす4つの役割
ここで挙げるすべてのツールについて、私は一次情報にあたりました。GitHubリポジトリ(本当のライセンスとスター数のため)、公式ドキュメント、価格ページ、そして人々が実際に何が壊れたかを語るHacker Newsのコミュニティスレッドです。アグリゲーターの「トップ10」リストは使いませんでした。あれは、あなたがすでに使っているAIが返してくるのと同じ、使い回しの段落だからです。
たいていのまとめ記事が見落としているのは、これらのツールが同じレースの競合ではない、という点です。これらは4つの異なる問いへの答えであり、四半期を無駄にする最速の方法は、必要だったのがビジュアルRAGビルダーだったのにマルチエージェント研究フレームワークを選んでしまうことです。私が頭の中に留めている地図がこれです。

各項目で私が重視したいくつかの基準:
- ライセンスは文字通りに読む。「オープンソース」はかなり拡大解釈されがちです。本物のMITやApache-2.0のものもあれば、商用条件付きのソースアベイラブルのものもあります。何を出荷してよいかが変わるので、どちらなのかを明記します。
- 実際に誰が背後にいるのか、そして今も活発に開発されているか。このリストのある有名な名前は、今やメンテナンスモードです。
- **本当のコストモデル。**ライセンスは無料、確かにそうですが、本番で動かすと実際いくらかかるのか。
- 誰のためのものかを正直に一行で。すべてがすべての人向けというわけではありません。
2026年のオープンソースAIエージェント一覧
| ツール | 最適な用途 | カテゴリ | ライセンス | GitHubスター | マネージド版 |
|---|---|---|---|---|---|
| LangGraph | 低レベルの制御が欲しい開発者 | オーケストレーションフレームワーク | MIT | ~37.7k | LangSmith(有料) |
| CrewAI | 役割ベースのマルチエージェントチーム | オーケストレーションフレームワーク | MIT | AMP / Enterprise | |
| AutoGen | マルチエージェント研究(現在は後継あり) | オーケストレーションフレームワーク | MIT(コード) | Agent Framework | |
| AutoGPT | ノーコードの自律タスク自動化 | 自律型タスクランナー | Polyform + MIT | ホスト型プラットフォーム | |
| OpenHands | 自律的なコーディングタスク | 自律型タスクランナー | MIT(コア) | OpenHands Cloud | |
| Dify | サポート/RAGボットをビジュアルに構築 | ビジュアルアプリビルダー | ソースアベイラブル | Dify Cloud | |
| Flowise | ローコードのドラッグ&ドロップ型エージェント | ビジュアルアプリビルダー | Apache-2.0 | Flowise Cloud | |
| n8n | エージェントを自社スタックに接続 | ビジュアルアプリビルダー | Fair-code | n8n Cloud | |
| Rasa | エンタープライズ、オンプレミス会話型AI | エンタープライズ会話型 | Apache-2.0 + 商用 | Rasa Pro |
どの行が自分向けか分かりませんか?この簡単な診断ツールが、私が使うのと同じ4つの問いをたどります。
1. LangGraph、低レベルの制御が欲しい開発者に最適
LangGraphは、エージェントがすることを全部見て制御したいときに私が手に取るフレームワークです。LangChainが構築したもので、エージェントをグラフとしてモデル化します。ノード(ステップ)、エッジ(制御フロー)、そしてそれらの間を移動する共有の状態オブジェクトを定義します。ブラックボックスの「エージェント」抽象化ではなく、部品が手に入ります。これはエージェントに予測可能な振る舞いをさせなければならないときにまさに欲しいものです。
際立った機能は、本番で効くものばかりです。障害後に再開する永続的な実行、実行途中で検査・承認できるhuman-in-the-loopの割り込み、そして短期・長期メモリのための本物の永続化レイヤーです。Klarna、Replit、Elasticが本番で使っており、これはフレームワークとして得られる限り強いシグナルです。
- ライセンス:MIT、本当に無料。フレームワークにコストはかかりません。オプションのホスト型プラットフォーム(LangSmith Deployment)だけが有料です。
- **本当のコスト:**LLMのトークン、加えてセルフホストの工数か、マネージドデプロイのためのLangSmithの請求。
- **注意点:**これはフレームワークであって製品ではありません。ヘルプデスクも、チケットのUIも、ナレッジベースのウィザードもありません。PythonかJSを書くことになります。
**私の見解:**LangGraphは、最大限の制御を求め、構築を自分で所有することを厭わないエンジニアリングチームにとっての選択肢です。あなたが何か特注のものを構築する開発者なら、ここから始めましょう。「チケットに回答するAI」が欲しかったサポートリードなら、これはプールの深い方の端です。
2. CrewAI、役割ベースのマルチエージェントチームに最適
CrewAIは、「一つのエージェント」として考えるのをやめてチームとして考え始めた瞬間に、私の中でピンときました。その二つの部品はCrews(互いに委譲し合う役割ベースのエージェント、たとえばリサーチャー+ライター+批評家)とFlows(イベント駆動で制御されたワークフロー)です。João Mouraによって創設され、急速に成長しています。約55.8kのGitHubスターと、コミュニティコースを通じた10万人以上の開発者を擁します。

オープンソースのコアに加えて、トレーシング、RBAC、監査証跡、human-in-the-loopのゲートを追加する商用のAMP / Enterpriseコントロールプレーンと、PythonにエクスポートできるノーコードのStudioがあります。CrewAIはFortune 500の63%で使われていると主張していますが、これは検証済みというよりマーケティングの数字として受け止めます。とはいえ、いずれにせよ牽引力は本物です。
- **ライセンス:**フレームワークはMIT。AMP / Enterpriseは別の有料レイヤー。
- **本当のコスト:**構築は無料、その上にLLMのトークン、Enterpriseプレーンは見積もりベース。
- **注意点:**マルチエージェント構成はおしゃべりで高コストになりがちで、ここのどのフレームワークとも同じく、すぐ使えるチケッティングやサポートのUIはありません。
**私の見解:**CrewAIは、あなたの問題が本当に、互いに仕事を渡し合う役割へと分解できる場合に最適です。「エージェントのチーム」が実はFAQに答える一つのボットだけなら、それは過剰設計です。
3. Microsoft AutoGen、マルチエージェント研究に最適(ただしステータスの注記を読むこと)
Microsoft ResearchによるAutoGenは、「会話可能なエージェント」パターンを普及させたフレームワークです。互いに話し合ってタスクを解決するエージェントを定義します。グループチャットのオーケストレーション、ノーコードのAutoGen Studio、そしてMagentic-One汎用システムをもたらしました。約59.9kスターで、過去2年間で最も影響力のあるエージェントフレームワークの一つでした。
他のどのリスト記事も言い忘れる部分がこれです。AutoGenは現在メンテナンスモードです。READMEには(2026年4月に追加された)新機能は追加されないというバナーがあり、Microsoftは今、新規プロジェクトをMicrosoft Agent Frameworkに案内しています。これはAutoGenとSemantic Kernelを一つの本番対応の後継に統合したもので、公式の移行ガイドがあります。あるHacker Newsのコメント投稿者が、この時代をうまく要約しています:
"Autogen from ms was an early attempt at this, and it was fun to play with it, but too early (the models themselves kinda crapped out after a few convos). This would work much better today with how long agents can stay on track."
- **ライセンス:**コードはMIT。無料でセルフホスト、支払うのはLLMだけ。
- **本当のコスト:**LLMのトークン(マルチエージェントのおしゃべりは速く消費します)、加えていずれはAgent Frameworkへの移行。
- **注意点:**2026年にAutoGenでゼロから構築するのは、凍結されたフレームワークを採用することを意味します。
**私の見解:**AutoGenのパターンから学びつつ、新規の構築ならMicrosoft Agent Frameworkから始めましょう。この項目がここにあるのは、カテゴリ全体を形作ったからであって、今日私が新規に採用するからではありません。
4. AutoGPT、ノーコードの自律タスク自動化に最適
AutoGPTは2023年にバズった「自律型GTP」で、その後、とても親しみやすいアイデアを備えた本格的なプラットフォームに再構築されました。結果を平易な英語で記述すると、そのAutoPilotインターフェースがエージェントを構築、実行、デバッグしてくれます。186kのGitHubスターを持ち、どこと比べても最もスターの多いAIリポジトリの一つです。

ビジュアルなブロックビルダー、実行ごとの支出を追跡するエージェントダッシュボード、コミュニティ製エージェントのマーケットプレイス、そしてGmail、Slack、Notion、HubSpotを含む45以上の連携もあります。READMEはユースケースの一例としてカスタマーサポート(「返信の下書き、コンテキストの収集、エスカレーションのフラグ付け」)を挙げていますが、それは構築できるものの一つであって、製品の目的ではありません。
- **ライセンス:**分かれています。最新のPlatformはPolyform Shield(内部利用は無料、競合サービスとして再販不可)、クラシックなAutoGPTはMIT。
- **本当のコスト:**セルフホストは自分のモデルキーで無料、ホスト型プラットフォームは有料。
- **注意点:**これは汎用の自動化ビルダーです。サポートは組み上げられるものであって、出荷済みのヘルプデスクではありません。
**私の見解:**AutoGPTは、非開発者にとって自律エージェントへの最も親しみやすい入り口です。内部タスクの寄せ集めを自動化したいなら、始める場所として本当に楽しいところです。
5. OpenHands、自律的なコーディングタスクに最適
OpenHands(旧OpenDevin)は、All Hands AIが構築したオープンソースの自律型コーディングエージェントです。コードを書き、シェルコマンドを実行し、ウェブを閲覧し、サンドボックス内でバグをエンドツーエンドで修正します。さらに共通のプロトコルを通じて他のエージェント(Claude Code、Codex、Gemini)を動かすこともできます。81.4kスターで、現在進行中で最も活発なコーディングエージェントプロジェクトの一つです。
コーディングエージェントで重要なベンチマークにおいて、All Hands自身のOpenHands LM 32BモデルはSWE-bench Verifiedの37.4%を解決します。フロンティアモデルと組み合わせれば、報告される数値はそれをはるかに上回ります(ただしそれらの数字はハーネスによって変わるので、方向性の目安として扱ってください)。創業者は、自律性の限界について気持ちよいほど正直です:
"We quickly switched strategies--every PR is owned by a human being. You can still see which commits were done by OpenHands, but your face is on the PR, so you're responsible for it."
- **ライセンス:**コアはMIT。エンタープライズ向けディレクトリはソースアベイラブル。
- **本当のコスト:**自分のLLMキーで無料セルフホスト。OpenHands Cloudには無料枠に加え、マネージド計算資源のためのオプションで月額20ドルのProサブスクリプションがあります。
- **注意点:**セルフホストはDockerのサンドボックス化とセキュリティの堅牢化を意味し、フロンティアモデルでの高自律性の実行はトークンをすぐに消費します。
**私の見解:**あなたの問題がコード(GitHub issueの解決、バグ修正、チケットの分解)なら、OpenHandsはこのリストで最良のオープンソースエージェントです。あの創業者の引用は、AIの自律性に対して私が見た中で最も健全な姿勢でもあります。エージェントが下書きし、人間がそれを所有する、という姿勢です。
6. Dify、サポートまたはRAGボットをビジュアルに構築するのに最適
Difyは、このリストがカスタマーサポートに直接触れ始める場所です。ビジュアルなワークフローキャンバス、きちんとしたRAG / ナレッジパイプライン、そしてエージェント機能を備えたLLMアプリプラットフォームで、そのドキュメントは、製品ドキュメントに基づく「カスタマーサポートチャットボット」をトップのユースケースとして明示的に挙げています。約149.5kスターで、GitHubで最もスターの多いAIリポジトリの一つであり、Maersk、Adobe、PayPalといったエンタープライズのロゴが並びます。

正しく理解すべき点が一つ。DifyはただのApache-2.0ではありません。Dify Open Source Licenseのもとで提供されており、これはマルチテナントの制限(商用ライセンスなしに、自分のマルチテナントSaaSとして再販することはできません)とロゴの制限を加えた、改変版のApache-2.0です。バックエンドや開発プラットフォームとして内部利用する分には問題ありませんが、再販には向きません。
- **ライセンス:**ソースアベイラブル(Apache-2.0にマルチテナントとロゴの条件を加えたもの)。
- **本当のコスト:**Dockerで無料セルフホスト、または有料のDify Cloud、加えてモデルの支出。
- **注意点:**それでもボットは自分で組み立ててホストすることになります。ネイティブなZendeskやFreshdeskのヘルプデスク連携はなく、すぐ使えるチケット削減や過去チケットのシミュレーションもありません。
**私の見解:**Difyは、特にサポートやナレッジのチャットボットを構築したくて、それを運用するチームがある場合、最良のオープンソースの出発点です。同じ結果を組み立てなしで欲しいなら、それはまさにマネージド型のAIサポートエージェントが埋めるギャップです。
7. Flowise、ローコードのドラッグ&ドロップ型エージェントに最適
Flowiseは、LangChainのコードを書かずにLangChainのパワーが欲しい人向けのビジュアルビルダーです。ノード(モデル、ツール、メモリ、リトリーバー)を3つのモードにまたがってキャンバス上で接続します。Assistant(初心者向け)、Chatflow(単一エージェント)、そしてAgentflow v2(マルチエージェントのオーケストレーション)です。Apache-2.0で真にオープンソースであり、54.8kスターと、MCPサポートを含む100以上の連携があります。
2025年の注目ニュース:8月にWorkdayがFlowiseを買収しました。コアのリポジトリはオープンソースのままですが、スタンドアロンのプロジェクトの長期的な方向性は、賭ける前に問うべき妥当な問いになりました。そのコミュニティは常に強みでした:
"Flowise currently has the largest active community (based on GitHub data)"
- **ライセンス:**Apache-2.0、エアギャップ含め無料でセルフホスト。
- **本当のコスト:**セルフホストは無料。Flowise Cloudは有料ですが、その価格ページはサインインの壁の奥にあるので、慎重に予算を組み、その上にモデルコストがかかると見込んでください。
- **注意点:**大規模なマルチエージェントのフローでは、ビジュアルキャンバスがすぐに複雑になりますし、「ローコード」のラベルにもかかわらず、依然として本物のRAG/LLMの理解を前提としています。
**私の見解:**Flowiseは、エージェントをビジュアルにプロトタイプし、無料でセルフホストする最も親しみやすい方法です。真に寛容なライセンスを重視するなら、ここではDifyに一歩勝ります。
8. n8n、エージェントを自社スタックに接続するのに最適
n8nは、本格的なAIエージェント機能を備えたワークフロー自動化プラットフォームで、その強みは、他のすべてのアプリがすでにある場所に存在することです。500以上の連携に加えて、フローのどこにでも本物のJavaScriptやPythonを差し込む能力があります。約196.6kスターでG2で4.7/5、間違いなく最も人気の自動化ツールの一つです。

価値のストーリーは具体的です。Vodafoneはセキュリティのワークフローで220万ポンドの節約を報告し、Huelは手作業を1,000時間節約しました。価格設定は独特で、理解しておく価値があります。n8nはステップ単位やユーザー単位ではなく、ワークフロー全体の実行に対して課金します。Cloudプランは月額20ドルのStarter(2.5k実行)から月額800ドルのBusinessまであり、Community Editionは無料でセルフホストできます。
- **ライセンス:**fair-code(Sustainable Use License)、OSIのオープンソースではなくソースアベイラブル。Community Editionのセルフホストは無料。
- **本当のコスト:**Cloudの実行ティア、または無料のセルフホスト、加えてAIノードのためのLLMの支出。
- **注意点:**まず自動化プラットフォームであり、エージェントは二の次です。エージェントを500のアプリに接続するには最適ですが、専用に作られた会話型サポート製品ではありません。
**私の見解:**あなたのエージェントの本当の仕事が、多くの他のシステム(CRM、メール、データベース)に触れることなら、n8nが選択肢です。それは頭脳ではなく、結合組織です。
9. Rasa、エンタープライズ、オンプレミス会話型AIに最適
Rasaはここでのベテランであり、規制の厳しい高信頼性の環境における会話型エージェント専用に作られたものです。そのCALMアーキテクチャは、あなたのビジネスロジック(生のLLMではなく)にエージェントの行動の制御を委ねます。だからこそ、銀行、保険会社、通信会社、名前の挙がる顧客にはBNP Paribas Fortis、N26、Swisscomが含まれますが、それらは完全なデータ制御のもとでエアギャップやオンプレミスで運用しています。
ライセンスの話を正しく理解してください。Rasaの評判は現在のモデルの先を走っているからです。クラシックなRasaHQ/rasa SDKはApache-2.0(21.3kスター)ですが、事実上レガシーです。現行の製品、CALMとRasa Studioを備えたRasa Proは、商用のソースアベイラブルなプラットフォームです。無料のDeveloper Editionは、1つのボットと月1,000件の外部会話に上限が設けられており、これは無料の本番ティアではなくプロトタイプのティアです。それを超えるものはすべて見積もりで閉ざされています。
- **ライセンス:**レガシーSDKはApache-2.0、Rasa Pro / Studioは商用/ソースアベイラブル。
- **本当のコスト:**プロトタイプ用の無料Developer Edition、ProとEnterpriseは営業経由のみで、公開の数字はありません。
- **注意点:**ホスト型LLMエージェントよりエンジニアリングの負荷が重く、「オープンソース」のストーリーはかなり狭まりました。
**私の見解:**規制業界にいて、ソースレベルの制御を伴うオンプレミスやエアギャップの会話型AIが必要なら、Rasaは今なお本格的な答えです。それ以外のすべての人にとっては、ホスト型エージェントと比べてエンジニアリングの負荷を正当化するのは難しいでしょう。
「無料」の本当のコスト
上記のすべてのツールは「無料」ですが、そのどれもが運用するのにお金がかかります。これが、私がチームがはまり込むのを見る罠です。0ドルのライセンスを見て0ドルの予算を組み、その四半期後にはLLMのトークン、クラウドインフラ、そして何より、構築にかかったエンジニアの数週間と、それを動かし続けるのにかかる継続的な時間に支払っています。

そのどれも、オープンソースを悪い選択にはしません。それは構築の選択にします。スタック全体を所有したいエンジニアがいるなら、総コストは得られる制御に見合います。しかし、実際の目標が「より多くのチケットを、より速く解決する」であるサポートやオペレーションのチームなら、片手間に製品を構築し維持することにサインしているのであり、おしゃべりなマルチエージェントの実行からのトークンの請求は、誰も警告してくれない本物の費目です。
カスタマーサポートにeeselを試す
正直な分岐点がこれです。私が働いているものではなく、あなたが正しいツールを選んでくれる方が私は嬉しいからです。

制御が欲しくエンジニアリングの意欲があるなら、上記のフレームワークの一つで構築しましょう。実際の目標が「エージェントプラットフォームを立ち上げて世話をすることなく、顧客のチケットを解決する」なら、それこそeesel AIの目的です。平易な言葉で指示し、既存のナレッジ(過去チケット、ドキュメント、ヘルプセンター)に接続し、Zendesk、Freshdesk、またはSlackに数か月ではなく数分で接続する、マネージド型のAIサポートエージェントです。

私が挙げたい一つの差別化要因は、上記のどのフレームワークもあなた任せにする点だからです。eeselは、一人の生の顧客に回答する前に、あなたの過去チケットに対してエージェントをシミュレーションし、稼働前に本当の解決率とコストを確認できるようにします。それがGridwiseが初月で73%のtier-1解決率に達した方法です。価格はタスク単位の従量課金で、席単位の料金はないので、まず自分で構築しなければならないプラットフォームに支払うことはありません。無料でお試しいただけます。来四半期ではなく今週、サポートエージェントを稼働させたいですか?それがまさにこの発想のすべてです。
よくある質問
オープンソースのAIエージェントは本当に無料なの?
AIエージェントフレームワークとマネージドAIエージェントの違いは?
オープンソースAIエージェントは無料でセルフホストできる?

Article by
Kurnia Kharisma Agung Samiadjie
Kurnia is a software engineer and writer at eesel AI with two years of SEO experience, writing about AI tools, helpdesk software, and customer support. He pairs a developer's understanding of how these products are built with search-driven research into what actually ranks and resonates with the people searching for them.







