Pheebs

O Pheebs se conecta ao Claude Code, ao Cursor e ao Codex e dispara nos eventos que marcam trabalho de verdade: início e fim de sessão, envio de prompt, chamadas de ferramenta e falhas, expansão de skills e comandos, subagentes, compactação e tarefas em segundo plano. Dezessete tipos de evento cobrem essa faixa. Cada prompt vira uma contagem de caracteres, mais um rótulo de intenção quando o classificador opcional está ligado. A telemetria do Codex, a análise do Claude Code e o rastreamento de uso do Cursor chegam pelo mesmo mecanismo de hooks, então uma instalação cobre os três.

Todo evento é anexado a um arquivo JSONL local, que segue como cópia durável com ou sem backend. Uma instalação nova não traz endpoint. Ao informar uma URL base e um token, os mesmos eventos também vão para a sua infraestrutura. O backend de referência e o contrato de endpoints ficam no repositório aberto, então dá para ler o lado que recebe antes de confiar nele.

É o recurso pelo qual a maioria dos times adota a ferramenta. O Pheebs dá um escopo a cada prompt, de uma mudança em um arquivo até um design aberto, e julga a sessão pelo prompt mais difícil. Depois compara esse tamanho com a classe de modelo que rodou. Sessão superdimensionada queima orçamento em silêncio; sessão subdimensionada reaparece como prompts de reparo. A diferença é precificada pelas tarifas de tabela da API, com o aviso explícito de que o número é um teto estimado.

Conteúdo de arquivo, caminhos, estrutura de diretórios, texto de prompt e strings de comando nunca chegam ao registro. Um comando como npm test é lido em processo e anotado como tool_intent: test_run. A identidade é o id atrás do seu token ou um hash truncado do seu e-mail de git. O Pheebs não consulta seu perfil no GitHub. Em times onde a medição de IA morreu na revisão jurídica, esses padrões são o que libera a aprovação.

Eventos brutos são difíceis de discutir em reunião de diretoria, então o Pheebs traz um modelo que os transforma em duas camadas. A primeira cobre repertório: 24 práticas em seis competências, com escolha de modelo, artefatos reutilizáveis, conexões MCP, verificação dentro do loop do agente, gestão de contexto e orquestração de vários agentes. A segunda cobre julgamento: cobertura de verificação, taxa de questionamento, relação entre refinamento e reparo, taxa de aceitação sem revisão e adequação modelo-tarefa. Cada prática é detectável pela telemetria, então o relatório não depende de pesquisa auto declarada.

Claude Code e Codex emitem métricas e logs nativos de OpenTelemetry, e o Pheebs repassa esses sinais ao seu coletor em vez de pedir que você distribua uma credencial de observabilidade para cada notebook. Suas pilhas de tracing e logging continuam valendo. O Cursor fica só nos hooks, porque esse agente não expõe o mesmo caminho de exportação nativa.