重要なポイント
- Apache 2.0ライセンス——商用利用を含め、無料で使用・改変・セルフホスト可能
- GitHubリポジトリcamel-ai/camelはスター17,700、フォーク2,000を突破(2023年3月作成)
- PyPIパッケージ
camel-ai、現行の安定版リリースは0.2.90(2026年3月22日)——活発に保守されており、2026年9月時点でもプレリリースビルドが公開されている - 中核概念:AI UserとAI Assistantの間のロールプレイングをinception promptingで駆動し、自律的にタスクを完了する
- 出自:論文「CAMEL: Communicative Agents for 'Mind' Exploration of Large Language Model Society」、NeurIPS 2023で発表
- インストール:
pip install camel-ai。ロールプレイング・セッションを実行する前にModelFactory経由でLLMバックエンドを設定する必要がある
📍 一文で説明
CAMELはCAMEL-AI組織による無料・Apache 2.0ライセンスのPythonフレームワークで、ロールプレイング型マルチエージェント協調を実現する。「AI User」と「AI Assistant」がinception promptingを通じて自律的にタスクへ向けて会話し、人が毎ターンを誘導する必要はない。
💬 簡潔に説明
CAMELを使うと、異なる役割を演じる2体のAIエージェントを起動できる——1体は指示を出し、もう1体はそれを実行する——その後は毎ステップを手動でプロンプトする代わりに、2体同士で会話させてタスクを進めさせられる。
📌補足: CAMELの中核機能は、マルチエージェントシステムを構築・研究するための役割ベースのエージェント協調であり、概念上AutoGenやCrewAIに最も近い。CAMELがエージェントフレームワークの中でどこに位置づけられるかは、Local LLM Software Directoryを参照。
研究論文からフレームワークへ
CAMELは、NeurIPS 2023で発表された論文「CAMEL: Communicative Agents for 'Mind' Exploration of Large Language Model Society」に由来する。 この論文は、役割とタスクをそれぞれ割り当てられた2体のLLM駆動エージェントが自律的に協調する様子を研究する手法としてロールプレイングを導入し、camel-ai/camel GitHubリポジトリはそのアイデアを再利用可能なフレームワークとして実装したもので、2023年3月に作成された。
CAMEL-AI組織はそれ以降、このフレームワークをさらなる研究プロジェクトの基盤として使用してきた。OWL(Optimized Workforce Learning for General Multi-Agent Assistance in Real-World Task Automation)は、CAMELの上に構築されたマルチエージェント・タスク自動化プロジェクトで、独自にGitHubスター20,000を突破している。CAMEL-AI組織が参照する他の研究プロジェクトには、大規模な社会シミュレーションのプラットフォームであるOASISや、エージェント評価プロジェクトのCRABがある。
本レビュー時点で、CAMELは活発に開発が続いている:PyPI上のcamel-aiパッケージの現行の安定版リリースは0.2.90(2026年3月22日公開)で、GitHubリポジトリは2026年9月3日までプレリリースビルドを、2026年9月7日までコミットを公開している。
本シリーズの他のいくつかのフレームワークと異なり、CAMELはアーカイブ(保守終了)されておらず、後継プロジェクトの発表もない——CAMEL-AI組織は、その上に個別の下流ツールを構築しつつ、直接の開発も継続している。
CAMEL論文の発表
- 日付:
- 2023-03
- 意味:
- ロールプレイングの「AI User」/「AI Assistant」概念とinception promptingが導入される
camel-ai/camelリポジトリ作成
- 日付:
- 2023-03-17
- 意味:
- 論文のアイデアのリファレンス実装がGitHubで公開される
NeurIPSで論文発表
- 日付:
- 2023
- 意味:
- CAMELが査読を経て主要なAI研究カンファレンスで発表される
OWLプロジェクト開始
- 日付:
- 2025-03
- 意味:
- CAMELの上に構築されたマルチエージェント・タスク自動化プロジェクトが別リポジトリとして公開される
PyPIでcamel-ai 0.2.90公開
- 日付:
- 2026-03-22
- 意味:
- 本レビュー時点で確認できる最新の安定版リリース
最新のプレリリースビルド
- 日付:
- 2026-09-03
- 意味:
- GitHub限定のアルファリリースが、活発かつ継続的な開発を裏付ける
📌補足: CAMELは、同名のCircleCI設定フォーマットや、他のエコシステムにある無関係な「Camel」ツールと混同しないよう注意されたい——本記事が扱うのはcamel-ai/camelのマルチエージェントフレームワークのみである。
CAMELとは何か?
CAMELはオープンソースのPythonフレームワーク(Apache 2.0ライセンス、活発に保守、github.com/camel-ai/camel)であり、ロールプレイング型のマルチエージェントシステム——タスク定義後は最小限の人間の介入で、共有タスクに向けて会話・行動する、異なる役割を持つ2体以上のLLM駆動エージェント——を構築・研究するためのものである。
- ロールプレイング:エージェントには、あるセッションのために補完的な役割が割り当てられる——最も一般的なのは指示を出す「AI User」とそれを実行する「AI Assistant」だが、CAMELはマルチエージェント・ソサエティ向けに他の役割構成もサポートする
- Inception prompting:セッション開始時に各エージェントへ与えられる、タスクを規定するシステムプロンプト。人が毎ターンをプロンプトすることなく、エージェント同士が自律的に目標へ向けて会話できるようにする
ModelFactory:ロールプレイング・セッションを、設定したLLMバックエンド(例:OpenAI互換API、または他のサポート対象API)に接続する——CAMEL自体は組み込みモデルを持たない- プロジェクトが文書化している設計原則:evolvability(データ生成と相互作用を通じて改善していくエージェント)、scalability(多数のエージェントの協調)、statefulness(複数ステップのセッションを通じてエージェントが記憶を保持する)、コードとコメントをプロンプトとして扱う「code-as-prompt」
- 研究プラットフォーム:CAMEL-AIはこのプロジェクトを、エージェント数とタスクの複雑さが増すにつれてエージェントの挙動と協調がどう変化するかという、エージェントのスケーリング則を研究するコミュニティと位置づけている
- エコシステム:CAMEL-AI組織は、実世界のタスク自動化向けのOWLや、大規模な社会シミュレーション向けのOASISなど、コアフレームワークの上に個別の研究プロジェクトを構築している
pip install camel-ai
# 最小限の例:2エージェントによるロールプレイング・セッション
from camel.societies import RolePlaying
society = RolePlaying(
assistant_role_name="Python Programmer",
user_role_name="Stock Trader",
task_prompt="Develop a trading bot for the stock market",
)
input_msg = society.init_chat()
assistant_response, user_response = society.step(input_msg)
print(assistant_response.msg.content)CAMELの料金はいくらか?
CAMEL自体はApache 2.0ライセンスの下で無料であり、サブスクリプションも有料プランも、CAMEL-AIがホストするサービスも存在しない。 支払うのは自分自身のコンピューティング費用と、ModelFactory経由で設定したLLMプロバイダーへのAPI料金のみである。
- CAMEL(オープンソースフレームワーク):Apache 2.0ライセンスの下で永久に無料、セルフホスト、利用上限なし、実行にアカウントは不要
- ホスト型製品やサブスクリプションはない:CAMELは自分でインポートして実行するライブラリであり、マネージドサービスではない——サブスクライブすべきものは何もない
- オプションのコスト:ローカルで提供されるモデルではなくクラウドバックエンドを接続する場合、設定したLLMプロバイダーのAPI料金(例:クラウドモデルのトークン単価)
- マルチエージェントのコストに関する考慮点:ロールプレイング・セッションはエージェント・ターンごとに少なくとも1回のLLM呼び出しを行うため、2体のエージェント間の複数ターンの会話は、同じターン数のシングルエージェント・プロンプトと比べておおよそ2倍のAPI呼び出しコストがかかる
CAMELのインストールと使い始め方は?
CAMELはPyPIからpip install camel-aiでインストールする。 基本フレームワークにはクローンもDockerも不要で、CAMELは通常のPythonインポートとして使用する。一部のオプションのツール統合では追加パッケージが必要になる。
- 1パッケージをインストールする:
pip install camel-ai。 - 2オプションのツール統合には、エクストラをインストールする——例えばWebブラウジングツール向けには`pip install 'camel-ai[web_tools]'`。
- 3
ModelFactory経由でLLMバックエンドを設定する——APIキーを使ってホスト型プロバイダー(例:OpenAI)を指定するか、ローカルで提供されるOpenAI互換エンドポイントを指定する。 - 42つの役割とタスクを定義し、
RolePlayingソサエティを構築する——例えば「AI Assistant」役、「AI User」役、そして目標を記述するtask_prompt。 - 5
init_chat()を呼び出して開始メッセージを取得し、step()をループして2体のエージェント間の会話を進め、各ターンを確認・ログ記録する。 - 62エージェント構成を超えたマルチエージェント・ソサエティや外部ツールとの統合を含む、クックブックの全体はCAMELドキュメントを参照。
CAMELの実行にDockerやGPUは必要か?
不要。CAMELはModelFactory経由で設定したLLMプロバイダーを呼び出すPythonライブラリであり、別途ローカルのモデルサーバーを実行しない限り、Dockerやローカルのグラフィックプロセッサは必要ない。
CAMELはローカルモデルで動作するか?
はい、ローカルモデルがOpenAI互換または他のサポート対象エンドポイントで提供されており、CAMELのModelFactory設定をそのエンドポイントに向ければ動作する——CAMEL自体は組み込みモデルを持たない。
CAMELは誰に向いているか?
CAMELは、タスクへ向けて会話・行動する2体以上のエージェントという、役割ベースのエージェント間協調を具体的に求める開発者・研究者や、マルチエージェントの挙動を研究するための研究グレードの基盤を求める人に向いている。 商用サポート付きの本番運用向けオーケストレーション製品を必要とするチームにはあまり合わない。
CAMELを使うべきでないのはどんな場合か?
タスクが実際には2体以上のエージェント協調を必要としない場合、あるいは研究志向のオープンソースフレームワークではなく商用サポート付きの本番運用プラットフォームが必要な場合は、CAMELを避けるべきである。
- ビジュアルなノーコードのワークフロービルダーを必要とするチーム——CAMELはコードファーストで、ドラッグ&ドロップのインターフェースはない
- 単一のよくプロンプトされたエージェント、あるいはシンプルなパイプラインですでに十分うまく処理できるタスク——2体目のエージェントとロールプレイングを導入すると、タスクが本当に2つの異なる視点や分業から恩恵を受ける場合にのみ見合う協調オーバーヘッドが加わる
- 商用ベンダーサポート、SLA、マネージドホスティング製品が必要な本番デプロイ——CAMELはコミュニティが保守するオープンソースであり、有料サポート階層はない
- 多くのステップにわたる、明示的で永続的、分岐する状態が必要なワークフロー——LangGraphのようなグラフベースのフレームワークの方が、ロールプレイングの会話ループよりも直接的にそれをモデル化する
- 代わりにCAMELを使うべきなのは、タスクが異なる役割を持つ2体以上のエージェントが目標へ収束することから恩恵を受ける場合、あるいはマルチエージェントの挙動そのものを研究している場合である
CAMEL vs. 代替ツール
CAMELに最も近い比較対象は、本シリーズの他のマルチエージェント・オーケストレーションフレームワークである——AutoGenとCrewAIはいずれも複数の通信するエージェントを協調させるが、それぞれ異なる構造的アプローチをとり、異なる出自(研究論文 vs. 商用製品)から生まれている。
ツール | 主な役割 | ライセンス | ステータス | 最適な用途 |
|---|---|---|---|---|
| CAMEL | ロールプレイング型マルチエージェント協調 | Apache 2.0 | 活発 | エージェント間の挙動に関する研究 |
| AutoGen | マルチエージェント会話フレームワーク | MIT / Apache 2.0(AG2フォーク) | 活発 | 柔軟なグループチャット型エージェントパターン |
| CrewAI | 役割ベースのエージェント「クルー」 | MIT | 活発 | 構造化されプロセス駆動のエージェントチーム |
| LangGraph | ステートフルでグラフベースのエージェント・ワークフロー | MIT | 活発 | 明示的な状態管理が必要な長時間稼働フロー |
この表は、概念的な重なりが最も近いマルチエージェント・オーケストレーションフレームワークとCAMELを比較したものである。DSPyのような、単一パイプラインやプロンプト最適化のツールは含まれていない——複数の通信するエージェントを協調させるのではなく、パイプライン内のプロンプトを最適化するという異なる問題を解決するためである。
CAMEL評価時によくある誤解
これらの誤解は、CAMELを商用サポート付きの本番運用プラットフォームのように扱ったり、ロールプレイングとinception promptingが実際に何を自動化しているかを誤解したりすることから生じる。
よくある質問
CAMELは今も保守されているか?
はい。camel-ai/camelリポジトリは活発に開発が続いており、PyPI上のcamel-aiパッケージの現行の安定版リリースは0.2.90(2026年3月22日)で、リポジトリは2026年9月3日時点でもプレリリースビルドを公開している。
CAMELは無料で使えるか?
はい。CAMELはApache 2.0ライセンスで、商用利用・改変・セルフホストが無料である。サブスクリプションやホスト型製品への支払いは不要である。
CAMELとAutoGenの違いは何か?
AutoGenは柔軟なグループチャットパターンを中心に構築されたMicrosoftのマルチエージェント会話フレームワークである。一方CAMELは、inception promptingを介した「AI User」と「AI Assistant」間のロールプレイングを研究する論文に由来する。両者とも複数のエージェントを協調させるが、出自が異なり、異なる構造的アプローチをとっている。
Inception promptingとは何か?
Inception promptingとは、CAMELがロールプレイング・セッションの開始時に各エージェントに与える初期のシステムプロンプトの集合で、そのエージェント自身の役割、相手の役割、そしてタスクを記述する——これにより、人間が毎ターンをプロンプトする必要なく、その後エージェント同士が自律的に目標へ向けて会話できるようになる。
OWLとは何か、CAMELとどう関係するか?
OWL(Optimized Workforce Learning for General Multi-Agent Assistance in Real-World Task Automation)は、CAMEL-AI組織がCAMELの上に構築した別のマルチエージェント・タスク自動化プロジェクトで、独自にGitHubスター20,000を突破している。
CAMELはどうやってインストールするか?
pip install camel-aiを実行する。オプションのツール統合には、例えば`pip install 'camel-ai[web_tools]'`のようにエクストラをインストールする。
CAMELはシングルエージェント・フレームワークやDSPyのようなプロンプト最適化ツールを置き換えるものか?
いいえ。CAMELは複数の通信するエージェントを協調させるものであり、DSPyのように単一パイプライン内のプロンプトを最適化するものではない。両者は異なる、補完的な問題を解決する。
CAMELはどのライセンスで公開されているか?
Apache 2.0であり、商用利用の無料化、改変、セルフホストを許可している。
CAMELは誰が保守しているか?
CAMEL-AI組織がcamel-ai/camelリポジトリを保守している。このプロジェクトは、NeurIPS 2023で発表された論文「CAMEL: Communicative Agents for 'Mind' Exploration of Large Language Model Society」に由来する。
CAMELのGitHubスター数はどれくらいか?
camel-ai/camelリポジトリは、2026年9月時点でGitHubスター17,700、フォーク2,000を突破している。
