aeontra
Aeontra es un servidor MCP en Go para inspeccionar, modificar y publicar operaciones de desarrollo de software a través de contratos MCP. Permite que clientes como ChatGPT trabajen con repositorios controlados por administradores mediante políticas estrictas de seguridad.
Ficha actualizada 23 sept 2026, 2:56 · upstream 23 sept 2026, 2:52 · release v1.2.39
Qué es aeontra
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Aeontra es un servidor MCP escrito en Go diseñado para ejecutar operaciones de desarrollo de software de forma segura y auditada. Los administradores definen los límites del repositorio, las políticas de ejecución y credenciales al iniciar el servicio. El sistema combina herramientas de repositorios, validación, Git, Coolify, Brain (Markdown), control de planeo y un Edge Linux/WSL firmado para operaciones locales. Cada operación se valida contra una política estricta antes de ejecutarse.
- Ejecutar comandos de desarrollo en repositorios privados con políticas de ejecución restringidas
- Validar código mediante pruebas configurables y sandboxes aislados
- Publicar cambios a repositorios Git con validación previa y auditoría
- Gestionar despliegues de aplicaciones mediante Coolify o herramientas similares
- Crear y validar entornos de desarrollo persistentes con Brain (Markdown)
- Ejecutar pruebas en múltiples worktrees paralelas con límites de recursos
- Automatizar flujos de CI/CD con validaciones estrictas antes del despliegue
- Modelo de autoridad explícito: cada herramienta requiere aprobación previa y revalidación
- Redacción de resultados redactados (redacted) para proteger información sensible
- Estado persistente fuera de los repositorios del proyecto mediante /state
- Soporte nativo en Windows Edge con servicio SCM aislado
- Validación de ejecución de código a nivel de L3 con executor privado
- API MCP compatible con clientes como ChatGPT y herramientas de desarrollo
- No proporciona un shell local ni ejecución de código en repositorios sin permisos explícitos
- La red compartida del sistema Linux no es aislada completamente; el trabajocell comparte la red
- El Edge Linux/WSL debe ser firmado y configurado manualmente por administradores
- No permite acceso arbitrario a archivos o repositorios en un servidor compartido
- Depende de credenciales y permisos del administrador para operaciones sensibles
- La validación requiere configuración manual (tests, sandboxes, perfiles)
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.
Para producción, mantén el puerto 8765 detrás de un proxy TLS como Coolify o Traefik. Persiste los volúmenes /repos y /state fuera del contenedor para evitar fallos en reinicios. Activa OAuth con una URL pública estable y passphrase de administrador. Habilita Brain solo cuando se requiera persistencia de Markdown. Guarda todas las credenciales en el gestor de secretos de la plataforma. El servidor local puede ejecutarse en stdio sin Coolify, pero requiere un repositorio absoluto como argumento.
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.