JiuwenSwarmとは？
JiuwenSwarm は JiuwenClaw から改名され、現在は WorkSwarm（PyPI パッケージ workswarm）として公開されている、openJiuwen によるセルフホスト型の エージェントシステムです。openJiuwen はオープンソースのコミュニティで、コードには Huawei Technologies の著作権表示があり、GitHub の組織の所在地は中国になっています。Leader エージェントがタスクを分解して各部分を専門エージェントに割り当て、専門エージェントはプロセスやマシンをまたいで動かせます。日常的な依頼はシングルエージェントモードで処理します。Work と Code のスペースに加え v0.2.8 から Design があり、Web UI、ターミナル UI、Windows、macOS、HarmonyOS 向けのデスクトップアプリ、そして 9 つのチャットチャネルを備えます。中国向けが Xiaoyi、Feishu、DingTalk、WeCom、個人の WeChat、それ以外が Telegram、Discord、Slack、WhatsApp です。
リポジトリは 2026年3月5日に作成され、GitHub のスターは約 8,470、フォークは 1,150、未解決の issue は 1,246 件、未解決の pull request は 609 件で、コントリビューターは 129 人です。これほど目に見える活動量があるプロジェクトとしては、スター数は目立つものではありません。Apache-2.0 の Python です。v0.2.8 は 2026年10月31日にタグ付けされ、PyPI の最新版は 0.2.7 で、workswarm の直近 1 週間のダウンロード数は 871 でした。モデルは Huawei Cloud MaaS、OpenAI、DeepSeek、DashScope、SiliconFlow、OpenRouter、その他の OpenAI 互換 API、またはローカルサーバーから使います。
JiuwenSwarmは使う価値があるか？
JiuwenSwarm は個人アシスタントというより、チャットを窓口にしたエージェントのチームです。OpenClaw と nanobot はユーザーを覚えている 1 つのエージェントが中心ですが、JiuwenSwarm のデフォルトの Cluster モードでは、Leader が仕事を分解して専門エージェント に渡します。Swarmflow のスクリプトを使えば、チーム全体のトークン予算と人による承認ステップを備えた、固定の多段パイプラインを組めます。v0.2.8 では結果に投票する検証役と反論役のエージェントが加わり、Claude Code や Codex を外部の専門家としてチームに参加させられるようになりました。オーケストレーションでここまで踏み込んでいる競合はありません。
セキュリティについては注意深く読む必要があります。README はツールが実行前に承認を求めるとしており、リポジトリで説明されている権限エンジンは充実しています。allow、ask、deny の段階、危険なシェルコマンド向けの組み込みルール、ワークスペース外のパスのホワイトリストがあります。ところが私たちが読んだ限り、パッケージに同梱される設定テンプレートでは、v0.2.7 でも v0.2.8 でもこの点は変わらず、permissions.enabled が false で、bash、PowerShell、ファイルの書き込みと編集がすべて allow になっています。ドキュメントによると、エンジンが無効な場合はすべてのツール呼び出しが許可されます。このファイルを編集せずに WhatsApp や Telegram をつなぐ運用者は、モデルにシェルを渡していることになります。任意の jiuwenbox サンドボックスは bubblewrap、seccomp、Landlock でツールを包みますが、Linux のみで、別のサービスとして動きます。
データのデフォルトは控えめです。OpenTelemetry のエクスポートはオフで、オンにすると localhost を向きます。チームのトレースはローカルファイルに保存されます。プロンプトは設定したモデルプロバイダーに送られます。v0.2.7 で追加されたデスクトップクライアントの試用ログインでは、ホスト型の モデルリソースの利用枠が与えられますが、誰が運営しているのか、何が保存されるのかはリリースノートに書かれていません。GitHub のセキュリティアドバイザリは公開されていませんが、これほど新しいプロジェクトでは、問題がないことより、OpenClaw ほど外部の目が入っていないことの表れである可能性が高いでしょう。
重心は中国にあります。9 つのチャネルのうち 5 つが中国のプラットフォームで、プロバイダーの先頭には Huawei Cloud MaaS が挙がり、README は清華大学の PyPI ミラーを勧め、設定テンプレートのコメントは中国語です。8 か月足らずで 2 回改名され、GitHub のリリースは 32 回、そのうち 14 回がプレリリースです。nanobot と比べるとはるかに大きく、監査も難しくなります。OpenClaw と比べると対応する欧米のチャットアプリは少なく、コミュニティもずっと小さいものの、1 つの長いタスクで多数のエージェントを調整する点ではより先へ進んでいます。
真価を発揮する場面
Feishu で業務を回す中国の製造業のプラットフォームチーム
グループチャットで質問を調べ、レポートの下書きを作るエージェントを 1 つスタッフに提供する
config.yaml でボットの認証情報を使って Feishu チャネルを有効にし、グループではボットを @メンションします。モデルは Huawei Cloud MaaS か DeepSeek に向け、チーム外の人がメッセージを送れるようになる前に 、permissions.enabled を true にし、bash を ask にしてください。
戦略コンサルティング会社のアナリスト
大まかな依頼を、出典付きの業界レポートに一晩で仕上げる
Cluster モードでは Leader が調査、分析、執筆を専門エージェントに分け、チームのトークン予算で支出に上限をかけます。費用はモデルのトークンで、エージェントの数に応じて増えるため、チームメイト側に安いモデルを使うと抑えられます。
マルチエージェントのフレームワークを比較するバックエンドエンジニア
人による承認ステップを含む固定の多段パイプラインを動かす
人のステージを含む Swarmflow の Python スクリプトを書き、TUI の /swarmflows で実行を見守ります。パイプラインが信頼できない入力を読む場合は、Linux 上の jiuwenbox の中でツールを動かしてください。bubblewrap が必要で、ネットワーク分離には NET_ADMIN も必要です。
導入前に確認すること
- 導入
- pip install workswarm（中国では README が清華大学のミラーを勧めています）を実行し、jiuwenswarm-init と jiuwenswarm-start の後、http://localhost:5173 を開きます。Python 3.11 以降が必要で、PyPI の 0.2.7 は 3.14 未満を要求します。最初の応答の前に、Web UI か ~/.jiuwenswarm/config/config.yaml でデフォルトのモデルを設定する必要があります。デスクトップのインストーラーは Windows、macOS、HarmonyOS の PC に対応します。
- 連携
- Xiaoyi、Feishu、DingTalk、WeCom、個人の WeChat、Telegram、Discord、Slack、WhatsApp に対応します。MCP サーバー、A2A、Swarm Skills Hub、そして Huawei Cloud MaaS、DeepSeek、DashScope、SiliconFlow、OpenRouter、Ollama、LM Studio、vLLM、SGLang を含む OpenAI と Anthropic のプロトコルのプロバイダーが使えます。v0.2.8 からは Claude Code と Codex をチームメンバーにできます。
- データとプライバシー
- 設定、メモリ、セッションは ~/.jiuwenswarm に保存され、プロンプトはモデルプロバイダーに送られます。OpenTelemetry のエクスポートはデフォルトでオフで、有効にすると log_messages をオフにしない限りメッセージの内容をすべて記録します。GitHub のセキュリティアドバイザリは公開されていません。Apache-2.0 で、README は EU AI Act への準拠を利用者の責任としています。
- 大規模利用時のコスト
- 有料版は公開されていません。費用はモデルのトークンで、Cluster モードではエージェントの数だけ増え、加えてゲートウェイ用のマシンが必要です。分散チームでは Leader とチーム メイトを別のプロセスやホストで動かします。
- 制限
- 同梱の設定テンプレートはツールの承認をオフにしています。未解決の issue は 1,246 件、未解決の pull request は 609 件。3 つの名前（JiuwenClaw、JiuwenSwarm、WorkSwarm）でドキュメントとパッケージが散らばっています。Xiaoyi と WhatsApp は個人チャットのみです。
良い点
- Swarmflow パイプラインとトークン予算を備えた、Leader とチームによるオーケストレーション
- Feishu、DingTalk、WeCom、WeChat、Xiaoyi のネイティブなチャネル
- 詳細な allow/ask/deny の権限エンジ ンと、任意の bubblewrap サンドボックス
- Apache-2.0 で、OpenTelemetry のエクスポートはデフォルトでオフ
気になる点
- 同梱の設定は権限エンジンを無効にし、シェルを許可している
- 2 回改名され、PyPI が GitHub のリリースに遅れている
- 設定のコメントと一部のメッセージは中国語のみ
- 未解決の issue が約 1,250 件あり、ベータのリリース間隔が速い
おすすめの人
Feishu、DingTalk、WeCom を使い、長い調査やコーディングの仕事を複数のエージェントで分担させたいエンジニアリングチームで、権限を自分たちで締められる人たち。
JiuwenSwarmの代替
JiuwenSwarm：よくある質問
- JiuwenSwarmは使う価値があるか？
- JiuwenSwarm は Feishu、DingTalk、WeCom で仕事をするチームにとって本格的なマルチエージェントの選択肢です。ただし同梱の設定では、README の記述にかかわらず、シェルとファイルのツールが allow のままです。 評価は5点満点中3.6点です。
- JiuwenSwarmの料金は？
- 無料のオープンソース（Apache-2.0）です。モデルプロバイダーに料金を払うか、ローカルモデルを動かします。
- JiuwenSwarmの欠点は？
- 同梱の設定は権限エンジンを無効にし、シェルを許可している; 2 回改名され、PyPI が GitHub のリリースに遅れている; 設定のコメントと一部のメッセージは中国語のみ; 未解決の issue が約 1,250 件あり、ベータのリリース間隔が速い.
- JiuwenSwarmは誰に向いているか？
- Feishu、DingTalk、WeCom を使い、長い調査やコーディングの仕事を複数のエージェントで分担させたいエンジニアリングチームで、権限を自分たちで締められる人たち。
- チームや本番環境でJiuwenSwarmを使うと費用はいくらか？
- 有料版は公開されていません。費用はモデルのトークンで、Cluster モードではエージェントの数だけ増え、加えてゲートウェイ用のマシンが必要です。分散チームでは Leader とチームメイトを別のプロセスやホストで動かします。
- JiuwenSwarmは企業データを扱っても安全か？
- 設定、メモリ、セッションは ~/.jiuwenswarm に保存され、プロンプトはモデルプロバイダーに送られます。OpenTelemetry のエクスポートはデフォルトでオフで、有効にすると log_messages をオフにしない限りメッセージの内容をすべて記録します。GitHub のセキュリティアドバイザリは公開されていません。Apache-2.0 で、README は EU AI Act への準拠を利用者の責任としています。
- JiuwenSwarmの代わりになるものは？
- 当サイトでレビューした中で最も近い代替はOpenClaw, nanobot, CrewAI 、 Hermes Agentです。
回答確認日：2026年10月31日