Ir al contenido

La búsqueda solo está disponible en las versiones de producción. Intenta construir y previsualizar el sitio para probarlo localmente.

Uso, salud y equipos

Las páginas de plataforma cubren las operaciones: Uso y Métricas y Salud y Latencia (/space/governance), Cron (/space/cron), Notificaciones (/space/notifications), Proyectos (/space/engineering) y Equipos (/space/teams).

¿Nuevo en el lado de IA? Lee primero Conceptos de IA desde cero — las métricas de esta página (tokens, latencia, coste) son exactamente la economía del bucle token a token.

Esta página es donde se hace visible la economía de los tokens:

  • Los tokens son la unidad que pagas. Cada request factura prompt tokens + completion tokens (y las variantes cacheadas/de razonamiento donde aplique). Nada de esta página es abstracto — los números salen directamente de la contabilidad de tokens por request (usage_records), así que “coste” es literalmente tokens × precio del proveedor.
  • La latencia es el coste del razonamiento (y de la longitud del stream). Un P95 alto a menudo coincide con modelos de razonamiento (que piensan más tiempo) o salidas más largas. Salud y el retry handler comparten la misma telemetría, así que lo que ves aquí coincide con lo que siente el cliente.
  • Los agentes multiplican el uso. La orquestación ejecuta muchos pasos (orchestrator → executors → verifiers), cada uno escribiendo su propio registro de uso — así que una sola tarea puede aparecer como muchísimas líneas. Ese es el precio de la composición.

Ver Conceptos de IA desde cero para entender por qué los tokens y el contexto impulsan todo lo que la plataforma mide.

El dashboard de gobernanza (GovernanceDashboard) reporta datos de uso reales respaldados por la tabla usage_records — cada request de chat/agente/contenido escribe un registro con:

  • Contabilidad de tokens: prompt tokens, completion tokens, input cacheado, input no cacheado, reasoning tokens.
  • Coste: costUsd calculado por request a partir del precio del proveedor.
  • Latencia: durationMs.
  • Modo: chat / agent / code / workflow / tool.
  • Tier: free/paid en el momento de la request.

El dashboard agrega por rango de tiempo, proveedor, modelo y modo: coste total, volúmenes de tokens y desgloses por modelo — para que veas exactamente cuánto cuesta tu uso BYOK y a dónde va.

La pestaña de Salud (HealthTab) es observabilidad real por request de API:

  • Latencia P95 entre proveedores y modelos.
  • Tasa de éxito y tasa de error por request.
  • Nivel de riesgo por request de proveedor — surgido de src/lib/request-metrics.ts y la API de salud.

Esta es la misma telemetría que usa el panel de ops y el retry handler, así que lo que ves en salud coincide con lo que experimenta el cliente.

Cron (CronManager) programa tareas autónomas en Cloudflare Workers (src/lib/cron-jobs.ts, cronManager):

  • Define una tarea con una expresión cron y una acción (p. ej. ejecutar un workflow, hacer ping a un canal, checkpoint de un repo).
  • Las ejecuciones programadas corren en el edge; cada resultado de ejecución se registra.
  • Combínalo con el Pipeline Studio para ejecutar grafos enteros según un horario en lugar de manualmente.

El centro de notificaciones (NotificationCenter) recoge alertas de agentes en tiempo real y configuración de webhooks:

  • Alertas de ejecuciones de agentes (completado, fallo, peticiones de aprobación).
  • Configuración de webhooks para reenviar alertas a sistemas externos.
  • Los canales entrantes (Slack, etc.) también muestran aquí sus mensajes.

Proyectos y repositorios (/space/engineering)

Sección titulada «Proyectos y repositorios (/space/engineering)»

El dashboard de ingeniería (EngineeringDashboard) organiza el trabajo en torno a proyectos y repos:

  • Los proyectos agrupan objetivos; cada proyecto puede vincular repositorios de GitHub.
  • Se monitorizan PRs e issues de los repos vinculados.
  • Las sesiones de chat asociadas a un proyecto/repo aparecen en el historial de sesiones etiquetadas como sesiones “code”.

Los equipos traen colaboración en tiempo real (TeamsPanel, respaldado por /api/teams):

  • Modelo de equipo: un equipo tiene propietario, slug, miembros con roles (owner / member), estado de invitación (pending / accepted) y joinedAt.
  • Tarjetas de estadísticas: equipos totales, miembros activos, invitaciones pendientes, equipos que posees.
  • Sesiones colaborativas: múltiples usuarios en el mismo hilo, revisión de código y entrega coordinada de PRs — el mismo modelo de conversación compartido entre miembros.

La página de ajustes (DashboardSettings en settings-panel.tsx) cubre: perfil (nombre/avatar), claves BYOK de proveedores con el vault cifrado, tokens de integraciones (GitHub, Google Drive BYOS), idioma, tema y los opt-ins de cloud sync para entradas del vault. Ver Modelos y API keys para los detalles del vault.