agentacct
mikehasa
Local-first work receipts for coding agents - what Claude Code, Codex and OpenCode actually did, verified against evidence tiers, no cloud.
What is agentacct?
A local-first tool that reads coding-agent session logs (Claude Code, Codex, OpenCode, Hermes) and turns them into 'work receipts': which tools ran, which files changed, which tests passed, how long it took and what it cost. It tags every claim with an evidence tier (reported, verified, observed) instead of trusting an agent's own summary, and ships a dashboard, terminal UI and local API, all with no cloud sync or telemetry.
| Fact | Value |
|---|---|
| Maintainer | mikehasa |
| GitHub stars | 753 (as of 2026-09-23) |
| Forks | 80 |
| License | MIT |
| License type | OSI-open |
| Category | Coding agents and context efficiency |
| Status | Rising |
| Edition | 2026-09 |
| Last verified | 2026-09-23 |
agentacct in depth
Run three different coding agents against a project for a week and you end up with three different, hard-to-compare accounts of what actually happened, often with the agent's own chat transcript as the only record of what it changed, tested or spent. agentacct starts from a blunt version of that frustration - its own README literally asks 'what the fuck are my agents actually doing?' - and builds a local tool that answers it by reading the session logs agents already write to disk, rather than asking the agent to self-report after the fact.
It parses session files from Claude Code, Codex, OpenCode and Hermes and reconstructs them into 'work receipts': a per-task breakdown of tools invoked, files touched, tests run, time elapsed and tokens spent. Every claim in that receipt carries an evidence tier - reported (the agent said so), verified (a check actually passed) or observed (a hook recorded it happening) - so you can tell an agent's self-description apart from what was independently confirmed. A dashboard flags tasks that need review and tracks usage against provider limits, a terminal UI (`agentacct tui`) covers the same ground from the command line, and everything runs against a local API with no cloud round trip.
It fits anyone running more than one coding agent day to day and losing track of which one did what, especially teams that want a paper trail before trusting an agent's own summary of a task. The strict local-only design - no account, no cloud sync, no stored API keys - also suits developers who are simply not willing to send session data anywhere, whether for privacy reasons or because their employer would not allow it. Because it installs via pipx and ships a native macOS app on top of the CLI, it is approachable for solo developers as well as small teams comparing agent usage across a shared codebase.
The project is still young and effectively maintained by one primary author plus a close collaborator, a real bus-factor risk if development slows. Support for Hermes and OpenCode session logs is newer and less battle-tested than the Claude Code integration, and because each agent's log format is undocumented and can change without notice, agentacct's parsing has to keep chasing a moving target. It is MIT-licensed and fully OSI-open, but still pre-1.0 (v0.11.2), so the schema behind a 'work receipt' could still change between releases, worth checking before you build anything that depends on its JSON output.
The verdict: agentacct is worth adopting if you run multiple coding agents and want one verifiable, local record of what they did and what it cost, instead of trusting each agent's own summary. Its evidence-tier model, distinguishing reported claims from verified and observed ones, is a genuinely useful discipline that most agent tooling skips. Treat the multi-agent log parsing as still maturing, and the underlying data schema as not yet stable, so pin a version if you build automation on top of its output today.
Pros & Cons
Pros
- Evidence tiers (reported vs. verified vs. observed) instead of taking an agent's self-report at face value
- Genuinely local: reads session files on disk only, no account, no cloud sync, no API keys stored
- Fast release cadence (0.11.2 as of this check) with an active small-team commit pattern
Cons
- Multi-agent support depends on each agent's session-log format staying stable; Hermes/OpenCode coverage is newer and less battle-tested than the Claude Code integration
- MIT, fully OSI-open, but still 0.x (v0.11.2) - the work-receipt data schema could still change between releases
- Small maintainer base (effectively one primary author plus a close collaborator) - bus-factor risk if development stalls
License
MIT (OSI-open)
When it is interesting
Anyone running multiple coding agents who wants a single, verifiable log of what they actually did and what it cost.
When it is too early
Teams that need a stable, versioned data schema today rather than a fast-moving 0.x tool.
This repo featured in the 2026-09 edition of the Open-Source AI Radar.
RTK
rtk-ai
CLI proxy that compresses shell command output before your AI coding assistant sees it, cutting tokens 60-90%.
TOON
toon-format
Token-Oriented Object Notation - a compact serialization format that uses ~40% fewer tokens than JSON.
planning-with-files
OthmanAdi
Crash-proof markdown planning for AI coding agents - persists task state across context loss and /clear.