agentconnect

AgentConnect es una plataforma open-source de colaboración multiagente, posicionada como una alternativa a Claude Tag. Su premisa es que los agentes de IA individuales ya son capaces, pero hacer que varios agentes trabajen bien con un equipo —y entre ellos— es el problema más difícil. AgentConnect convierte el código de integración habitual (canales de mensajes, tareas cron, manejo de credenciales, unión de contextos) en una plataforma. Dónde viven los agentes Los agentes están vinculados a bots y repositorios en Slack, Telegram, Discord, Lark/Feishu, QQ, GitHub, GitLab, Gitea y Linear, además de webhooks. El trabajo puede comenzar desde un mensaje, issue, pull request, webhook o programación, y las personas siguen el desarrollo en las conversaciones donde ya ocurre el trabajo. Runtimes y modelos Los agentes pueden ejecutarse en Claude Code, Codex, Grok Build, DeepSeek, Pi, GitHub Copilot, Devin, Qwen Code, OpenCode y otros runtimes compatibles con ACP. El runtime, modelo, espacio de trabajo, herramientas y máquina de cada agente se configuran de forma independiente, por lo que cambiar un runtime no requiere reconstruir el flujo de trabajo circundante. Jev (TypeSafe) se utiliza para el enrutamiento de agentes y la selección de modelos. Capacidades principales descritas en el README - Roles y llamadas entre agentes: crea agentes con diferentes roles y permite que se llamen entre sí mientras las personas observan en conversaciones compartidas. - Decisiones: reglas reutilizables impulsadas por Jev deciden cuándo responden los agentes, enrutan nuevas conversaciones a agentes especialistas y eligen un runtime y modelo por sesión. - Memoria y conocimiento: cada agente tiene su propia memoria y habilidades, y el Conocimiento revisado puede publicarse para que todos los agentes lo encuentren bajo demanda. - Límites: la visibilidad de agentes y sesiones, los repositorios y herramientas permitidos, y qué otros agentes pueden ser llamados son configurables. - Autoalojamiento: la pila Apache-2.0 puede ejecutarse en tu propio entorno, manteniendo la ejecución de agentes y los espacios de trabajo bajo tu operación. Los casos de uso de ejemplo incluyen el triaje de conversaciones de soporte con enrutamiento especializado, soporte entre espacios de trabajo que abarca Telegram y Slack, operaciones recurrentes activadas por programación o webhook, mantener bifurcaciones privadas actualizadas con cambios ascendentes, y revisión de código personalizada donde revisores, runtimes y modelos se seleccionan por pull request. Primeros pasos Docker Compose inicia la consola Web, el Control Plane, el Relay y PostgreSQL; la pila predeterminada escucha solo en 127.0.0.1 y usa modo local sin autenticación para evaluación. Se publica un chart de Helm por versión en oci://ghcr.io/agentconnect-md/charts/agentconnect para instalaciones en Kubernetes. Un Setup Server en loopback configura la autenticación del navegador (Logto), aplicaciones de proveedores y métodos de inicio de sesión, mientras que la topología de despliegue permanece en compose.env o valores de Helm. El repositorio también incluye una habilidad de configuración en .claude/skills/agentconnect-setup para que los agentes de codificación puedan recorrer la configuración de forma interactiva. Arquitectura El Daemon ejecuta agentes colocados sobre ACP propiedad del daemon, posee espacios de trabajo y estado de sesión, mantiene conexiones directas de plataforma y programaciones, y envía tráfico de proveedores de modelos directamente. El Relay opcional acepta entrada basada en callback y webchat, proxifica el acceso centralmente gestionado a MCP y OpenConnector, y reenvía la entrada de mensajes al daemon propietario sin almacenamiento duradero. El Control Plane y la UI Web gestionan autenticación, configuración, colocación, permisos, metadatos y observabilidad, almacenando conocimiento organizacional aprobado explícitamente y revisiones de habilidades, mientras que de otro modo proxifican lecturas limitadas del daemon. Los mensajes de plataforma en vivo y los flujos de actualización de ACP permanecen en el plano de datos del daemon/relay; el Control Plane almacena metadatos de coordinación en lugar de cuerpos de mensajes o flujos de sesión, y las sesiones establecidas continúan si está temporalmente no disponible. El desarrollo requiere Node >= 24.12.0 y pnpm 11, con pnpm install && pnpm dev ejecutando todos los paquetes en modo watch. El proyecto está licenciado bajo Apache 2.0 y ofrece una comunidad en Slack, sitio de documentación, opción en la nube y blog.