enbor
Enbor es un control y plano de ejecución abierto y autocontenido para desarrolladores que construyen productos de agentes.
Ficha actualizada 23 sept 2026, 0:56 · upstream 23 sept 2026, 0:34 · release v0.10.1
Qué es enbor
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Enbor es un repositorio open-source que proporciona una infraestructura controladora y de ejecución para desarrolladores al construir productos de agentes. Define una entidad Agent como definición duradera y versionada, junto con una sesión que representa una instancia concreta de ejecución. Enbor permite definir una identidad única para el agente, sus instrucciones, política del modelo, habilidades, herramientas, conectores MCP, memoria, gobernanza y versiones. Esto se diferencia de los agentes tradicionales porque la identidad y la historia persisten independientemente del modelo utilizado o del entorno en que se ejecute.
Enbor es una infraestructura, no un agente final ni otro framework para implementar un solo bucle de agente. Los productos construyen sus propias experiencias y flujos de trabajo sobre los recursos, APIs y límite de ejecución duradero de Enbor. Esto permite que el mismo producto de agentes funcione consistentemente en entornos cloud o auto-alojados sin necesidad de redefinir su identidad o historial.
- Agentes de programación: ejecutar trabajo de codificación a través de diferentes runtimes del agente mientras se mantiene una definición duradera única y un historial de sesiones versionado.
- Productos de agentes: proporcionar el plano de control y ejecución detrás de un producto al cliente, sin acoplarse directamente con su flujo de trabajo específico.
- Ejecución auto-alojada: enviar sesiones a controladores del cliente mientras el plano de control de Enbor mantiene la propiedad de ciclo de vida y eventos.
- Agentes gobernanos: aplicar controles consistentes de identidad, política, aprobación, presupuesto, credenciales, memoria y auditoría en múltiples runtimes.
- Automatización prolongada: crear sesiones desde horarios o eventos externos e inspeccionar sus resultados a través de una API canónica única.
- Soporta CI/CD con badge de integración continua visible en el repositorio.
- Soporta TypeScript 5.x y ofrece un SDK generado automáticamente basado en OpenAPI.
- Es completamente open-source, disponible bajo licencia Apache-2.0.
- Funciona como control plano autocontenido que puede ejecutarse localmente o en la nube.
- Proporciona una superficie de API abierta con documentación generada y estándares de descubrimiento de recursos protegidos.
- Soporta múltiples runtimes (enbor, claude-code, codex, copilot) mediante adaptadores de proveedor.
- No es un agente en sí mismo; requiere que el producto construya su propia experiencia y flujo de trabajo sobre la infraestructura de Enbor.
- La identidad del agente se define una vez y no puede modificarse dinámicamente durante la ejecución de sesiones.
- El modelo de despliegue actual es basado en Cloudflare Workers, lo que limita el soporte a entornos cloud-first.
- No incluye un SDK nativo para todos los lenguajes de programación disponibles.
- La arquitectura actual se centra en agentes multi-modelo; no soporta modelos monolíticos o agenticos simples.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Se recomienda desplegar Enbor en Cloudflare Workers como plano de control centralizado, con sesiones ejecutadas en Sandbox o runners registrados.,Para entornos auto-alojados, se debe instalar el runner localmente (macOS/Linux vía Homebrew) y configurar un volumen persistente para persistencia de datos.,Se requiere configuración de OAuth/OIDC mediante Realmroot como proveedor de identidad, con permisos adecuados para el acceso a recursos del agente.,La documentación de despliegue en Cloudflare incluye instrucciones específicas sobre OIDC, runtime y notificaciones de despliegue.,Para producción, se recomienda implementar un plano de control separado (por ejemplo, usando Kubernetes o Docker) que gestione los agentes versionados y las sesiones.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.