重要なポイント
- リポジトリ: スター187,081、オープンissue 531件、アーカイブされていない — 本レビュー時点でも活発にプッシュされている
- AutoGPT Platform(autogpt_platform/、agpt.co): ホスト型・有料のビジュアルエージェントビルダー — Polyform Shield License(ソースアベイラブル、競合する商用利用を制限)
- クラシック版AutoGPT(classic/original_autogpt/): 元々の自律型CLIエージェント — MITライセンス、今もセキュリティ・保守コミットを受けている
- ローカルモデル: クラシック版はOPENAI_API_BASE_URL経由で任意のOpenAI API互換サーバー(Ollamaを含む)をサポートし、加えてLLAMAFILE_API_BASE経由でLlamafileをネイティブサポートする
- Platform側の環境設定にはOllamaやローカルモデルの設定項目が一切なく、ホスト型モデルプロバイダーを前提に作られている
- このサイト上にもどこにもAutoGPTのアフィリエイトプログラムは存在せず、以下のリンクはすべて開示済みの通常リンクである
📍 一文で説明
AutoGPTは今や2つの製品だ。活発な開発が行われている有料ホスト型のAutoGPT Platform(Polyform Shieldライセンス)と、汎用のOpenAI互換エンドポイント経由で今もOllamaでローカル動作するが新機能ではなく保守更新のみを受けるレガシーなMITライセンスのクラシック版CLIエージェントである。
💬 簡潔に説明
多くの人が「AutoGPT」として記憶している、自分のモデルに接続して使うコマンドラインエージェントは今も存在し、今も無料(MIT)だ。しかし開発元企業はいまや、ビジュアルビルダーを備えた別の有料製品にリソースを注いでいる。どちらを検証しているのか判断する前に、ライセンスとフォルダ名を確認してほしい。
📌Note: 検索結果やチュートリアル、古いブログ記事が「AutoGPT」とだけ書いていてクラシック版かPlatformかを明示していない場合、2026年以前のCLIエージェントを指していると考えてよい。それがクラシック版であり、プロジェクトの中で唯一MITで無料セルフホストできる部分だ。
2026年のAutoGPTとは
AutoGPT(github.com/Significant-Gravitas/AutoGPT)は、2023年に「自律型エージェント」という概念を一般化したプロジェクトだ。LLMに目標を与えれば、人間が各ステップを承認しなくても計画・実行・自己批評をループで行う、というアイデアである。2026年現在、同じGitHub organizationは構造的にまったく異なるものを提供している。AutoGPT Platformという商用のホスト型製品であり、元々の自律ループ型エージェントはMITライセンスの副次的コンポーネントとして維持されている。
- AutoGPT Platform(agpt.co / platform.agpt.co): 現在の主力製品であり、ホスト型・有料のビジュアルエージェントビルダー
- AutoPilot: チャットからエージェントを作るインターフェース — タスクを自然言語で説明すると、Platformがそのためのエージェントを組み立てる
- Agentsダッシュボード: 自分やMarketplaceで作られたエージェントを管理・監視・再実行する
- Marketplace: 他のユーザーが構築したエージェントテンプレートを閲覧・インストールできる
- Buildキャンバス: ドラッグ&ドロップのノードベースエディタでエージェントをビジュアルに構築する、LangflowやDifyのワークフロービルダーに近い発想のもの
- Platformのセルフホストは技術的には可能(docker-compose.platform.yml、installer/スクリプト、single-container/オプションがリポジトリに存在する)が、READMEの主な誘導先はセルフホストではなくホスト型製品への登録である
- classic/original_autogpt/: 元々のCLI駆動型自律エージェントで、今はclassic/forge(エージェント構築フレームワーク)、classic/benchmark、classic/frontendと並ぶレガシーコンポーネントとして位置づけられている
MIT / Polyformライセンスの分岐を理解する
AutoGPTのライセンスは一つの答えでは説明できず、商用でコードを利用しようとする場合、ここを誤解すると重大な問題になる。このリポジトリはコードベースの2つの部分に対して異なるライセンスを使っている。
クラシック版AutoGPTは今も保守されているか
セキュリティと安定性の観点で重要な意味では、イエスだ。ただし新機能という意味ではノーである。classic/フォルダはコアチームからのコミットを今も受け続けており、最近の例としては依存関係の脆弱性クリーンアップ、送信リクエスト処理に対するSSRF対策の強化、クラシック版エージェントが依存するパッケージが侵害されたリリースを受けてのバージョン上限の設定などが挙げられる。これらはまさに、これから運用しようとするコードに欲しい種類のコミットであり、防御的なものであって装飾的なものではない。
クラシック版が受け取らないのは新機能開発だ。新しいエージェント構築の基本要素、Marketplace機能、新しいAutoPilotの挙動といった新機能を追加するコミットはautogpt_platform/に入る。プロジェクト自身のREADME、issueラベル、フォルダ構成は、classicを積極的に拡張されるのではなく機能を維持しつつ安全に保たれるレガシーな副次トラックとして扱っている。これは「放棄された」とは意味合いが大きく異なる状況だ — コミットはclassicを動作可能かつ安全に保っているが、チームの製品開発のエネルギーは別の場所に向いている。
リポジトリの状態
- What it shows:
- アーカイブされておらず、本レビューと同日にプッシュあり; オープンissue 531件
classic/のコミット傾向
- What it shows:
- セキュリティ修正と依存関係の上限設定が定期的に入る; 大きな新機能コミットはなし
新機能の追加先
- What it shows:
- autogpt_platform/ — AutoPilot、Marketplace、Buildキャンバスが活発に開発される
プロジェクトの位置づけ
- What it shows:
- READMEと主な導線はホスト型Platformを訴求; classicはレガシーCLIトラックとして位置づけ
📌Note: 本レビューではクラシック版AutoGPTに対して独自のテストスイートは実施していない — 以下の評価は、classic/サブフォルダに関する公開済みのコミット履歴とissueの活動に基づくものであり、自分たちで測定したベンチマーク数値によるものではない。多くの時間を投じる前に、リポジトリで最新の状況を確認してほしい。
クラシック版AutoGPTをOllamaでローカル実行する方法
クラシック版AutoGPTには名称のついた第一級の「Ollama統合」機能はない。あるのは汎用のOpenAI API互換クライアントであり、classic/original_autogpt/.env.templateを通じて設定する。Ollamaがたまたま OpenAI互換のエンドポイントを公開しているため、両者を接続するのは組み込み機能ではなく設定作業になる。
- 1github.com/Significant-Gravitas/AutoGPTをクローンし、classic/original_autogpt/フォルダを開く — これがMITライセンスのCLIエージェントであり、autogpt_platform/フォルダではない。
- 2Ollamaを別途インストールし、複数ステップのツール呼び出し指示に従える能力を持つモデルをプルする。サイト内のローカルコーディングモデル比較やツール呼び出し比較の記事も、選定の出発点として妥当だろう。
- 3classic/original_autogpt/内で.env.templateを.envにコピーする。
- 4.env内のOPENAI_API_BASE_URLを、OllamaサーバーのOpenAI互換エンドポイント(Ollamaはデフォルトポートの/v1でこれを公開する)に設定する。OllamaはAPIキーの値をチェックしないが、クライアント側はOPENAI_API_KEYフィールドに空でないプレースホルダー文字列が設定されていることを要求する。
- 5Ollamaの代わりにLlamafileを使っている場合は、代わりにLLAMAFILE_API_BASEを設定する — これは汎用のOpenAI互換設定を経由しない、別のネイティブサポートされたローカル推論パスである。
- 6classic/original_autogpt/README.mdの手順に従ってクラシック版のPython依存関係をインストールし、リポジトリのルートではなくこのフォルダからエージェントを実行する。
- 7最初の実行は密に監督することを想定しておく。これは保守・テストされたOllama統合ではなく汎用のOpenAI互換メカニズムであるため、モデル固有の癖(ツール呼び出しのフォーマット、コンテキスト長の制限)は自分でデバッグする必要がある。
クラシック版AutoGPTは特定のOllamaバージョンを必要とするか?
このプロジェクトはクラシック版向けに固定・検証済みのOllamaバージョンを文書化していない — 統合が汎用のOPENAI_API_BASE_URLメカニズムであるため、互換性はOllamaのバージョンが安定したOpenAI互換の/v1エンドポイントを公開しているかどうかに依存する。最近のOllamaリリースはこれを満たしている。API互換性についてはAutoGPTではなくOllama自身のリリースノートを確認すること。
クラシック版AutoGPTを完全オフラインで動かせるか?
はい。OPENAI_API_BASE_URLがローカルのOllamaまたはLlamafileのエンドポイントを指していれば、クラシック版AutoGPTはクラウドプロバイダーへの外部API呼び出しを必要としない。ただし、その機能を無効にしない限り、ブラウジングツールなどエージェントのタスクの一部として外部Webリクエストを行うことはある。
プランニングループに対する現実的な期待値
クラシック版AutoGPTの中核メカニズム — LLMが人間による各アクションの承認なしに、ループの中で自分の次のステップを計画し、タスクの完了を自ら判断する — は、このプロジェクトを有名にしたのと同じアーキテクチャであり、同時にローカルの、しばしばより小さいオープンウェイトモデルに対して最も歳を取りやすいアーキテクチャでもある。
- 自律的でスコープの定まっていないプランニングループは、スコープが限定されツール制約のあるエージェントよりも基盤モデルに多くを要求する。モデルは長期にわたる状態を追跡し、いつ止めるかを判断し、人間が早期にドリフトを検知することなく自己修正しなければならない
- Ollamaで消費者向けハードウェア上に手軽に動かせる小さめのローカルモデルは、長時間の自律実行の中で流れを見失いやすい傾向が、大規模なホスト型モデルより強い。多くのステップにわたる計画と自己修正はシングルターンのツール利用より難しい能力だからだ
- これは特定のモデルやバージョンに関する主張ではなく、比較・アーキテクチャ上の論点である。スコープの定まっていないプランニングループは、人間が各ステップを承認するスコープ限定のハーネスよりもローカルモデルにとって維持しにくい問題だ
- スコープ限定の代替案 — Cline + Ollama、Continue.devのAgentモード、LangGraphのようなグラフベースのオーケストレーター — は、エージェントを1つのエディタ、1つのファイルセット、あるいはアクションごとの明示的な承認ゲートに限定することで、1つの計画ミスが人間に気づかれるまでにどれだけ広がるかを抑える
誰がクラシック版AutoGPT、誰がPlatformを使うべきか
正しい選択は、無料でセルフホストのハンズオンな実験を求めているのか、それとも有料のマネージド製品を求めているのかによって変わる。
AutoGPT vs 代替ツール
AutoGPTの2つの半身は、それぞれ異なるツールと競合する。クラシック版AutoGPTは他のローカル・スコープ限定のエージェントハーネスと、Platformは他のホスト型またはセルフホスト可能なビジュアルエージェントビルダーと競合する。
| Tool | Model | License | Best For | Maintenance |
|---|---|---|---|---|
| AutoGPT (classic) | Ollama経由ローカル(OpenAI互換URL) | MIT | 自律ループの実験 | セキュリティ修正のみ |
| AutoGPT Platform | ホスト型プロバイダー | Polyform Shield | ビジュアルビルダー+Marketplace | アクティブ |
| Cline + Ollama | ローカル | Apache 2.0 | 監督付きコーディングエージェント | アクティブ |
| Continue.dev Agent | ローカルまたはクラウド | Apache 2.0 | IDEスコープのAgentモード | アクティブ |
| LangGraph | ローカルまたはクラウド | MIT | カスタムなグラフベースエージェント | アクティブ |
AutoGPTを評価する際によくある誤解
2026年のAutoGPTを巡る混乱の多くは、あるクレームがプロジェクトのどちらの半分について言っているのかを把握していないことに起因する。
よくある質問
AutoGPTはMITライセンスか?
部分的にはそうだ。classic/フォルダ(original_autogpt、forge、benchmark、frontend)はMITライセンスである。現在の主力であるホスト型AutoGPT Platformを含むautogpt_platform/フォルダは、寛容なオープンソースライセンスではなく、ソースアベイラブルなPolyform Shieldの下でライセンスされている。
AutoGPTは今も保守されているか?
はい。リポジトリはアーカイブされておらず、本レビューと同日にプッシュされており、オープンissueは531件ある。活発な機能開発はautogpt_platform/に集中しているが、classic/フォルダも今もセキュリティ・保守コミットを受けている(新機能は入らない)。
AutoGPTはOllamaで動くか?
クラシック版CLIエージェントは、汎用のOpenAI API互換クライアントを通じて動く — OPENAI_API_BASE_URLをOllamaサーバーの/v1エンドポイントに設定すればよい。これは名称のついた専用の「Ollama統合」ではなく、現在のAutoGPT Platformでもサポートされていない(その設定にはローカルモデルの項目がない)。
AutoGPT Platformとは何か?
AutoGPT Platform(agpt.co)はプロジェクトの現在の商用製品であり、チャットからエージェントを作るAutoPilot、Agentsダッシュボード、構築済みエージェントのMarketplace、ノードベースのBuildキャンバスを備えた、ホスト型・有料のビジュアルエージェントビルダーだ。技術的にはセルフホストも可能だが、プロジェクトが訴求する主な導線はホスト型サービスへの登録である。
AutoGPTは無料で使えるか?
クラシック版AutoGPT(MIT)は無料でセルフホストできる。AutoGPT Platformは有料のホスト型製品であり、Polyform Shieldライセンスの下でセルフホストすること自体は可能で、個人・社内利用は許可されるが、その上に競合する商用サービスを構築することは制限される。
AutoGPTとAutoGPT Platformの違いは何か?
AutoGPT(クラシック版)は2023年当時からの元々の自律型CLIエージェントであり、MITライセンス、ローカル動作、保守コミットを受けている。AutoGPT Platformは同じ組織による別の、より新しい商用製品であり、ソースアベイラブルなライセンスの下でホストされるビジュアルエージェントビルダーで、現在の活発な開発はこちらで行われている。
今も無料でローカルにAutoGPTを実験できるか?
はい。classic/original_autogpt/経由であれば、今もMITライセンスのままであり、OPENAI_API_BASE_URL設定を通じてローカルのOllamaサーバーに対して動作する。ただし、機能が積極的に開発されているコードベースではなく保守モードのコードベースであることは想定しておくべきだ。
なぜAutoGPTは2つのライセンスに分かれたのか?
プロジェクトの商用面での注力先がホスト型のAutoGPT Platformに移ったためだ。Polyform Shieldは、そのコードを個人利用のために閲覧・セルフホスト可能なソースアベイラブルな状態に保ちつつ、競合他社がコードを取得して再ブランド化した版を再販売することを防ぐ。MITのような寛容なライセンスではそれを防げなかった。
ローカルでのエージェント作業において、クラシック版AutoGPTはCline や Continue.devより優れているか?
無人でのローカル自動化には向かない。クラシック版AutoGPTのスコープが定まっていない自律プランニングループは、Cline + OllamaやContinue.devのAgentモードのようなスコープ限定・単一エディタのハーネスよりも基盤モデルに多くを要求する。後者はステップごとの承認によって計画ミスの被害範囲を抑える。クラシック版AutoGPTは、本番のコーディング作業よりもプランニングループというアーキテクチャ自体を実験する用途に向いている。