Un copilot operativo. No un chatbot.
El Copilot Vertiko observa la telemetría en vivo, razona sobre los eventos, propone acciones específicas y crea órdenes de trabajo. Tú apruebas con un click. Audit log firmado en cada paso. Sin alucinaciones, con guardrails que tú defines.
Por qué un agente y no un chatbot
Los chatbots actuales (ChatGPT, Claude, Copilot Microsoft) responden preguntas, generan texto, codifican. No operan infraestructura. No saben qué está pasando en tu sitio en este momento, no pueden ejecutar comandos contra tus equipos, y si los conectas mal pueden alucinar respuestas convincentes que no corresponden a la realidad.
Un agente operativo es distinto: tiene contexto en vivo de la operación, modelo de datos restrictivo que evita alucinaciones, y capacidad de ejecutar acciones —siempre dentro de guardrails que el cliente define y siempre con confirmación humana en las acciones críticas.
Vertiko Copilot es ese agente. No reemplaza al NOC: lo amplifica.
Cómo está construido el agente
| Capa | Función | Tecnología base |
|---|---|---|
| Contexto en vivo | Lectura permanente de telemetría, OT abiertas, históricos, contratos SLA | Vertiko BMS + ERP como single source of truth |
| Modelo de razonamiento | LLM con tool-use limitado a las funciones autorizadas del cliente | Modelos frontier con context window suficiente para el estado del sitio |
| Capa de propuesta | Genera acción candidata + justificación + impacto estimado | Sistema determinístico + LLM combinados |
| Cola de aprobación | Operador humano ve la propuesta y aprueba/rechaza con un click | UI integrada al NOC, sin contexto perdido |
| Ejecución | Una vez aprobada, ejecuta vía API contra los equipos o el ERP | Adapter pattern, mismo gateway que las automatizaciones |
| Audit log inmutable | Cada paso firmado con quién propuso, quién aprobó, qué se ejecutó, con qué resultado | Append-only log con hash chain |
Tres modos de operación
Modo consulta (siempre activo) — Responde preguntas sobre el estado de la operación en lenguaje natural:
- "¿Qué sitios necesitan atención ahora?"
- "¿Cuánto llevamos de uptime este mes en el cluster Norte?"
- "Dame los 5 equipos con peor desempeño en febrero"
Respuestas con datos reales del ERP/BMS. Si le falta contexto, lo pide en vez de adivinar. Cero alucinaciones: nunca inventa nombres de equipos, números o fechas que no estén en el sistema.
Modo propuesta (activo durante operación) — Cuando detecta una situación accionable, prepara una propuesta concreta con botones Aplicar / Rechazar / Modificar. Cada propuesta queda registrada incluso si fue rechazada (útil para entender el sesgo del agente y ajustar guardrails).
Modo acción crítica (requiere doble autorización) — Para acciones de alto impacto: apertura del área de un cliente final, cambio de configuración en interruptor principal, modificación de umbrales de alarmas de seguridad vital. Estas requieren segundo factor de autenticación y, según política del cliente, un segundo operador que apruebe.
8 acciones que el agente NUNCA cruza
Hay acciones que el Copilot nunca ejecuta, sin importar el nivel de autonomía configurado, la insistencia del operador, o la urgencia aparente:
- Apagar carga eléctrica que afecte servicios en producción
- Cambios manuales en la transferencia de energía entre generador y red
- Saltarse procedimientos de seguridad vital (incendios, evacuación)
- Modificar umbrales de alarmas críticas sin doble aprobación
- Permitir acceso físico a la zona de un cliente final sin biometría confirmada
- Borrar o restablecer registros de auditoría
- Cambiar configuraciones de seguridad o permisos de usuarios
- Operar interruptores eléctricos principales del sitio
Estos guardrails están codificados a nivel de arquitectura, no como instrucciones al modelo. Aunque el LLM "decidiera" hacerlo, la capa de ejecución lo rechaza.
¿Quieres ver al agente operando en tu DC?
Demo técnica de 45 minutos con un escenario de tu operación. Sin slides corporativas, solo el agente leyendo telemetría y proponiendo acciones.