O que é JiuwenSwarm?
JiuwenSwarm, antes chamado JiuwenClaw e agora lançado como WorkSwarm (pacote PyPI workswarm), é um sistema de agentes auto-hospedado da openJiuwen. A openJiuwen é uma comunidade de código aberto cujo código traz avisos de copyright da Huawei Technologies e cuja organização no GitHub está registrada na China. Um agente Leader divide uma tarefa e distribui as partes a agentes especialistas, que podem rodar em processos ou máquinas diferentes; um modo de agente único cuida dos pedidos do dia a dia. Ele tem os espaços Work e Code, além de Design desde a v0.2.8, uma interface web, uma interface de terminal, apps desktop para Windows, macOS e HarmonyOS e nove canais de chat: Xiaoyi, Feishu, DingTalk, WeCom e WeChat pessoal na China, e Telegram, Discord, Slack e WhatsApp fora dela.
O repositório foi criado em 5 de março de 2026 e tem cerca de 8.470 estrelas no GitHub, 1.150 forks, 1.246 issues abertas e 609 pull requests abertos, com 129 colaboradores listados. Esse número de estrelas é modesto para um projeto com tanta atividade visível. É Python sob Apache-2.0. A v0.2.8 recebeu a tag em 31 de outubro de 2026; a versão mais nova no PyPI é a 0.2.7, e o workswarm teve 871 downloads na última semana. Os modelos vêm de Huawei Cloud MaaS, OpenAI, DeepSeek, DashScope, SiliconFlow, OpenRouter, outras APIs compatíveis com OpenAI ou um servidor local.
JiuwenSwarm vale a pena?
JiuwenSwarm é menos um assistente pessoal do que uma equipe de agentes com uma interface de chat. OpenClaw e nanobot giram em torno de um agente que se lembra de você; o modo Cluster padrão do JiuwenSwarm tem um Leader que decompõe o trabalho e entrega partes a especialistas. Scripts Swarmflow adicionam pipelines fixos de várias etapas, com um orçamento de tokens da equipe e etapas de aprovação humana. A v0.2.8 adiciona agentes verificadores e desafiadores que votam em um resultado, e permite que Claude Code ou Codex entrem em uma equipe como especialistas externos. Nenhum dos rivais vai tão longe em orquestração.
A parte de segurança exige leitura atenta. O README diz que as ferramentas pedem aprovação antes de rodar, e o motor de permissões documentado no repositório é minucioso: níveis allow, ask e deny, regras embutidas para comandos de shell arriscados e uma lista de permissões para caminhos fora do workspace. Mas, na nossa leitura do modelo de configuração que o pacote traz, inalterado nesse ponto na v0.2.7 e na v0.2.8, permissions.enabled é false e bash, PowerShell, gravação e edição de arquivos estão todos em allow. A documentação diz que um motor desativado permite toda chamada de ferramenta. Um operador que conecta WhatsApp ou Telegram sem editar esse arquivo está entregando um shell a um modelo. O sandbox opcional jiuwenbox envolve as ferramentas em bubblewrap com seccomp e Landlock, mas só no Linux e como um serviço separado.
Os padrões de dados são mais discretos. A exportação OpenTelemetry vem desligada e, quando ligada, aponta para o localhost; os rastros da equipe vão para um arquivo local. Os prompts vão para o provedor de modelos que você configurar. O login de teste do cliente desktop, adicionado na v0.2.7, concede uma cota de recursos de modelos hospedados, e as notas de versão não dizem quem os opera nem o que é guardado. Nenhum alerta de segurança foi publicado no GitHub, o que, para um projeto tão jovem, reflete mais provavelmente menos escrutínio externo do que o OpenClaw recebe do que um histórico limpo.
Seu centro de gravidade é a China. Cinco dos nove canais são plataformas chinesas, Huawei Cloud MaaS é o primeiro provedor listado, o README recomenda um espelho PyPI da Tsinghua e os comentários no modelo de configuração estão em chinês. Ele já foi renomeado duas vezes e publicou 32 versões no GitHub, 14 delas pré-lançamentos, em menos de oito meses. Comparado ao nanobot, é muito maior e mais difícil de auditar. Comparado ao OpenClaw, alcança menos apps de chat ocidentais e tem uma comunidade bem menor, mas vai mais longe na coordenação de muitos agentes ao longo de uma tarefa longa.
Onde ele se destaca
Uma equipe de plataforma em uma fabricante chinesa que funciona no Feishu
Dar à equipe um agente no chat do grupo que pesquisa perguntas e redige relatórios
Ativar o canal Feishu no config.yaml com as credenciais do bot; nos grupos, as pessoas mencionam o bot com @. Apontar os modelos para Huawei Cloud MaaS ou DeepSeek e definir permissions.enabled como true, com bash em ask, antes que alguém de fora da equipe possa mandar mensagens a ele.
Um analista em uma consultoria de estratégia
Transformar um briefing amplo em um relatório setorial com fontes durante a noite
No modo Cluster, o Leader divide pesquisa, análise e redação entre agentes especialistas, com um orçamento de tokens da equipe limitando o gasto. A conta são os tokens de modelo, que se multiplicam com o número de agentes, então um modelo mais barato para os colegas de equipe a mantém baixa.
Uma engenheira de backend comparando frameworks multiagente
Rodar um pipeline fixo de várias etapas com uma etapa de aprovação humana
Escrever um script Swarmflow em Python com etapas humanas e acompanhar as execuções pela TUI com /swarmflows. Rodar as ferramentas dentro do jiuwenbox no Linux se o pipeline lê entradas não confiáveis; ele exige bubblewrap, e NET_ADMIN para isolamento de rede.
Antes de decidir
- Configuração
- pip install workswarm (o README sugere um espelho da Tsinghua na China), depois jiuwenswarm-init e jiuwenswarm-start, e abra http://localhost:5173. Python 3.11 ou posterior; a 0.2.7 do PyPI exige abaixo de 3.14. Um modelo padrão precisa ser definido na interface web ou em ~/.jiuwenswarm/config/config.yaml antes da primeira resposta. Instaladores desktop cobrem PCs com Windows, macOS e HarmonyOS.
- Integrações
- Xiaoyi, Feishu, DingTalk, WeCom, WeChat pessoal, Telegram, Discord, Slack e WhatsApp; servidores MCP, A2A e o Swarm Skills Hub; provedores dos protocolos OpenAI e Anthropic, incluindo Huawei Cloud MaaS, DeepSeek, DashScope, SiliconFlow, OpenRouter, Ollama, LM Studio, vLLM e SGLang; Claude Code e Codex como membros da equipe a partir da v0.2.8.
- Dados e privacidade
- Configuração, memória e sessões ficam em ~/.jiuwenswarm; os prompts vão para o seu provedor de modelos. A exportação OpenTelemetry vem desligada por padrão e, quando ativada, registra o conteúdo completo das mensagens, a menos que log_messages seja desligado. Nenhum alerta de segurança publicado no GitHub. Apache-2.0; o README deixa a conformidade com o EU AI Act a cargo do usuário.
- Custo em escala
- Nenhuma edição paga é publicada. O custo são os tokens de modelo, multiplicados pelo número de agentes no modo Cluster, mais uma máquina para o gateway; equipes distribuídas rodam o Leader e os colegas como processos ou hosts separados.
- Limites
- O modelo de configuração distribuído desliga as aprovações de ferramentas. 1.246 issues abertas e 609 pull requests abertos. Três nomes (JiuwenClaw, JiuwenSwarm, WorkSwarm) espalham a documentação e os pacotes. Xiaoyi e WhatsApp são só para chat privado.
O que é bom
- Orquestração de Leader e equipe com pipelines Swarmflow e orçamentos de tokens
- Canais nativos para Feishu, DingTalk, WeCom, WeChat e Xiaoyi
- Motor de permissões allow/ask/deny detalhado e um sandbox bubblewrap opcional
- Apache-2.0, com exportação OpenTelemetry desligada por padrão
O que não é
- A configuração distribuída desativa o motor de permissões e permite o shell
- Renomeado duas vezes; o PyPI fica atrás das versões do GitHub
- Comentários de configuração e algumas mensagens só em chinês
- Cerca de 1.250 issues abertas e um ritmo acelerado de betas
Ideal para
Equipes de engenharia no Feishu, DingTalk ou WeCom que querem vários agentes dividindo trabalhos longos de pesquisa ou programação e vão restringir as permissões por conta própria.
Alternativas ao JiuwenSwarm
JiuwenSwarm: perguntas frequentes
- JiuwenSwarm vale a pena?
- JiuwenSwarm é a opção multiagente séria para equipes que trabalham no Feishu, DingTalk ou WeCom, mas a configuração que ele traz deixa as ferramentas de shell e de arquivos em allow, diga o README o que disser. Damos nota 3.6 de 5.
- Quanto custa JiuwenSwarm?
- Gratuito e de código aberto (Apache-2.0). Você paga o seu provedor de modelos ou roda um modelo local.
- Quais são as desvantagens de JiuwenSwarm?
- A configuração distribuída desativa o motor de permissões e permite o shell; renomeado duas vezes; o PyPI fica atrás das versões do GitHub; comentários de configuração e algumas mensagens só em chinês; cerca de 1.250 issues abertas e um ritmo acelerado de betas.
- Para quem JiuwenSwarm é indicado?
- Equipes de engenharia no Feishu, DingTalk ou WeCom que querem vários agentes dividindo trabalhos longos de pesquisa ou programação e vão restringir as permissões por conta própria.
- Quanto custa JiuwenSwarm para uma equipe ou em produção?
- Nenhuma edição paga é publicada. O custo são os tokens de modelo, multiplicados pelo número de agentes no modo Cluster, mais uma máquina para o gateway; equipes distribuídas rodam o Leader e os colegas como processos ou hosts separados.
- JiuwenSwarm é seguro para dados da empresa?
- Configuração, memória e sessões ficam em ~/.jiuwenswarm; os prompts vão para o seu provedor de modelos. A exportação OpenTelemetry vem desligada por padrão e, quando ativada, registra o conteúdo completo das mensagens, a menos que log_messages seja desligado. Nenhum alerta de segurança publicado no GitHub. Apache-2.0; o README deixa a conformidade com o EU AI Act a cargo do usuário.
- Quais são as melhores alternativas ao JiuwenSwarm?
- As alternativas mais próximas que analisamos são OpenClaw, nanobot, CrewAI e Hermes Agent.
Respostas verificadas em 31 de out. de 2026.