Bloc · 15 de setembre del 2026 · 2 min de lectura

El consum dels agents, llegit del disc

La barra inferior de la secció Agents mostra quant ha consumit cada CLI i com va la màquina, sense cap API ni cap clau. Què registra cada agent, què no registra i per què hi ha xifres que preferim no mostrar.

Si tens Claude Code, Codex i Copilot oberts alhora, la pregunta «quant me'n queda?» té tres respostes en tres llocs diferents. La secció Agents d'esfis les reuneix en una sola barra. No crida cap API ni necessita cap clau: llegeix el que cada CLI ja desa en local.

La dificultat és que cada CLI desa una cosa diferent, i alguns no desen justament el que voldries saber.

Codex: l'únic que informa del límit real

Codex registra a les seves sessions un esdeveniment token_count amb l'ús acumulat i la finestra de límit que li ha comunicat el servidor. És l'única quota oficial de tots els agents: el percentatge de Codex que veus a la barra és el que Codex mateix coneix. esfis només en llegeix el final del fitxer, on hi ha el darrer bloc.

Claude Code: el límit només arriba a la barra d'estat

Claude Code desa cada missatge a ~/.claude/projects, i d'aquí surten els tokens, que es llegeixen de manera incremental. La quota, en canvi, no l'escriu mai al disc: només la passa, a cada actualització, a l'ordre que tinguis configurada com a barra d'estat.

Per això esfis hi pot instal·lar un pont:

esfis --claude-bridge           # l'instal·la
esfis --claude-bridge --remove  # el treu

És un script petit que desa aquestes dades en un lloc on esfis les pot llegir i les passa tal qual a la barra d'estat que ja tenies, que continua mostrant exactament el mateix. Sense el pont no hi ha límit real de Claude, i esfis no se l'inventa.

Copilot, Grok, Antigravity i Ollama

  • Copilot registra cada crida al model en una taula SQLite, amb la unitat en què GitHub factura les peticions prèmium. D'aquí surt el consum.
  • Grok no té cap comptador de tokens. Cada sessió té un fitxer amb el grau d'ocupació del context. Per això el percentatge de Grok indica com de ple és el context d'una sessió, no un límit de consum, i el panell ho aclareix.
  • Antigravity desa les converses en SQLite, però no publica cap comptador. Mentre no n'interpretem el format, el panell en mostra el que pot mostrar amb honestedat: les sessions obertes.
  • Ollama s'executa a la teva màquina, i la comunicació amb ell és local (127.0.0.1).

Els costos són una estimació

Els imports en dòlars del panell resulten de multiplicar els tokens per preus públics. La primera vegada es desen a ~/.config/agent-orchestrator/pricing.json, i a partir de llavors mana aquest fitxer: si un preu canvia, el corregeixes allà sense recompilar res. Si tens una subscripció, el que pagues realment no és aquesta xifra.

Que mesurar no surti car

Un panell de consum que gasta més que els agents que mesura no serveix de gaire. Al principi, cada actualització obria un intèrpret d'ordres per executar top, i era un dels processos que més recursos consumia de l'app. Ara la càrrega de la màquina es llegeix directament del nucli, i els registres només es tornen a llegir mentre la secció Agents és visible i esfis és en primer pla.

La mateixa informació, en format text:

esfis --usage --days 14

Res d'això no surt del Mac. Els detalls són a la documentació.