MCP orientado a operaciones
Conecta Sentinela a agentes sin fingir que debería gestionarse solo.
Sentinela ahora incluye una superficie local de Model Context Protocol para copilotos operativos, revisión de cola, preparación de escalado y monitorización de la ingestión. Está diseñada para hacer útiles a los agentes dentro del ciclo de respuesta sin darles autonomía insegura sobre flujos públicos de incidentes.
Ejecutar el servidor Sentinela Ops MCP
El paquete MCP vive dentro del repositorio y funciona por stdio, lo que facilita conectarlo desde Codex u otro cliente compatible con MCP mientras mantiene el contexto operativo de Sentinela cerca del código y de la base de datos.
Comando
pnpm install pnpm mcp:ops
Skills de Codex incluidas
- sentinela-triage
- sentinela-ops-health
Preparar flujos listos para operadores
Exponer la cola en vivo con claridad
Los agentes pueden inspeccionar incidentes actuales, recuperar el contexto completo y razonar sobre contribuciones sin hacer scraping de la interfaz.
Preparar flujos listos para operadores
La clasificación de la cola, la revisión de incidentes y los borradores para autoridades pueden orquestarse con herramientas explícitas en lugar de prompts internos frágiles.
Mantener visibles los límites de seguridad
La primera superficie MCP es intencionadamente de solo lectura salvo la generación de borradores. No envía correos ni modifica el estado de los incidentes.
Qué expone hoy el servidor MCP
La primera versión se mantiene deliberadamente acotada. Se centra en inspección de incidentes, preparación de escalado y observabilidad del worker.
- list_reports
- Devuelve la cola actual de reportes con filtros por estado, tipo de incidente y ventana temporal.
- get_report
- Carga un incidente con imágenes, puntuación, instantánea meteorológica e historial de contribuciones.
- draft_government_notification
- Construye un borrador estructurado para autoridades usando el mismo encuadre del incidente que usa el producto.
- get_worker_health
- Devuelve el estado general del worker, conectividad Redis, estado del scheduler y postura de ingestión.
- get_collector_status
- Muestra el estado de un colector concreto o un resumen compacto de todos los colectores detrás del mapa en vivo.
Para qué sirve realmente
- Revisar reportes recientes de la comunidad y separar incidentes con alta señal de envíos vagos.
- Generar texto listo para escalado para que un operador humano lo revise antes de avisar a autoridades.
- Vigilar si los feeds de ingestión están sanos, degradados, obsoletos o fallando antes de que se deteriore la confianza en el mapa.
Los agentes útiles necesitan límites.
Sentinela forma parte de un flujo de emergencia. La capa de agentes debe asistir a los operadores, no asumir silenciosamente una autoridad que no se ha ganado.
- Todavía no se exponen mutaciones del estado de los reportes a través del servidor MCP.
- La generación de notificaciones termina en el borrador. El envío sigue siendo una decisión humana.
- La salud del worker es observable, pero los colectores no se controlan en remoto desde esta superficie.
- Las skills actuales están optimizadas para clasificación y revisión operativa, no para despacho autónomo.