helm-ai-kernel
Firewall de ejecución fail-closed para agentes IA que emite recibos firmados, cuarentena herramientas MCP y verifica EvidencePacks offline sin nube ni credenciales externas.
Ficha actualizada 24 sept 2026, 10:35 · upstream 24 sept 2026, 10:34 · release v0.8.4
Qué es helm-ai-kernel
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
HELM AI Kernel es un firewall de ejecución diseñado específicamente para agentes de inteligencia artificial. Opera como una frontera de seguridad entre los agentes (Claude Code, Codex, etc.) y las acciones que intentan ejecutar en el sistema. Decide ALLOW, DENY o ESCALATE antes de cada acción, emitiendo recibos firmados verificables offline.
El modelo de seguridad es fail-closed por defecto: herramientas desconocidas se cuarentenan, comandos destructivos se bloquean y secretos protegidos no se exponen. No requiere cuenta en la nube ni claves de modelo; funciona localmente con BYOK (Bring Your Own Keys). Los recibos verifican integridad automáticamente; confiar en quién firmó es un paso explícito separado.
HELM no reemplaza el aislamiento del SO, escaneo de secretos ni firewalls de red. Solo gobierna efectos que cruzan su frontera: hooks, wrappers, proxies o rutas API. La verificación offline mediante EvidencePacks permite auditoría externa sin depender de la infraestructura original.
- Bloquear comandos shell destructivos antes de ejecución con prueba de integridad
- Cuarentenar herramientas MCP desconocidas y escalar para revisión humana
- Auditar riesgos de agentes IA locales sin exponer credenciales al proveedor
- Generar evidencia verificable para cumplimiento normativo en entornos on-premise
- Recibos firmados con verificación de integridad fuera de la caja (integrity_valid)
- Modelo fail-closed: desconocido = bloqueado o escalado antes de ejecución
- Sin dependencia de nube ni claves de modelo externas (BYOK + self-hosting)
- Soporte para múltiples agentes: Claude Code, Codex, Hermes, DeepSeek
- Verificación offline mediante EvidencePacks sin conexión a la infraestructura original
- No reemplaza aislamiento del SO, escaneo de secretos ni firewalls de red existentes
- Prompt-only manipulation y model refusal requieren controles adicionales en el modelo/app/sandbox
- Comandos shell: guard solo cubre patrones estrechamente definidos, no análisis general
- Confianza en firmante requiere clave pública pinada fuera de banda (--trusted-public-key-file)
- Recibos firmados con derivable seed legacy permanecen desconfiados tras parche de seguridad
Capturas del proyecto
Imágenes reales detectadas en la documentación 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.
Requiere Go 1.25.13 (pinned por go.work/mise.toml). Build local: mise trust + mise install + make build. Binarios disponibles en release matrix. Portos 8080/8081. RAM 4GB, CPU 4 cores, disco 10GB mínimo. No usar en producción sin auditoría de política ejecutiva previa.
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.