agentconnect

O AgentConnect é uma plataforma open-source de colaboração multiagente posicionada como alternativa ao Claude Tag. Sua premissa é que agentes de IA individuais já são capazes, mas fazer vários agentes trabalharem bem com uma equipe — e entre si — é o problema mais difícil. O AgentConnect transforma o código de cola habitual (canais de mensagem, tarefas cron, tratamento de credenciais, costura de contexto) em uma plataforma. Onde os agentes vivem Os agentes são vinculados a bots e repositórios no Slack, Telegram, Discord, Lark/Feishu, QQ, GitHub, GitLab, Gitea e Linear, além de webhooks. O trabalho pode começar a partir de uma mensagem, issue, pull request, webhook ou agendamento, e as pessoas acompanham nas conversas onde o trabalho já acontece. Runtimes e modelos Os agentes podem rodar em Claude Code, Codex, Grok Build, DeepSeek, Pi, GitHub Copilot, Devin, Qwen Code, OpenCode e outros runtimes compatíveis com ACP. O runtime, modelo, workspace, ferramentas e máquina de cada agente são configurados de forma independente, então trocar um runtime não exige reconstruir o fluxo de trabalho ao redor. Jev (TypeSafe) é usado para roteamento de agentes e seleção de modelo. Capacidades principais descritas no README - Papéis e chamadas entre agentes: crie agentes com papéis diferentes e permita que eles chamem uns aos outros enquanto as pessoas observam em conversas compartilhadas. - Decisões: regras reutilizáveis alimentadas pelo Jev decidem quando os agentes respondem, encaminham novas conversas para agentes especialistas e escolhem um runtime e modelo por sessão. - Memória e conhecimento: cada agente tem sua própria memória e habilidades, e o Conhecimento revisado pode ser publicado para que todos os agentes o encontrem sob demanda. - Limites: a visibilidade de agentes e sessões, os repositórios e ferramentas permitidos e quais outros agentes podem ser chamados são todos configuráveis. - Auto-hospedagem: a stack Apache-2.0 pode ser executada em seu próprio ambiente, mantendo a execução dos agentes e os workspaces sob sua operação. Exemplos de casos de uso citados incluem triagem de conversas de suporte com roteamento especializado, suporte entre workspaces abrangendo Telegram e Slack, operações recorrentes acionadas por agendamento ou webhook, manter forks privados atualizados com mudanças upstream e revisão de código personalizada onde revisores, runtimes e modelos são selecionados por pull request. Primeiros passos O Docker Compose inicia o console Web, o Control Plane, o Relay e o PostgreSQL; a stack padrão escuta apenas em 127.0.0.1 e usa modo local sem autenticação para avaliação. Um Helm chart é publicado a cada release em oci://ghcr.io/agentconnect-md/charts/agentconnect para instalações em Kubernetes. Um Setup Server em loopback configura a autenticação do navegador (Logto), apps de provedores e métodos de login, enquanto a topologia de implantação permanece em compose.env ou nos valores do Helm. O repositório também inclui uma skill de setup em .claude/skills/agentconnect-setup para que agentes de codificação possam percorrer a configuração de forma interativa. Arquitetura O Daemon executa agentes posicionados via ACP de propriedade do daemon, é dono dos workspaces e do estado de sessão, mantém conexões diretas com plataformas e agendamentos, e envia o tráfego do provedor de modelo diretamente. O Relay opcional aceita ingress baseado em callback e webchat, faz proxy de acesso a MCP e OpenConnector gerenciados centralmente, e encaminha o ingress de mensagens para o daemon proprietário sem armazenamento durável. O Control Plane e a Web UI gerenciam autenticação, configuração, posicionamento, permissões, metadados e observabilidade, armazenando conhecimento organizacional e revisões de skills explicitamente aprovados, enquanto, fora isso, fazem proxy de leituras limitadas do daemon. Mensagens de plataforma ao vivo e streams de atualização ACP permanecem no plano de dados do daemon/relay; o Control Plane armazena metadados de coordenação em vez de corpos de mensagens ou streams de sessão, e sessões estabelecidas continuam se ele estiver temporariamente indisponível. O desenvolvimento requer Node >= 24.12.0 e pnpm 11, com pnpm install && pnpm dev executando todos os pacotes em modo watch. O projeto é licenciado sob Apache 2.0 e oferece uma comunidade no Slack, site de documentação, opção de nuvem e blog.