agentacct

agentacct es una herramienta local-first de "Agent Work Intelligence" que responde a una pregunta práctica: ¿qué están haciendo realmente mis agentes de código y cuánto ha costado? Lee los registros de sesión locales de los agentes de código y presenta la actividad reciente, las llamadas a herramientas, los pasos registrados, las comprobaciones, los tokens y el coste estimado en proyectos y clientes. Entre los clientes compatibles mencionados se incluyen Claude Code, Codex, Kimi Code, OpenCode, Hermes y otros, con una matriz de cobertura documentada que valora cada capacidad por separado. El README señala que Claude Code y Codex son actualmente los que ofrecen los recibos más completos. La instalación se realiza mediante pipx (Python >= 3.11 en macOS o Linux; Windows solo a través de WSL), y también se ofrece una app firmada para macOS. La configuración ejecuta `agentacct onboard` una vez por máquina para detectar agentes, crear un almacén local e iniciar un grabador; `agentacct tui` abre una aplicación de terminal. Una instalación limitada al proyecto mantiene todo dentro del repositorio. La interfaz se centra en una vista de Sessions y un "Work Receipt" por tarea, que combina las sesiones participantes, el resultado registrado, el coste estimado, las afirmaciones y los resultados de las comprobaciones, además de una línea temporal de actividad. Una distinción clave es Reported frente a Verified: el "hecho" del propio agente solo es Reported, mientras que Verified requiere comprobaciones superadas actuales después del último cambio registrado. Los intentos fallidos permanecen visibles en el historial. Los grupos de trabajo permiten apuntar a una carpeta de proyecto y ver qué agentes trabajaron allí, con detalles de sesión y una línea temporal compartida entre agentes. El Dashboard muestra el último trabajo registrado con cliente, hora, resultado, evidencia y coste, y mantiene las comprobaciones fallidas y los bloqueos históricos en un área separada de "Recorded issues" en lugar de convertirlos en el orden predeterminado. Las vistas de uso filtran de forma independiente por fecha, agente, modelo y proveedor, con totales por rango por agente y modelo, un gráfico diario con alternancia de tokens Fresh/All, y desgloses que separan lecturas y escrituras de caché. Los tokens provienen de los registros del cliente; los costes son estimaciones de tablas de precios marcadas con ≈ y explícitamente no son facturas. Las ventanas de cuota informadas por el proveedor y los tiempos de reinicio aparecen en la misma página. La interfaz de terminal ofrece recibos, uso, capacidad y una visión general de revisión, incluida una pestaña Work anclada a carpetas con una línea temporal entre agentes navegable por teclado. El proyecto hace hincapié en la honestidad y la privacidad: las estimaciones están etiquetadas, los datos faltantes se muestran como una laguna en lugar de un cero, cada unión entre uso y trabajo registrado lleva una etiqueta de confianza (exact, high, medium, low), y la compatibilidad se describe por capacidad en lugar de por logotipo. Registra metadatos del trabajo como nombres y categorías de herramientas, archivos tocados, comandos depurados de credenciales, códigos de salida, tokens y pasos registrados, pero no prompts, respuestas del modelo ni transcripciones. Solo lee archivos de sesión locales, escucha únicamente en 127.0.0.1 y nunca almacena ni solicita claves de API del proveedor. Arquitectónicamente mantiene separados dos flujos de evidencia: lo que se usó (de los archivos de sesión del cliente) y lo que se hizo (de los pasos y comprobaciones registrados vía MCP más comprobaciones de máquina como ejecuciones de pruebas), unidos por ids reales de cliente con confianza etiquetada. Claude Code vincula ids mediante un puente de hooks instalado; Codex y OpenCode se emparejan desde sus propios registros en el momento de la importación; Hermes solo se une mediante ids pasados explícitamente. Los pasos de desinstalación detienen los procesos gestionados, eliminan el inicio automático si está instalado, desinstalan el paquete y, opcionalmente, borran el almacén local y las entradas de configuración del cliente. La documentación cubre material de referencia, matriz de cobertura, arquitectura, límites de seguridad, modelo de amenazas de privacidad, ejemplos prácticos y una demo completa.