The statusline

Quota carried in color, one line, every account visible

tokenmaxxing renders Claude Code's statusline natively (while teeing the usage feed). The design principle: quota is carried in color, not numbers. One line, for example:

tm-wt-demo Fable 5 (high) +156/-23  ◆ 𝒇 2h 1d  ◇ 19h  ◇ 𝒇 2d  ◇ full  ✗ ?
  • Each window token is its time-to-reset, painted on a continuous green-to-yellow-to-red ramp by used percent (truecolor when the terminal supports it, stepped onto the 256-color cube otherwise). The ramp anchors at pure green for 0, yellow at 75, and red at 95 and above, so the old severity bands survive as ramp anchors.
  • The model name is painted by context-window fill on the same ramp.
  • A green leads the active account's windows; every parked account gets its own cyan (red if it needs reauth). Accounts sort by earliest upcoming reset.
  • Per-model comes first in each block as a bare painted initial: Fable renders 𝒇; other families use their uppercased first letter, always family-matched.
  • An untouched parked account renders a green full. Measured usage with an unknown reset renders a painted ?, and an unmeasured per-model cap on a gated model renders an unpainted 𝒇? - unmeasured must never look safe.
  • Reset countdowns show the largest unit only, never "now" or "0m"; a window with no upcoming reset renders a green 0 (empty again).
  • A linked git worktree's basename leads the line; a main checkout renders nothing there. The detection reads the filesystem for a .git file and never spawns a git subprocess.
  • With NO_COLOR set, the line falls back to a glued numeric format (2h5 means resets in 2 hours, 5% used; ctx 42 for context fill) - without color, a drained window must not look fresh.

Subagent tasks get their own panel rows via claude's subagentStatusLine surface: one row per active task, family name painted by that task's context fill.