Celestial Observer

El acceso a Celestial Observer está restringido a los operadores autorizados por el administrador del tenant. La consola admite autenticación mediante Firebase (correo electrónico y contraseña) o mediante proveedores OIDC corporativos configurados en la infraestructura del cliente. Cada sesión queda vinculada criptográficamente a los claims de identidad del operador.

Flujo de autenticación. Ingrese el correo corporativo y la contraseña que le proporcionó el administrador del tenant. En el primer acceso, el sistema exige un cambio obligatorio de contraseña. Después de la autenticación, los permisos de la interfaz se arman dinámicamente a partir de los custom claims de Firebase del usuario: la interfaz solo muestra las pestañas y las acciones para las que usted tiene autorización.

El Command Center (Central de comando) es la página de inicio del dashboard, orientada a tareas. Ofrece una vista en tiempo real de las operaciones de su plataforma de IA y destaca tarjetas de acción proactivas para las tareas que requieren su atención.

La interfaz se divide en dos áreas principales. El Status Grid muestra cinco indicadores de alto nivel: estado de la conexión, salud del agente, actualidad de la telemetría, salud de la Wiki y preparación para la inspección. El Action Grid ofrece accesos rápidos a los flujos de trabajo más comunes, como investigar trazas, revisar cambios en la Wiki, redactar cambios gobernados, sincronizar la Wiki y consultar logs.

La pestaña System Health (salud del sistema) presenta métricas operativas y el análisis de tráfico del agente de IA en tiempo real. Es la vista principal para monitorear el desempeño de la plataforma y diagnosticar aumentos de latencia o de la tasa de errores.

Métricas clave. Las tarjetas de indicadores en la parte superior muestran Total Requests, Token Volume, Avg Latency y Success Rate para el período seleccionado. El gran gráfico de área Traffic Analysis muestra estos datos a lo largo del tiempo, lo que permite identificar picos y anomalías.

Service Pulse. El panel de la derecha monitorea la salud de cada subsistema (API Gateway, LLM Inference, RAG Service, Vector DB, etc.). Un punto verde pulsante indica que el servicio está en buen estado, el ámbar indica latencia elevada o timeouts, y el rojo indica una falla.

La pestaña User Analytics (análisis de usuarios) ofrece un registro de auditoría de las interacciones de los usuarios finales con la plataforma de IA. Con ella, los operadores pueden monitorear la adopción, identificar a los usuarios de mayor volumen e investigar problemas específicos de cada usuario.

La tabla User Interaction Audit lista a los usuarios por identidad (correo electrónico o ID de usuario), con su volumen total de solicitudes, su consumo de tokens y la marca de tiempo de su última actividad. Al hacer clic en cualquier fila, se abre un panel de detalle con el historial completo de sesiones de ese usuario. La tabla se puede ordenar por cualquier columna y filtrar por correo electrónico o ID de usuario.

En las implementaciones que usan la integración con la Meta Cloud API, esta pestaña ofrece telemetría omnicanal dedicada. Registra el volumen de mensajes entrantes y salientes, el estado de entrega, el consumo de tokens propio del canal y los costos estimados.

El Connection Card, en la esquina superior izquierda, muestra el proveedor actual, el Phone Number ID, la WABA, el modo, el límite diario, el modelo de facturación y la ventana de respuesta. El gráfico de área Message Flow muestra el volumen entrante y saliente a lo largo del tiempo. El panel Delivery Status desglosa los mensajes por estado: Delivered, Read, Failed y Pending. En la tabla Message Events, en la parte inferior, haga clic en Open para abrir el Flight Recorder de cualquier mensaje específico de WhatsApp.

El Wiki Workspace es el centro de la gobernanza del conocimiento del agente. Cada regla de negocio, pregunta frecuente, política y configuración de herramienta que el agente usa en producción se administra aquí, con versionado completo en Git y trazabilidad de autoría.

Encabezado del workspace. La franja superior muestra el estado actual del repositorio. Los badges indican si el workspace está Ready, Unsaved o Review Pending. El botón Sync Wiki envía los cambios aprobados al agente en runtime. El botón Refresh vuelve a obtener el estado más reciente del repositorio remoto.

Editor TinaCMS. La interfaz principal de edición usa una instancia integrada de TinaCMS, que permite editar archivos Markdown con controles visuales de frontmatter. La barra lateral izquierda muestra el árbol de archivos del repositorio (por ejemplo, content/policies, prompts, tools). Verifique que el frontmatter YAML sea válido antes de guardar.

Salud e integridad de la Wiki. El panel de la derecha monitorea de forma continua la salud de la conexión con la Wiki. Git Sync verifica si la sesión local de TinaCMS está sincronizada con el repositorio Git remoto. Tina Session confirma que la sesión de autenticación está activa. Document Count muestra el total de documentos indexados en todas las colecciones.

El Wiki Copilot es un asistente de IA diseñado para ayudar a los operadores a redactar, validar y preparar de forma segura cambios en la base de conocimiento del agente. Aplica las reglas de gobernanza y garantiza que los cambios sigan el schema correcto antes de que se puedan integrar mediante merge.

Todos los cambios en la Wiki, ya sean propuestos por operadores mediante el Copilot o generados por el agente como Memory Candidates, deben pasar por la Review Queue (cola de revisión) antes de convertirse en memoria institucional oficial. Este es el firewall de gobernanza que impide que los errores generados por IA corrompan la base de conocimiento.

Review Pending. Muestra los Pull Requests activos. Puede revisar el nombre del branch, la ruta del documento y el hash del head commit. Las acciones disponibles son Approve, Merge & Sync y Close. Aprobar un PR no lo sincroniza automáticamente con el agente en producción: también debe hacer clic en Merge & Sync.

Memory Candidates. Son posibles elementos de memoria a largo plazo que el agente identifica automáticamente durante las interacciones en runtime. Los operadores con el claim wiki.approver deben aprobar (Approve) o rechazar (Reject) explícitamente cada candidato. Los candidatos aprobados se registran en la Wiki como conocimiento gobernado. Este flujo rompe el ciclo de retroalimentación negativa descrito en la spec Institutional Memory Governance.

El Aura Flight Recorder v2 es el instrumento de traza profunda de Celestial Observer. Captura un registro de órbita completo e inmutable que muestra exactamente cómo el agente de IA procesó una transacción específica, desde la señal de intención inicial hasta la salida final, a lo largo de cada invocación de herramienta y de cada secuencia cognitiva del LLM.

Barra de KPIs. El encabezado del modal muestra el Transaction ID y el estado general de la traza. La barra de KPIs ofrece métricas rápidas: LLM CORE, el modelo utilizado (por ejemplo, gpt-4o); RUNTIME, el tiempo total de ejecución; TOKEN_LOAD, el total de tokens consumidos; OBJECTS_GEN, los objetos estructurados generados; NETWORK_OPS, las llamadas externas a herramientas y APIs.

Pestaña Flow (Visual). Esta pestaña muestra el pipeline de ejecución del agente en orden cronológico. Comienza con el User Intent Input y cualquier feedback asociado. Debajo, el Agent Execution Pipeline muestra la secuencia de invocaciones de herramientas. Cada tarjeta de paso muestra el nombre de la herramienta, la duración, los argumentos exactos de prompt enviados a la herramienta y el resultado operativo devuelto. Es la vista principal para entender por qué el agente tomó una acción determinada.

Pestaña Brain (LLM). Esta pestaña expone el proceso cognitivo en bruto del LLM. La columna de la izquierda lista el Cognitive Sequence Index: cada llamada de inferencia realizada durante la transacción, con su marca de tiempo y su conteo de tokens. Al seleccionar un paso, se muestra la Cognitive Injection exacta (el system prompt completo, el contexto y los datos del usuario enviados al modelo) y el Model Response Output. Es la vista definitiva para depurar alucinaciones, problemas de prompt injection o comportamientos inesperados del modelo.

El Audit Trail (registro de auditoría) mantiene un registro inmutable de eventos de seguridad, acciones administrativas y accesos a datos en toda la plataforma. Es la capa de cumplimiento normativo y análisis forense de Celestial Observer.

Los eventos se clasifican por severidad (INFO, WARN, ERROR) y por tipo (AUTH, ADMIN, DATA_ACCESS). Cada registro incluye el ID del usuario, la dirección IP enmascarada y los detalles específicos de la acción. El gráfico Audit Distribution, a la derecha, muestra la distribución de los tipos de evento en el período seleccionado. El panel Sign-In Configuration muestra el proveedor de autenticación activo y el estado de su conexión.

El modal Settings (Configuración) es el centro de configuración del dashboard. Se accede desde la barra lateral y reúne todas las opciones de configuración de la plataforma.