SecondBox
SecondBox es un servicio sandbox autocontenido y aislado para entornos de desarrollo duraderos.
Ficha actualizada 22 sept 2026, 19:53 · upstream 22 sept 2026, 19:50 · release v0.15.0
Qué es SecondBox
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
SecondBox ofrece entornos de desarrollo aislados y duraderos mediante microservicios Firecracker. Cada Sandbox mantiene su disco duro entre sesiones, permitiendo restaurar el estado exacto con snapshots. El servicio soporta terminal interactivo con modo raw, redirección de tamaño y reconexión limitada. Los recursos se asignan a Tenant y Subject específicos con perfiles inmutables que fijan imagen, recursos y políticas de red.
- Entornos de desarrollo aislados para agentes de IA autónomos
- Ejecución segura de código del usuario en entornos controlados
- Automatización de pipelines CI/CD con ejecución aislada
- Desarrollo de software en entornos multi-tenant sin contenedores tradicionales
- Entornos de prueba duraderos para pruebas de integración y E2E
- Simulación de infraestructura cloud local sin necesidad de KVM
- Firecracker ejecuta microservicios en hardware virtualizado con aislamiento físico completo
- gVisor soporta ejecución en hosts sin KVM, incluyendo nodos Kubernetes
- Snapshots duraderos preservan el estado del Workspace entre reinicios
- Perfiles inmutables que fijan imagen, recursos y políticas de red desde la creación
- API RESTful con autenticación JWT para acceso seguro a Sandbox y Runner
- Soporte para terminal PTY con modo raw, resize y reconexión limitada
- Requerimiento mínimo de 6 CPU cores y 12 GiB de RAM por host
- La imagen del Runner debe tener al menos 65 GiB de espacio disponible
- No se soporta Windows ni sistemas operativos no Linux
- Las imágenes de Sandbox deben ser inmutables para garantizar consistencia
- Los snapshots requieren un tamaño exacto definido en el perfil
- La reconexión de Sandbox requiere operación asincrónica explícita
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.
Instalación guiada: se recomienda usar `secondbox-deploy install --check` para validar la máquina antes del despliegue. Se debe detener todas las Sandboxes existentes y realizar un backup del repositorio de datos. Para actualizaciones, se debe detener los Sandboxes activos, ejecutar `update --check`, y luego actualizar el control plane con el bootstrap más reciente. El modo loopback no es adecuado para producción; se recomienda usar Runners separados en entornos reales. Se debe habilitar cgroup v2 y asegurar dispositivos virtuales (KVM/TUN) antes de iniciar el servicio.
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.