Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

emisar

Plataforma de gestión de infraestructura para agentes IA mediante acciones declaradas y políticas de seguridad. Permite a los agentes operar sistemas Linux con auditoría completa, sin escucha entrante y validación de paquetes en el host.

Ficha actualizada 25 sept 2026, 1:45 · upstream 25 sept 2026, 1:41 · release v0.49.0

00

Qué es emisar

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

Emisar es una plataforma diseñada para que los agentes de inteligencia artificial investiguen y operen infraestructura mediante acciones declaradas, limitadas por políticas y verificaciones en el lado del host. A diferencia de las herramientas genéricas de ejecución, emisar proporciona un catálogo de acciones verificadas donde la política decide qué se ejecuta, qué espera aprobación humana y qué se deniega.

La arquitectura separa el control plane (escrito en Elixir/Phoenix) del runner en el host (Go), que solo inicia conexiones salientes para evitar riesgos de red entrante. La seguridad se basa en paquetes direccionados por contenido, donde el hash del paquete se verifica antes de la ejecución. El sistema mantiene un registro de auditoría detallado tanto en el control plane como en un diario JSONL local en cada runner.

Los agentes conectan mediante protocolo MCP (Model Context Protocol), utilizando OAuth para clientes remotos o puentes stdio para locales. El despliegue requiere un host Linux con systemd y permisos sudo, instalando servicios que gestionan la conexión con el control plane y ejecutan las acciones autorizadas.

CASOS DE USO
  • Monitorización remota de hosts Linux mediante comandos declarados
  • Despliegue automatizado de paquetes con validación de integridad
  • Auditoría forense de acciones ejecutadas por agentes IA
  • Gestión de flotas de servidores con políticas de seguridad centralizadas
  • Integración con agentes MCP (Claude, ChatGPT) para operaciones de infraestructura
PUNTOS DESTACADOS
  • Sin escucha entrante: El runner solo inicia conexiones salientes TLS
  • Auditoría completa: Registro en control plane y diario JSONL local hash-chained
  • Paquetes verificados: Hash del paquete validado antes de ejecutar cualquier comando
  • Políticas estrictas: La política decide qué acciones se permiten o requieren aprobación
  • Arquitectura modular: Control plane (Elixir) separado de runner (Go)
PRECAUCIONES
  • No es un sandbox: Se recomienda usar aislamiento adicional como coop
  • No reemplaza SSH: Es una capa sobre infraestructura existente, no un sustituto directo
  • Licencia portal: Uso productivo del portal requiere licencia comercial bajo BSL 1.1
  • Dependencia de red: Requiere acceso outbound a dominios específicos (emisar.dev, etc.)
01

Perfil de infraestructura

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

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

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

Listo para automatizar

Requiere host Linux con systemd y sudo. Instalar mediante script oficial verificando firma TUF. Habilitar tráfico outbound HTTPS a emisar.dev, registry.emisar.dev y tuf-repo-cdn.sigstore.dev. Para desarrollo local usar Docker Compose o Coop. El portal corre en Elixir/Phoenix y la base de datos es PostgreSQL.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

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

FRAMEWORKS
No detectados
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
401084434000
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.