Cost Tracking & Usage Analytics

Resolved 💬 7 comments Opened Oct 11, 2025 by Aki-07 Closed Jan 14, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What feature would you like to see?

Status: RFC (Request for Comments)
Proposer: @Aki-07
Target: Codex CLI v0.3.0+

Problem Statement

Current State:
Codex CLI users currently have no visibility into how much their sessions cost or how tokens are consumed. This lack of transparency causes:

  • Unpredictable bills: Users run --full-auto or long sessions without knowing the cost.
  • No budget control: There’s no way to set usage limits.
  • Inefficient model choices: Developers can’t compare the cost efficiency of models.
  • No team accountability: Organizations can’t track usage per project or member.
  • Hidden expenses: Large-model sessions (e.g., o3 vs o4-mini) differ drastically in cost, but users can’t see that in real time.

Proposed Solution

Add a built-in cost and usage analytics module to the Codex CLI.
This system would track, summarize, and visualize API usage in real time and historically.

Core Capabilities

  • Real-time Cost Visibility: Show approximate running cost and token count during each session.
  • Historical Usage Summaries: View daily, weekly, and monthly cost reports.
  • Budget Controls: Set soft or hard limits (warn or block once exceeded).
  • Per-Project Tracking: Attribute usage to the current working directory or Git project.
  • Export & Integration: Allow exporting cost data to JSON/CSV for analysis.

High-Level Architecture

Components:

  • Cost Tracker: Intercepts API responses to record token counts and models used.
  • Calculator: Uses public model pricing to estimate per-session costs.
  • Storage: Saves records locally (e.g., ~/.codex/usage/).
  • Aggregator: Provides summaries by time period, model, or project.
  • Budget Manager: Reads user-configured limits and enforces warnings or soft blocks.
  • Display Layer: Pretty terminal summaries and optional real-time TUI widgets.

Impact Metrics

User-Facing Improvements

  • ~50% faster optimization of workflows through cost visibility.
  • ~3× increase in efficient model selection.
  • Predictable spending and better budgeting for individuals and teams.

Technical Goals

  • 90% accuracy between estimated and actual billed usage.
  • Real-time display overhead <10% of normal CLI performance.

Duplicate Check & Relationship to Existing Issues

The following related issues were flagged automatically:

| Related Issue | Summary | Relationship to This Proposal |
|----------------|----------|--------------------------------|
| #3201: Add token usage or cost information to the rollout files | Requests showing token usage or session cost data (per session or rollout). | Partially related: my proposal builds on this by introducing a comprehensive cost tracking and analytics system, including real-time cost display, historical summaries, budgets, and project-level aggregation. |
| Other token usage or /status issues | Focus on showing cache tokens, model breakdowns, or per-request stats. | Complementary: these are about display fidelity per run, whereas this RFC is about persistent usage analytics and budget control across all sessions. |

Summary:
While #3201 correctly identifies the need for transparency around cost and token usage, this RFC proposes a system-wide solution covering real-time feedback, daily/weekly/monthly summaries, project-level insights, and budget limits.
It goes beyond per-session reporting to make Codex cost-aware, auditable, and predictable for individuals and teams.
Therefore, this is not a duplicate, but a natural evolution and extension of that earlier idea.

View original on GitHub ↗

7 Comments

github-actions[bot] contributor · 9 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #3201
  • #3433
  • #3513
  • #4729
  • #3250

Powered by Codex Action

Aki-07 · 9 months ago

@codex-maintainers Any opinions on this?

jazzyalex · 9 months ago

The majority of Codex users are on ChatGPT Plus subscriptions rather than using the API directly. That’s likely why the current focus is on session-based usage limits (5-hour and weekly windows) rather than API cost tracking or token budgeting.

My macOS app Agent Sessions could still be useful for anyone who wants visibility into API pricing and budget tracking directly from the CLI workflow. It already handles Codex and Claude CLI usage locally, so extending it to calculate estimated API spend per session or per project would fit naturally into its design. It's an open source - so welcome to contribute.

<img width="2456" height="1806" alt="Image" src="https://github.com/user-attachments/assets/69f6f8dd-b026-4504-b681-afb3832de4cd" />

Aki-07 · 9 months ago

Thanks, @jazzyalex, totally agree that many users are on Plus plans, but that's actually why this should live inside Codex itself.

  • External tools like Agent Sessions are great for power users, but CLI-native cost awareness:
  • Keeps Codex self-contained, no need for separate daemon/app to monitor spend.
  • Works even when users aren’t consciously “budgeting”, passive transparency builds trust.
  • Enables project-level attribution and team usage accountability, which external trackers can't infer reliably from just API logs.
  • Aligns with #5099 (PAngV compliance), CLI must expose cost before execution, not just after via a companion UI.

I see Agent Sessions as a complementary layer for deeper visualization, but Codex itself should provide first-class cost primitives, real-time running cost, budget caps, and per-project tracking APIs. External tooling could then build on top of that telemetry rather than replacing it. If maintainers agree, I can formalize this into a spec with concrete API/UX shape (including codex cost --live, codex budget set 5$, project attribution strategy via git remotes, etc.).
Would love feedback on whether maintainers are open to core-level cost primitives that tools like Agent Sessions could hook into instead of keeping this entirely external.

Aki-07 · 9 months ago

@jif-oai @shijie-oai thoughts??

etraut-openai contributor · 6 months ago

See documentation for the Codex analytics dashboard.

CodeRedPaul · 4 months ago
See documentation for the Codex analytics dashboard.

Great if you happen to be using Enterprise or Teams.

Not so cool if you're running solo.