agentconnect

AgentConnect est une plateforme open-source de collaboration multi-agents, présentée comme une alternative à Claude Tag. Son principe est que les agents IA individuels sont déjà capables, mais que faire fonctionner plusieurs agents ensemble avec une équipe — et entre eux — est le problème le plus difficile. AgentConnect transforme le code de colle habituel (canaux de messages, tâches cron, gestion des identifiants, assemblage de contextes) en une plateforme. Où vivent les agents Les agents sont liés à des bots et des dépôts dans Slack, Telegram, Discord, Lark/Feishu, QQ, GitHub, GitLab, Gitea et Linear, ainsi qu'à des webhooks. Le travail peut démarrer à partir d'un message, d'un problème, d'une demande de tirage, d'un webhook ou d'un calendrier, et les personnes suivent le déroulement dans les conversations où le travail se fait déjà. Runtimes et modèles Les agents peuvent fonctionner sur Claude Code, Codex, Grok Build, DeepSeek, Pi, GitHub Copilot, Devin, Qwen Code, OpenCode et d'autres runtimes compatibles ACP. Le runtime, le modèle, l'espace de travail, les outils et la machine de chaque agent sont configurés indépendamment, de sorte que remplacer un runtime ne nécessite pas de reconstruire le flux de travail environnant. Jev (TypeSafe) est utilisé pour le routage des agents et la sélection des modèles. Capacités principales décrites dans le README - Rôles et appels agent-à-agent : créez des agents avec différents rôles et laissez-les s'appeler mutuellement pendant que les personnes observent dans des conversations partagées. - Décisions : des règles réutilisables propulsées par Jev décident quand les agents répondent, routent les nouvelles conversations vers des agents spécialisés et choisissent un runtime et un modèle par session. - Mémoire et connaissances : chaque agent a sa propre mémoire et ses compétences, et les connaissances examinées peuvent être publiées pour que tous les agents les trouvent à la demande. - Limites : la visibilité des agents et des sessions, les dépôts et outils autorisés, et les autres agents pouvant être appelés sont tous configurables. - Auto-hébergement : la pile Apache-2.0 peut être exécutée dans votre propre environnement, gardant l'exécution des agents et les espaces de travail sous votre contrôle. Les cas d'utilisation cités incluent le tri des conversations de support avec routage spécialisé, le support multi-espaces de travail couvrant Telegram et Slack, les opérations récurrentes déclenchées par calendrier ou webhook, la mise à jour des forks privés avec les changements en amont, et la revue de code personnalisée où les réviseurs, runtimes et modèles sont sélectionnés par demande de tirage. Pour commencer Docker Compose démarre la console Web, le plan de contrôle, le relais et PostgreSQL ; la pile par défaut écoute uniquement sur 127.0.0.1 et utilise le mode sans authentification local pour l'évaluation. Un graphique Helm est publié à chaque version sur oci://ghcr.io/agentconnect-md/charts/agentconnect pour les installations Kubernetes. Un serveur de configuration sur loopback configure l'authentification du navigateur (Logto), les applications fournisseurs et les méthodes de connexion, tandis que la topologie de déploiement reste dans compose.env ou les valeurs Helm. Le dépôt inclut également une compétence de configuration sous .claude/skills/agentconnect-setup afin que les agents de codage puissent parcourir la configuration de manière interactive. Architecture Le démon exécute les agents placés sur ACP détenu par le démon, possède les espaces de travail et l'état des sessions, maintient les connexions directes aux plateformes et les calendriers, et envoie le trafic des fournisseurs de modèles directement. Le relais optionnel accepte l'entrée basée sur les callbacks et le webchat, proxy l'accès MCP et OpenConnector géré centralement, et transmet l'entrée des messages au démon propriétaire sans stockage durable. Le plan de contrôle et l'interface Web gèrent l'authentification, la configuration, le placement, les permissions, les métadonnées et l'observabilité, stockant les connaissances organisationnelles explicitement approuvées et les révisions de compétences tout en proxyant autrement les lectures bornées du démon. Les messages de plateforme en direct et les flux de mise à jour ACP restent sur le plan de données démon/relais ; le plan de contrôle stocke les métadonnées de coordination plutôt que les corps de messages ou les flux de sessions, et les sessions établies continuent s'il est temporairement indisponible. Le développement nécessite Node >= 24.12.0 et pnpm 11, avec pnpm install && pnpm dev exécutant tous les packages en mode surveillance. Le projet est sous licence Apache 2.0 et propose une communauté Slack, un site de documentation, une option cloud et un blog.