Pheebs

Pheebs se engancha a Claude Code, Cursor y Codex y se activa con los eventos que marcan trabajo real: inicio y fin de sesión, envío de prompts, llamadas a herramientas y fallos, expansión de skills y comandos, subagentes, compactación y tareas en segundo plano. Diecisiete tipos de evento cubren ese abanico. Cada prompt queda como un recuento de caracteres, más una etiqueta de intención cuando el clasificador opcional está activo. La analítica de Claude Code y el seguimiento de uso de Cursor llegan por el mismo mecanismo de hooks, así que una sola instalación cubre ambos.

Cada evento se añade a un archivo JSONL local, que sigue siendo la copia duradera tanto si hay backend como si no. Una instalación nueva no trae endpoint. Si le das una URL base y un token, los mismos eventos también se envían a tu infraestructura. El backend de referencia y el contrato de endpoints están en el repositorio abierto, así que puedes leer el lado receptor antes de confiar en él.

Es la función por la que la mayoría de los equipos adopta la herramienta. Pheebs da un alcance a cada prompt, desde un cambio de un archivo hasta un diseño abierto, y juzga la sesión por su prompt más difícil. Después compara ese tamaño con la clase de modelo que se ejecutó. Una sesión sobredimensionada quema presupuesto en silencio; una infradotada reaparece luego como prompts de reparación. La diferencia se valora con las tarifas de lista de la API, con la advertencia explícita de que la cifra es un límite superior estimado.

El contenido de los archivos, las rutas, la estructura de directorios, el texto de los prompts y las cadenas de comandos nunca llegan al registro. Un comando como npm test se lee en proceso y se anota como tool_intent: test_run. La identidad es el id detrás de tu token o un hash truncado de tu correo de git. Pheebs no consulta tu cuenta de GitHub. En equipos donde la medición de IA murió en revisión legal, estos valores por defecto son lo que la desbloquea.

Los eventos en bruto son difíciles de discutir en una reunión de dirección, así que Pheebs incluye un modelo que los convierte en dos capas. La primera cubre el repertorio: 24 prácticas repartidas en seis competencias, con elección de modelo, artefactos reutilizables, conexiones MCP, verificación dentro del bucle del agente, gestión de contexto y orquestación de varios agentes. La segunda cubre el criterio: cobertura de verificación, tasa de cuestionamiento, relación entre refinamiento y reparación, tasa de aceptación sin revisión y ajuste de modelo. Cada práctica se detecta desde la telemetría, así que los informes no dependen de encuestas autoinformadas.

Claude Code y Codex emiten métricas y logs nativos de OpenTelemetry, y Pheebs los reenvía a tu colector en lugar de pedirte que distribuyas una credencial de observabilidad a cada portátil. Tus pilas de trazas y logs actuales siguen funcionando. Cursor se cubre solo con hooks, porque ese agente no expone la misma vía de exportación nativa.