sentinel
Sentinel es un espacio de trabajo operativo local-first para una sola máquina, que conecta el estado actual del sistema con la evidencia verificada.
Ficha actualizada 22 sept 2026, 18:25 · upstream 22 sept 2026, 17:11 · release v0.11.3
Qué es sentinel
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Sentinel es una herramienta local-first para operaciones operativas en una sola máquina. Ofrece un espacio confiable donde un operador puede comprender qué necesita atención, seguir la evidencia actual hacia el módulo responsable, actuar deliberadamente y verificar el resultado sin enviar terminal o estado del host a través de una nube remota.
El sistema se compone de cuatro componentes principales: Tmux para contexto de terminal en tiempo real, Services para condiciones estructuradas y ciclo de vida, Metrics para señales de presión del host, y Runbooks para procedimientos explícitos con recibos inmutables. No utiliza Electron ni dependencias SaaS; es un único binario Go con interfaz React incrustada, SQLite y herramientas nativas del sistema operativo.
El flujo diario se estructura en cinco pasos: 1) Abrir Now para leer postura, confianza de fuente, cola de decisiones limitada y trabajo en curso. 2) Seguir la transferencia tipo escrita a Tmux, Services, Metrics o Runbooks según el módulo responsable. 3) Actuar en el módulo correspondiente con procedimientos estructurados que mantienen objetivo, parámetros y límite de aprobación unidos. 4) Verificar estado actual independientemente del recibo histórico de ejecución. 5) Devolver a Now; cuando la evidencia actual es tranquila, la cola también lo es.
Sentinel no es un quinto dominio operativo ni un buzón de alertas. Su enfoque es el bucle completo local desde señal actual hasta acción verificada.
- Monitoreo y respuesta rápida a incidentes en entornos locales sin dependencia de servicios remotos
- Operaciones de despliegue con verificación de estado antes de proceder
- Gestión de sesiones de terminal (tmux) con contexto persistente y transferencias seguras
- Monitorización de presión del sistema con alertas basadas en métricas objetivas
- Procedimientos operativos estandarizados con recibos inmutables para auditoría
- Despliegue local sin dependencias externas ni configuración compleja
- Diseñado como workspace local-first, eliminando la dependencia de servicios remotos o SaaS
- Proporciona un bucle operativo completo: señal → evidencia → acción → verificación en un solo flujo
- No utiliza Electron ni dependencias externas; ejecuta con un único binario Go
- Soporta autenticación compartida mediante token y políticas de origen explícitas
- Permite ejecutar sesiones tmux bajo cuentas del sistema operativo sin crear identidades de usuario
- Ofrece MCP (Model Context Protocol) para agentes locales que comparten el mismo límite de confianza
- No soporta múltiples hosts ni orquestación a escala, por lo que no es adecuado para flotas o entornos distribuidos
- La autenticación compartida requiere un token único y confiable; no ofrece roles, RBAC ni tenencia de datos
- El diseño está orientado a una sola máquina; la migración a infraestructura multi-nube o cloud-native es compleja
- No incluye capacidades avanzadas de observabilidad como alertas en tiempo real, dashboards globales o historial longitudinal
- La persistencia se basa en SQLite local y no ofrece escalabilidad horizontal ni recuperación ante fallos externa
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: ejecutar el script de instalación oficial desde GitHub. Confirmar con `sentinel doctor` y verificar servicios con `sentinel service status`. Abrir la interfaz web en http://127.0.0.1:4040. Requisitos del sistema operativo: Linux o macOS. El módulo tmux debe estar instalado y funcional para el workspace local. Se recomienda ejecutar como usuario root o con permisos adecuados al momento de crear servicios, runbooks o cuentas de Tmux. Seguridad: Configurar un token compartido si se requiere autenticación entre agentes locales. Definir `allowed_origins` si Sentinel escuchará en red externa. No confiar en credenciales del sistema operativo como identidad de usuario; el token es una clave compartida separada. Actualización diaria: ejecutar `sentinel auto-update` para garantizar que la interfaz y los servicios estén al día con las últimas versiones.
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.