Skip to main content

Unofficial local Codex plugin and dashboard for investigating aggregate token usage, costs, caching, and thread patterns.

Project description

Codex Usage Tracker

Codex Usage Tracker companion prompts for opening the dashboard, finding the heaviest thread, and showing a thread leaderboard. Codex Usage Tracker dashboard showing filters, usage totals, call rows, and call details.

Local-first dashboard, Codex plugin, and companion skill for understanding where your Codex tokens and usage credits are going.

CI Python 3.10-3.13 License: MIT

Unofficial project: Codex Usage Tracker is an independent open-source project. It is not made by, affiliated with, endorsed by, sponsored by, or supported by OpenAI. OpenAI and Codex are trademarks of OpenAI; this project only reads local log files from your machine.

Codex Usage Tracker reads the JSONL logs already written by Codex, indexes aggregate usage counters into SQLite, and gives you a dashboard, CLI, and MCP tools for investigating real usage patterns. It keeps prompts, assistant messages, tool output, pasted secrets, and raw transcript content out of SQLite, CSV exports, and generated dashboard HTML.

Built for developers using Codex locally who want to know which threads, models, subagents, and long chats are driving usage without uploading logs anywhere.

After install, you get a localhost dashboard, a local SQLite aggregate index, CLI reports, MCP tools, and a companion Codex skill for asking questions like "what drove my usage this week?"

Quick Install

python -m pip install --user pipx
python -m pipx ensurepath
pipx install codex-usage-tracking
codex-usage-tracker setup
codex-usage-tracker serve-dashboard --open

Use your normal Python launcher for your platform: python3 is common on macOS/Linux, and py may be preferable on Windows. On macOS with Homebrew, brew install pipx is also fine.

Package naming: the PyPI distribution is codex-usage-tracking; the installed command is codex-usage-tracker; the GitHub repository remains douglasmonsky/codex-usage-tracker. The codex-usage-tracker PyPI name is not this project, so avoid similarly named packages when following these docs.

Development or pre-release source install:

pipx install "git+https://github.com/douglasmonsky/codex-usage-tracker.git"

setup installs or refreshes the local Codex plugin wrapper, initializes local config templates when needed, refreshes the aggregate index, runs codex-usage-tracker doctor, and tells you whether Codex needs a restart for plugin discovery.

Want Codex to do it for you? Paste: Install codex-usage-tracking with pipx, run codex-usage-tracker setup, and open the Codex Usage Tracker dashboard. Use https://github.com/douglasmonsky/codex-usage-tracker only if the PyPI install is unavailable.

After plugin discovery, Codex can use the companion usage skill to refresh local aggregates, call the MCP tools, and explain usage patterns conversationally. Examples: MCP And Codex Skills.

Synthetic Codex chat preview showing the companion skill ranking threads by token usage after refreshing the local aggregate index.

If you only want plugin registration after installing the package:

codex-usage-tracker install-plugin

More install paths: Install Guide.

Platform Support

The core app is not macOS-only. The CLI, SQLite index, dashboard generator, and localhost server are Python-based and CI-tested on Ubuntu for Python 3.10-3.13. It defaults to ~/.codex for local Codex logs and ~/.codex-usage-tracker for tracker data; pass --codex-home or --db when your local layout differs. Codex plugin discovery depends on Codex's local plugin directories on your machine, so run codex-usage-tracker doctor after setup if plugin registration does not appear in Codex.

Dashboard Preview

The Calls table is the main investigation surface: filter, sort, inspect details, and export the exact aggregate rows you are looking at.

Calls view showing filters, totals, the model-call table, and the details panel.

Threads view groups related calls so long chats, subagents, and auto-review passes are easier to reason about as one work session.

Threads view with one expanded thread and its calls in chronological order.

The details panel keeps the primary cost, cache, context, allowance, and pricing signals visible before raw identifiers.

Details panel showing aggregate fields for the selected usage row.

Insights still gives a fast triage layer for costly threads, low cache reuse, context bloat, and pricing gaps.

Insights view with ranked Needs Attention cards, investigation presets, and top threads by attention score.

The dashboard screenshots use synthetic aggregate fixture data, and the companion prompt and chat previews are synthetic. They do not contain prompts from local logs, assistant responses, tool output, real thread names, real usage totals, or real Codex session content. See the Dashboard Guide for the full walkthrough.

If this helped you track Codex usage, starring the repo helps others find it. Issues and feature requests are welcome.

Why This Exists

Codex can quietly burn usage through long-running chats, low cache reuse, reasoning spikes, spawned subagents, and auto-review passes. This tool turns the aggregate counters already on your machine into an insight-first dashboard and scriptable local APIs.

Use it to answer:

  • Which threads used the most tokens, estimated cost, or Codex credits?
  • Are long chats bloating because of accumulated context?
  • Which model or reasoning effort is driving usage?
  • Are subagents or auto-review passes adding unexpected cost?
  • Which calls have low cache reuse, high context pressure, reasoning spikes, or pricing gaps?
  • Which projects, project tags, or active directories are consuming the most usage?
  • What should Codex inspect next using the companion usage skill?

Long Chats Can Bloat Fast

Prompt caching helps, but cached input is not the same as no input. Long threads can accumulate a large cached context, and each new turn may still include cached input plus fresh uncached input, output tokens, reasoning output, and tool-related context.

The dashboard makes that pattern visible with:

  • Cached input
  • Uncached input
  • Session cumulative
  • Context use
  • Cache ratio

Practical takeaway: when old context is no longer useful, starting a fresh thread can be more efficient than dragging a large cached history forward. That is not a rule for every task, but it is one of the clearest usage patterns the tracker is designed to reveal.

First Useful Workflow

codex-usage-tracker update-pricing
codex-usage-tracker update-rate-card
codex-usage-tracker setup
codex-usage-tracker serve-dashboard --open

Then:

  1. Leave Live enabled while working, or click Refresh after a Codex run finishes.
  2. Start in Insights and scan the Needs Attention cards.
  3. Use Time presets or calendar fields to focus on today, this week, the last 7 days, this month, or a custom range.
  4. Use investigation presets for highest-cost threads, highest-credit calls, context bloat, cache misses, pricing gaps, or estimated-price review.
  5. Open Threads to see how a conversation grew and whether subagent or auto-review work attached to it.
  6. Hover or click rows to inspect aggregate fields in Call Details.
  7. Use Load context only when aggregate fields are not enough; context is fetched on demand from the local source JSONL and is not saved into SQLite or the dashboard.

Optional allowance context:

codex-usage-tracker parse-allowance "5h 79% 6:50 PM Weekly 33% Jun 7"

The tracker cannot read your logged-in ChatGPT plan or live remaining usage automatically. Allowance values are only as accurate as the values you manually copy from Codex Settings, /status, or another trusted usage display. Details: Pricing, Credits, And Allowance.

What It Includes

  • Local SQLite index at ~/.codex-usage-tracker/usage.sqlite3.
  • Static dashboard generation plus localhost live refresh.
  • Insights, Calls, and Threads dashboard views.
  • Active-only dashboards by default, with an explicit All history toggle for archived sessions.
  • CLI summaries, queries, CSV export, dashboard generation, doctor checks, and support bundles.
  • MCP tools for Codex sessions that want to query local usage data.
  • Companion Codex skills for operational setup and conversational usage analysis.
  • Optional local pricing, Codex credit, allowance, threshold, project alias, and privacy-mode configuration.

Common Commands

codex-usage-tracker summary --preset last-7-days
codex-usage-tracker query --since 2026-06-01 --min-credits 1
codex-usage-tracker session <session-id>
codex-usage-tracker export --output usage.csv
codex-usage-tracker dashboard --open
codex-usage-tracker support-bundle --output ~/.codex-usage-tracker/support-bundle.json

Full command reference: CLI Reference.

Data Privacy

The tracker stores aggregate metrics only: session ids, timestamps, local source paths, thread labels, cwd/project metadata, model labels, reasoning effort, token counters, pricing/credit annotations, and derived ratios.

It does not store prompts, assistant messages, tool output, pasted secrets, raw transcript snippets, or raw context in SQLite, CSV exports, generated dashboard HTML, or synthetic screenshots.

On-demand context loading reads a single original local JSONL file only after an explicit row action, redacts common secret patterns, caps returned text size, and can be disabled with:

codex-usage-tracker serve-dashboard --no-context-api --open

For shared artifacts, use:

codex-usage-tracker --privacy-mode redacted dashboard --open
codex-usage-tracker --privacy-mode strict export --output usage-redacted.csv

Full model: Privacy Guide.

Documentation

Codex-Assisted Install

Open a Codex session on your machine and paste this:

Install and configure Codex Usage Tracker.
Install the PyPI distribution codex-usage-tracking with pipx. The installed command should be codex-usage-tracker. If PyPI is unavailable, fall back to pipx install "git+https://github.com/douglasmonsky/codex-usage-tracker.git".
If pipx is missing, install it with the platform's Python launcher or use a local virtual environment.
After installation, run codex-usage-tracker setup and serve-dashboard --open.
Verify the dashboard opens locally and tell me the dashboard URL plus whether I need to restart Codex for plugin discovery.

This is optional. The normal shell install above is the fastest trusted path for most users.

Current Limitations

  • This is a sidecar dashboard and plugin, not a native Codex chat overlay.
  • Token counts come from Codex's logged counters; the tracker does not re-tokenize prompts.
  • Pricing and Codex credit estimates depend on local rate data and confidence labels.
  • Remaining 5-hour and weekly allowance is not read automatically from the logged-in account.
  • Local Codex logs may not include usage from other ChatGPT agentic surfaces that share the same allowance.
  • Parent-child thread relationships are only as good as the metadata Codex logs; inferred auto-review attachments are labeled as inferred.

Roadmap

  • Improve the Set limits flow with a paste/import experience for 5-hour and weekly allowance snapshots.
  • Track allowance snapshot history so local Codex credits can be compared against visible remaining-usage changes over time.
  • Clarify top-card token accounting by showing output tokens and reasoning output as a subset instead of implying all token cards add together.
  • Add more insight presets for cache drift, context growth, subagent-heavy workflows, and pricing/credit confidence gaps.
  • Keep the allowance provider boundary ready for an official usage or allowance API if one becomes available.
  • Continue reducing setup friction for pipx installs, local plugin discovery, and Codex companion skill usage.

Development

git clone https://github.com/douglasmonsky/codex-usage-tracker.git
cd codex-usage-tracker
python3 -m venv .venv
. .venv/bin/activate
python -m pip install --upgrade pip
python -m pip install ".[dev]"
python -m pytest

Run the full local CI gate before pushing to main. See Development And Release.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

codex_usage_tracking-0.3.0.tar.gz (6.7 MB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

codex_usage_tracking-0.3.0-py3-none-any.whl (1.8 MB view details)

Uploaded Python 3

File details

Details for the file codex_usage_tracking-0.3.0.tar.gz.

File metadata

  • Download URL: codex_usage_tracking-0.3.0.tar.gz
  • Upload date:
  • Size: 6.7 MB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for codex_usage_tracking-0.3.0.tar.gz
Algorithm Hash digest
SHA256 926122b5038efc7d2175cceaeb2b8eb79792433175997d1ad10b31dc080c890b
MD5 b8e5553d3c6927c586ef66eeba9d092f
BLAKE2b-256 d4600d4ba49208bb4bd9dfd692d1f32da2f9c289230566c8627a1725bc691ed1

See more details on using hashes here.

Provenance

The following attestation bundles were made for codex_usage_tracking-0.3.0.tar.gz:

Publisher: publish.yml on douglasmonsky/codex-usage-tracker

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file codex_usage_tracking-0.3.0-py3-none-any.whl.

File metadata

File hashes

Hashes for codex_usage_tracking-0.3.0-py3-none-any.whl
Algorithm Hash digest
SHA256 d33bcb3d7eb19f06530a160f80d7b00c568ee74306a2035223b1df3e8419adc4
MD5 2ed34451f4dda288405154d89d0aad24
BLAKE2b-256 8bba7afb25dbbbfad019ee3969ecb9fb8458da17e2e7f1512b8fd106cc49d6ed

See more details on using hashes here.

Provenance

The following attestation bundles were made for codex_usage_tracking-0.3.0-py3-none-any.whl:

Publisher: publish.yml on douglasmonsky/codex-usage-tracker

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page