leverframe
Leverframe es un control plane local-first para bucles de trabajo de IA con verificación de finalización. Actualmente soporta revisión de PRs en sandbox aislado usando GitHub App webhooks y Docker Sandboxes.
Ficha actualizada 24 sept 2026, 17:42 · upstream 24 sept 2026, 17:36 · release sin release detectada
Qué es leverframe
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Leverframe es una plataforma de control local-first diseñada para ejecutar bucles de trabajo de inteligencia artificial hasta su verificación de finalización. El enfoque actual se centra en la revisión de pull requests como primera vertical operativa, utilizando un sandbox aislado por revisión para garantizar seguridad y reproducibilidad.
La arquitectura separa responsabilidades entre el servidor web Next.js (puerto 6572) y el worker de revisión (puerto 6571), comunicándose a través de un socket Unix gestionado por sandboxd. El sistema utiliza Docker Sandboxes 0.39+ para ejecución aislada, con plantillas inmutables que evitan contaminación entre revisiones.
La API versionada expone endpoints para inspección de resultados, propuestas de juicio humano y gestión de evaluaciones con control de concurrencia mediante revisiones append-only. El sistema incluye mecanismos robustos de recuperación ante fallos, backups automáticos de estado SQLite y procedimientos documentados para rollback seguro.
- Revisión automatizada de pull requests con análisis de código por IA en entorno aislado
- Orquestación de bucles de trabajo colaborativos entre agentes de IA y revisores humanos
- Publicación de resultados de revisión como bot verificado en GitHub
- Gestión de estados duraderos de trabajos con recuperación ante fallos
- Arquitectura local-first sin dependencia de servicios cloud externos
- Sandbox inmutable por revisión con herramientas pinneadas y aislamiento completo
- API versionada con OpenAPI generado automáticamente para integración programática
- Mecanismos de rollback documentados con backups de estado SQLite verificados
- Estado experimental MVP no apto para repositorios de producción actuales
- Requiere infraestructura específica: Docker Sandboxes 0.39+, sandboxd y Caddy
- Ausencia de autenticación a nivel aplicación (seguridad por red)
- Dependencia de componentes externos fuera del repositorio
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.
Desplegar en red privada con Caddy, exponiendo solo el endpoint /webhooks/github. Mantener sandboxd como infraestructura externa no gestionada por el repositorio. Usar compose.override.yaml para red local segura. Hacer backups de state.sqlite antes de cualquier upgrade. Validar configuración con docker compose config y evitar reinicios bruscos del daemon sandboxd.
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.