AstrBotは、GitHubで38,658★（2026-08-06実測）を集めるオープンソースのAIエージェント基盤だ。QQ・Telegram・Slack・Discord・LINEなど18種のIMプラットフォームに対応し、コミュニティやサーバーに常駐する汎用AIボットをLLM連携込みで構築できる。本記事ではDocker Composeで実際に起動して起動時間・メモリ使用量を実測し、「個人アシスタント」志向のOpenClawとの設計思想の違い、AGPL-3.0ライセンスのセルフホスト時の注意点まで踏み込んで解説する。

AstrBot WebUIのIM Bots管理画面。Telegram・Discord・DingTalk・OneBot・Slack・Feishu・LINEなど複数プラットフォームのアダプタが並ぶ
AstrBot WebUIの「IM Bots」管理画面（出典: AstrBotDevs/AstrBot 公式README。撮影時点のバージョンはv4.18.1、2026年8月時点の最新はv4.27.2）
30秒でわかる AstrBot（2026年8月時点）
  • ・正体：AstrBotDevsが開発するコミュニティ/サーバー常駐型のAIエージェント基盤。GitHub 38,658★・fork 2,769（実測）
  • ・何ができる：QQ・Telegram・Slack・Discord・LINEなど18種のIMプラットフォームとOpenAI・Anthropic・Geminiなど十数種のLLMを横断接続し、1000+プラグインで拡張できる
  • ・何を代替できる：プラットフォームごとにボットを個別実装する手間。1つの基盤でQQ・Discord・Slack等へ同時展開できる
  • ・実測：docker compose up -dから約48秒でWebUIが応答、アイドル時メモリは約265MB（本日Docker 28.0.4で計測）
  • ・注意：ライセンスはAGPL-3.0。MITと同じ感覚でSaaS化するとソース開示義務が生じる

この記事ではAIエージェントに特化して解説します。AIエージェント全般は AIエージェントフレームワーク比較2026｜LangGraph・CrewAI・Dify等9種をStar数・実コードで検証 をご覧ください。

AstrBotとは何か——コミュニティに常駐する汎用AIエージェント基盤

AstrBotは、2022年12月に開発が始まり2026年8月時点で3年8ヶ月続くオープンソースプロジェクトだ。GitHub上の実測値は38,658★・2,769フォーク（2026-08-06時点）、contributor数は約335名、コミット数は約5,098件（いずれもGitHub APIのLinkヘッダから算出した概算値）。特定少数の開発者に依存する「バス係数」の低さは見られず、直近（pushed_at）も検証当日にプッシュがあるほど活発だ。

バージョニングはv4.27.2（2026-08-05公開、リリース数は約248本）まで進んでおり、pre-1.0を示す表記は見当たらない。README上ではAstrBotを「mainstream instant messaging appsと統合するオープンソースのオールインワンAgentチャットボットプラットフォーム」と位置づけている。個人・開発者・チームそれぞれに向けて、パーソナルAIコンパニオン、知的カスタマーサポート、自動化アシスタント、企業向けナレッジベースなど、IMプラットフォームのワークフローの中で本番運用できるAIアプリケーションを素早く構築できるとしている。

AstrBotの立ち位置は「個人の手元で動くAI」ではなく、QQグループやDiscordサーバーに常駐して複数人に応答するAIという点にある。開発元はQQ（中国のIMサービス）を筆頭に掲げるコミュニティ主体の「AstrBotDevs」組織で、専任の企業スポンサー表記はREADME上には見当たらない（Afdian経由の個人寄付のみ）。中国語コミュニティが主軸である一方、対応プラットフォームはTelegram・Slack・Discord・LINEなどグローバルに展開している。

サポート体制も分散型だ。公式ドキュメント（astrbot.app）・開発ブログ・ロードマップ（Featurebase）・GitHub Issue Trackerに加えて、QQ・Discordのコミュニティグループが15以上運営されている（README記載）。GitHub上のopen issueは1,360件超と多いが、これは利用者規模の大きさの裏返しでもある（issue解決速度そのものは本記事では計測していない）。企業の公式サポート窓口ではなく、コミュニティとメンテナがIssue経由で対応する体制である点は、導入前に把握しておきたいポイントだ。

flowchart LR subgraph IM["IMプラットフォーム（18種）"] QQ["QQ / OneBot v11"] TG["Telegram"] SL["Slack / Discord"] LI["LINE / KOOK"] OTHER["Feishu / DingTalk
Wecom 等"] end subgraph CORE["AstrBotコア"] GW["ルーティング・
セッション管理"] SB["Agent Sandbox
（コード・シェル実行）"] PL["プラグイン
マネージャー"] end subgraph LLM["LLM / LLMOps"] OAI["OpenAI互換 / Anthropic
Gemini 等"] OPS["Dify / Coze
Bailian"] end IM --> GW GW --> SB GW --> PL GW --> LLM
読者の3つの問いへの答え
① 何ができる：1つの基盤でQQ・Telegram・Slack・Discord等の複数IMに同時展開できるAIエージェントを構築できる。② 何を解決する：プラットフォームごとにボットを個別実装・個別運用する手間をなくす。③ 何を代替できる：単一プラットフォーム専用のボットフレームワークを、複数プラットフォーム横断の1基盤に統合できる。

AstrBotのインストールと起動——Docker Composeで動かして実測した数字

AstrBot 使い方の基本は、Docker Composeで起動しWebUI上でプラットフォームアダプタとLLMプロバイダーを設定するだけ、という単純さにある。実際に手を動かして確認した。

AstrBot公式READMEが最も簡便な導入方法として案内しているのがDocker Composeだ。実際にクローンして起動し、起動時間とメモリ使用量を計測した。

git clone https://github.com/AstrBotDevs/AstrBot.git
cd AstrBot
docker compose up -d

公式のcompose.ymlはWebUIをポート6185で公開する設定になっている（OneBot v11 Napcat用のWebSocketポート6199も同時に開く）。起動後、コンテナのログには初回ログイン用のユーザー名とランダム生成パスワードが出力される。

docker compose logs astrbot | grep -A2 "Initial username"
# ➜  Initial username: astrbot
# ➜  Initial password: <起動のたびに生成されるランダム文字列>

初期パスワードが「起動時にランダム生成されログに出力される」方式である点は、READMEやドキュメントを横断しないと分かりにくい。固定の初期パスワードを想定しているとハマりやすいポイントだ。

起動完了までの時間とアイドル時のメモリ使用量はdocker statsで計測した。

docker stats astrbot --no-stream --format "table {{.Container}}\t{{.CPUPerc}}\t{{.MemUsage}}"
AstrBotをDocker Composeで実際に起動して計測した結果。起動48秒、メモリ265MB、バージョンv4.27.2
Docker Compose実行環境（Docker 28.0.4・compose.ymlのデフォルト設定）での実測値

docker compose up -dの実行から、WebUI（http://localhost:6185）が200を返すまでは約48秒。ログには「AstrBot v4.27.2 WebUI is ready」の表示とともに起動完了が記録され、brief記載のバージョン情報と一致した。アイドル時のコンテナメモリ使用量はdocker statsで約265MB（CPU使用率0.12%）。ローカルのDocker環境で気軽に試せる規模感と言える。

・その他の導入手段：Docker Compose以外にもuvによるワンクリック導入、Replit経由のデプロイ（コミュニティメンテナンス）が公式README記載として存在する
・WebUIログイン後の初期設定：プラットフォームアダプタの追加（Telegram・Discord等）とLLMプロバイダーのAPIキー登録が最初のステップになる
・データの永続化：./dataディレクトリにボリュームマウントされるため、コンテナを再作成しても設定・会話履歴は保持される（ファイルシステムベースでコンテキストを管理する設計はOpenViking入門：AIエージェントのコンテキスト管理をファイルシステムで変えるByteDance発OSSの仕組みとも比較できる）

対応プラットフォームとLLM連携——18種のIMと十数種のLLMを横断

AstrBotが実現するAIエージェント IM連携の幅は、公式READMEの対応表を集計すると次のようになる。AstrBotの核心的な価値は、対応プラットフォームとLLM/LLMOpsサービスの幅広さにある。

・パーソナルAIコンパニオン：ロールプレイ・雑談・感情的なやり取りに対応する用途
・インテリジェントなカスタマーサポート：業務チャットに常駐し一次回答を担う用途
・自動化アシスタント：定型タスクをIMプラットフォーム上で処理する用途
・企業向けナレッジベース：社内ドキュメントを参照した回答窓口としての用途

——の4つがREADME冒頭でユースケース例として示されている。いずれも「複数人・複数用途が参加する場に常駐する」という前提は共通しており、個人1人が使うOpenClawとの違いがここでも表れている。

AstrBotが対応するサービスの内訳。IMプラットフォーム18種、LLMサービス16種、音声認識/合成サービス14種、LLMOpsプラットフォーム3種
公式READMEの対応表を集計（2026-08-06時点、プラグイン1000+は別カウント）
カテゴリ 件数 代表例
IMプラットフォーム 18種（公式14種＋開発中1種＋コミュニティ製3種） QQ・Telegram・Slack・Discord・LINE・Feishu・DingTalk・Wecom・KOOK・Misskey・Mattermost・Satori、WhatsApp（開発中）、Matrix/Rocket.Chat/VoceChat（コミュニティ製アダプタ）
LLMサービス 16種 OpenAI互換・Anthropic・Google Gemini・Moonshot AI・Zhipu AI・DeepSeek・Ollama（セルフホスト）・LM Studio 等
LLMOpsプラットフォーム 3種 Dify・Alibaba Cloud Bailian・Coze
音声認識/合成サービス 14種 OpenAI Whisper・SenseVoice、OpenAI TTS・Edge TTS・Azure TTS 等
コミュニティプラグイン 1000+（公式マーケットプレイス登録数） 検証時点のマーケットプレイス画面表示は922件

AGPL-3.0の本体機能に加え、Agent Sandbox（コード実行・シェルコマンドのための隔離実行環境）、MCPサーバー連携、ナレッジベース、ペルソナ設定、自動コンテキスト圧縮なども公式Key Featuresとして列挙されている。AstrBot プラグインの仕組みにより、公式コア機能を超えた拡張がコミュニティ主導で進む構造だ。コード実行を安全に隔離するというアプローチ自体は、MicroVMで60ms起動を実現するCubeSandbox解説：60ms起動MicroVMでAIエージェントを安全実行するTencentの設計思想で扱った設計思想とも通じる部分がある（実装方式は異なる）。

実際に起動したコンテナのログにも、MCPサーバー連携が本体機能として組み込まれていることを示す記録が残った。初回起動時に未找到 MCP 服务配置文件，已创建默认配置文件 /AstrBot/data/mcp_server.json（MCPサービス設定ファイルが見つからず、デフォルト設定ファイルを新規作成した旨）というログが出力され、MCPサーバー設定が別途のプラグイン追加なしにコア機能として最初から用意されていることを確認できた。WebUIの左メニューにも「MCP Servers」という専用項目が独立して存在する。

AstrBotのプラグインマーケットプレイス画面。検索バーと個別プラグインのカード一覧が並ぶ
公式README掲載のプラグインマーケットプレイス画面。「所有插件(922)」＝掲載時点で922件（出典: AstrBotDevs/AstrBot 公式README）

・「1000+プラグイン」の表記はマーケットプレイス上の動的な登録数バッジであり、コア機能そのものとは別物である点に注意
・プラグインの多くはコミュニティ製で、品質・メンテナンス状況はプラグインごとに差がある（公式コアと同列に扱わない）
・LLMOpsプラットフォーム（Dify・Coze等）と直接連携できるため、既存のエージェントワークフローをIMプラットフォーム側の窓口として使う構成も組める

AstrBotとOpenClawの違い——「個人アシスタント」と「コミュニティ常駐ボット」

当サイトの既存記事「OpenClaw完全ガイド2026｜GitHub35万★AIアシスタントOSSのインストールから運用まで」で扱ったOpenClawも、メッセージングアプリ経由でLLMを使う点ではAstrBotと似て見える。ここではAstrBot OpenClaw 違いを具体的な観点で整理する。

OpenClawは個人向け自律型アシスタント、AstrBotはコミュニティ/サーバー常駐型ボット基盤という設計思想の違いを示す比較図
両者とも公式READMEに基づく設計思想の整理（優劣ではなく用途の違い）

OpenClawは「自分のデバイスで動く、自分のデータは自分で管理する」という個人向け自律型アシスタントを志向し、1ユーザーが自分の普段使いのチャットアプリをそのままAIの窓口にする設計だ。一方AstrBotは、QQグループやDiscordサーバーのような複数ユーザーが同時に参加する場に常駐するボットとして設計されている。同じ「メッセージングアプリ経由でLLMを使う」という表面上の共通点はあっても、想定する利用シーンは個人利用とコミュニティ運用で分かれる。

項目 AstrBot OpenClaw
設計思想 コミュニティ/サーバー常駐型の汎用ボット基盤 個人向け自律型パーソナルアシスタント
ライセンス AGPL-3.0（確認済み） MIT（当サイト既存記事の記載。本記事では再検証していない）
⭐（GitHub） 38,658（2026-08-06実測） 約35万（既存記事記載値。本記事では再検証していない）
対応プラットフォーム数 18種（README実測） 25以上（既存記事記載値）
拡張性 1000+コミュニティプラグイン（公式マーケットプレイス） ー（本記事では未調査）

・用途で選ぶなら：個人の手元でSNS横断のパーソナルAIを動かしたいならOpenClaw、QQ・Discord・Slack等のコミュニティ/チームに常駐する汎用ボットを作りたいならAstrBot、という切り分けになる
・対応プラットフォーム数の差（AstrBot 18種・OpenClaw 25以上）は、どちらが優れているかではなく、それぞれが重視する接続先の性質の違いを反映している
・両者ともAGPL/MITというライセンスの違いがセルフホスト・改変時の義務に直結する。次章で詳しく解説する

具体的なシナリオで考えると分かりやすい。「自分専用のAIに家事のリマインドやメール下書きを任せたい」という個人ユースケースはOpenClawの得意領域だ。一方「社内のDiscordサーバーやQQグループに常駐して、複数メンバーからの質問に社内ナレッジベースを参照しつつ答えるボットが欲しい」という組織向けユースケースは、複数ユーザー同時利用を前提に設計されたAstrBotの方が構成しやすい。両OSSは競合というより、個人利用とコミュニティ運用という異なる軸で棲み分けていると捉えるのが実態に近い。

ライセンスの注意点——AGPL-3.0のコピーレフトとセルフホスト時の義務

AstrBotのライセンスはAGPL-3.0（GNU Affero General Public License v3）だ。実際にリポジトリのLICENSEファイルを確認すると、原文「GNU AFFERO GENERAL PUBLIC LICENSE Version 3」が記載されており、README表記とも一致している。

⚠️ AGPL-3.0の罠：MITだと思って導入すると事故る
AGPL-3.0はGPLよりもさらに強いコピーレフト条項を持つ。GPLは「配布」した場合にソース開示義務が生じるが、AGPLはネットワーク経由でサービスとして提供した場合にも、そのサービスの利用者に対してソースコード開示義務が生じる。AstrBotを改変してSaaSとして第三者に提供する場合、配布していなくても改変部分を含むソースコードを利用者に開示する必要がある。MITライセンスのOSSと同じ感覚で「社内で使うだけだから」「改変して自社サービスに組み込むだけだから」と考えていると、コンプライアンス上の見落としにつながる。

・個人利用・社内での自己ホスト（第三者にネットワーク越しにサービス提供しない）であればAGPL-3.0の開示義務は基本的に発生しない
・改変版をSaaSとして外部提供する場合は、AGPL条項に基づきソースコード開示の要否を事前に法務・ライセンス専門家に確認すべき
・プラグインの多くはコミュニティ製で、プラグイン個別のライセンスはAstrBot本体のAGPL-3.0とは別に確認が必要な場合がある

企業のエンジニアリング部門がAstrBotの採用を検討する場合、チェックすべき順序は次の通りだ。まず①社内利用のみか外部サービス提供を伴うかを切り分け、②外部提供を伴うなら改変箇所の有無を洗い出し、③改変ありでネットワーク越しに提供するならAGPL-3.0の開示義務が発生する前提で法務レビューを通す——という流れになる。OpenClaw（MIT、当サイト既存記事の記載）のようなパーミッシブライセンスのOSSと混同し、同じ社内プロセスで導入判断をしてしまうと、AGPL-3.0特有のネットワーク条項を見落とすリスクがある点は改めて強調しておきたい。

まとめ——コミュニティ常駐型のAIエージェント基盤として検討する価値

AstrBotは、GitHub 38,658★・3年8ヶ月の開発継続・約335名のcontributorという実体を伴った、コミュニティ/サーバー常駐型のAIエージェント基盤だ。18種のIMプラットフォームと十数種のLLM/LLMOpsサービスを横断接続し、Docker Composeなら1コマンドで導入できる。実際に起動してみると、WebUI応答まで約48秒、アイドル時メモリ約265MBという軽量さも確認できた。

この記事のまとめ
・AstrBotはQQ・Telegram・Slack・Discord等18種のIMプラットフォームに対応するAIエージェント基盤（GitHub 38,658★・AGPL-3.0）
・個人アシスタント志向のOpenClawとは異なり、コミュニティ/サーバーに常駐する複数ユーザー利用を想定した設計
・Docker Composeなら`docker compose up -d`のみで導入可能。実測では起動約48秒・メモリ約265MB
・AGPL-3.0はSaaS提供時にソース開示義務が生じるコピーレフトライセンス。MIT感覚での流用は要注意

QQグループやDiscordサーバーに常駐する汎用AIボットを、既存のLLM・LLMOps資産を活かしながら構築したいなら、AstrBotは有力な選択肢になる。導入前には対応プラットフォームの要件とAGPL-3.0のライセンス条件を照らし合わせて検討してほしい。

参照ソース

・AstrBotDevs/AstrBot（公式リポジトリ・README） — 対応プラットフォーム・LLM一覧、ライセンス、Key Featuresを確認
・AstrBot README_ja.md（公式日本語訳） — 日本語での機能説明を確認
・AstrBot GitHub Releases — 最新版v4.27.2・リリース履歴を確認