Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

axern

Axern es una plataforma open source para la ejecución de entornos en sandboxes seguros, diseñada para evaluación y entrenamiento de agentes de IA. Isola el código generado por los agentes mediante runsc a través de un modelo único de recursos y ciclo de vida.

Ficha actualizada 23 sept 2026, 3:29 · upstream 23 sept 2026, 3:00 · release v0.11.2

00

Qué es axern

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Axern es una plataforma de ejecución de entornos abierta para la evaluación, entrenamiento y síntesis de datos de agentes de inteligencia artificial. Utiliza gVisor (runsc) como runtime soportado con arquitectura de control plano: Environment → Run → Allocation → runsc sandbox. El modelo de ciclo de vida es único y no incluye un segundo nivel de ejecución. La plataforma ofrece CLI, SDKs en Go, Python y TypeScript que exponen APIs públicas para entornos, runs, procesos de sandbox, archivos, túneles y estado del ciclo de vida.

CASOS DE USO
  • Ejecución segura de código generado por agentes de IA en entornos aislados
  • Entrenamiento de modelos con datos sintetizados en sandboxes controlados
  • Evaluación de agentes mediante ejecución reproducible de tareas
  • Creación y gestión de Workspaces de desarrollo compartidos
  • Producción de imágenes OCI y entornos reutilizables para despliegues
PUNTOS DESTACADOS
  • Modelo único de ciclo de vida: Environment → Run → Allocation → runsc sandbox sin niveles adicionales
  • Control plano con PostgreSQL como base duradera para intentos, asignaciones y estado
  • Un solo runtime (runsc) soporta todas las cargas de trabajo del producto
  • Acceso directo a datos en la capa de red: streams, archivos, SSH y túneles reversos
  • Despliegue local con Docker Compose sin necesidad de checkout de código o herramientas adicionales
PRECAUCIONES
  • El runtime runsc no tiene fallbacks; si falla, el proceso se detiene permanentemente
  • Los entornos locales requieren acceso a un repositorio Git para desarrollo y verificación
  • Las imágenes OCI deben ser públicas o accesibles desde el registry del entorno local
  • La seguridad de producción depende de la configuración de runsc y las políticas de egress
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Para entornos locales, use Docker Compose v2 con el comando 'axern local up' para iniciar control, tunnel, node y gateway. Para desarrollo en repositorio, ejecute 'make verify-changed'. Para producción, utilice la versión Helm del chart cloud-neutral que acepte registros propios, certificados y almacenamiento de secretos. No se recomienda usar entornos locales como entorno de producción real debido a restricciones de seguridad.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.jsPython
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

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.