Ir al contenido

Conceptos Fundamentales: La Jerarquía Operativa

Para dominar el Centro de Acción y las herramientas de IA en Sfero, es crucial entender cómo interactúan los tres roles principales en el ecosistema. Cada uno tiene un propósito específico y herramientas dedicadas.

Es el dueño de la organización en Sfero. Su rol es Estratégico.

  • Responsabilidad: Monitorear la gestión general de la organización.
  • Alcance: Todos los espacios de trabajo.
  • Acciones Clave: Creación de usuarios (Gestores), Creación y gestión de Workspaces, Monitoreo de resultados de Insights.

Es el líder operativo de un equipo o área (Workspace). Su rol es Táctico.

  • Responsabilidad: Diseñar y asegurar la ejecución de la estrategia de evaluación.
  • Alcance: Sus Espacios de Trabajo (Workspaces) asignados.
  • Acciones Clave: Creación de Objetos de Evaluación, Evaluadores, Plantillas y Asignaciones. Monitoreo del equipo Evaluador.

Es quien está en el campo o en el punto de inspección. Su rol es Ejecutivo.

  • Responsabilidad: Capturar la realidad con precisión y veracidad.
  • Alcance: Las asignaciones que recibe en su bandeja de entrada.
  • Acciones Clave: Capturar información en las plantillas asignadas (Online/Scan to Fill). Sincronizar datos.

Objeto de Evaluación, Tipo de Objeto, Sujeto y Tipo de Sujeto

Sección titulada «Objeto de Evaluación, Tipo de Objeto, Sujeto y Tipo de Sujeto»

El Gestor es responsable de configurar los Objetos de Evaluación de cada Workspace. Para hacerlo correctamente, debe distinguir cuatro conceptos:

ConceptoDefiniciónEjemplos
Tipo de ObjetoEs la Instancia o Intención CORE de Sfero. Define para qué se evaluará el objeto. No es configurable por el usuario: se selecciona entre las cinco instancias del sistema.Inspecciones, Intervenciones, Monitoreo, Auditorías, Evaluaciones
SujetoEs la entidad concreta que será evaluada dentro de esa intención. Responde a “qué o quién se evalúa”.Línea de Producción 1, Área de Manejo de Químicos, Comedor y Vestuarios
Tipo de SujetoEs la categoría o rol operativo que agrupa al sujeto. Sirve para organizar, filtrar y asignar objetos con mayor claridad.Línea, Área, Equipo, Instalación, Persona, Norma, Proceso
Objeto de EvaluaciónEs el registro final que el Gestor configura combinando Tipo de Objeto + Sujeto + Tipo de Sujeto.Inspecciones / Línea de Producción 1 / Línea

En términos prácticos, el Gestor crea un Objeto de Evaluación en este orden:

  1. Selecciona el Tipo de Objeto o intención CORE.
  2. Define el Sujeto concreto.
  3. Clasifica ese sujeto con un Tipo de Sujeto.

Esta estructura permite que las plantillas, asignaciones, filtros e inteligencia operativa hablen el mismo idioma.


Es fundamental distinguir entre la orden y la ejecución:

Es la orden administrativa creada por el Gestor. Contiene las instrucciones: Quién evalúa, Qué evalúa, Cuándo y con Qué plantilla. Mientras está como asignación, es un plan pendiente de ejecución.

Es el registro resultante creado por el Evaluador. Una vez el evaluador completa la asignación, esta se convierte en una evaluación con datos, evidencia y resultados que alimentan la inteligencia del sistema.


El MCP Server: Integración con Agentes Autónomos

Sección titulada «El MCP Server: Integración con Agentes Autónomos»

El MCP Server de Sfero es una capa de integración basada en el Model Context Protocol que permite a agentes de IA externos y sistemas autónomos interactuar con Sfero de forma programática. Mientras que los tres roles descritos arriba operan a través de la interfaz web, el MCP Server abre una puerta para que herramientas como Claude, sistemas CMMS, plataformas de mantenimiento o cualquier agente compatible con MCP participen en el ciclo operativo.

El caso de uso central es el cierre del ciclo operativo: Sfero detecta un problema (via triage de IA), y un sistema externo —por ejemplo, un sistema de gestión de órdenes de trabajo— recibe esa alerta, crea la orden de trabajo, ejecuta la corrección, y finalmente le notifica a Sfero que el problema fue resuelto. Todo esto puede suceder de forma automatizada, sin intervención humana manual.

El acceso al MCP Server se controla mediante API Keys con prefijo sfero_. Solo el Administrador puede crearlas o revocarlas desde la configuración de la organización. Cada clave:

  • Se muestra una sola vez al momento de creación — no es recuperable después.
  • Se almacena como hash SHA-256 en Cloudflare KV (el secreto nunca persiste en base de datos).
  • Queda asociada a la organización, no a un usuario individual.
  • Puede ser revocada con efecto inmediato.

El MCP Server expone herramientas organizadas por dominio:

DominioHerramientas
Workspaceslist_workspaces, get_workspace_catalogs
Objetos de Evaluaciónlist_evaluation_objects, create_evaluation_object, get_evaluation_object
Plantillaslist_templates, get_template
Asignacioneslist_assignments, create_assignment y otras operaciones de ciclo de vida
Inteligenciaget_assignment_results (triage, briefing ejecutivo, análisis predictivo)
Cierre Operativorecord_operational_feedback (registra la resolución desde sistemas externos)
Webhooksregister_webhook, list_webhooks, revoke_webhook

En lugar de hacer polling, un agente puede registrar un webhook para recibir una notificación push cuando Sfero genera nuevos insights para una evaluación. El evento insights.generated entrega un payload liviano con el evaluation_id, y el agente puede entonces llamar a get_assignment_results para obtener el análisis completo.

Cada entrega viene firmada con HMAC-SHA256 usando el secreto del webhook, lo que permite al receptor verificar que el mensaje proviene de Sfero. Una organización puede tener hasta 5 webhooks activos simultáneamente. Si un webhook falla 10 veces consecutivas, se desactiva automáticamente.

  1. El Administrador crea una API Key desde la configuración y la entrega al equipo de integración.
  2. El agente externo se conecta al MCP Server usando la clave y llama a list_workspaces para descubrir el entorno.
  3. Registra un webhook para el evento insights.generated.
  4. Cuando un Evaluador completa una evaluación, Sfero procesa la IA y dispara el webhook.
  5. El agente recibe la notificación, consulta get_assignment_results, y actúa (abre una orden de trabajo, envía una alerta, etc.).
  6. Una vez resuelta la situación, el agente llama a record_operational_feedback para cerrar el ciclo en Sfero.