The Status Bar as a Live Meter

+15 Mana ✨

Introduction

The status bar at the bottom of a Hermes session is more than decoration. It is a live readout of the three resources every agent run consumes, context tokens, dollars, and seconds, and it is the cheapest way to spot problems before they cost you a long, wasted run. Reading it well is one of the biggest force multipliers in the product.

Key Concepts

  • Model: The provider/model currently active (e.g., claude-sonnet-4-20250514).
  • Tokens: Context tokens used over the model's max context window (e.g., 12.4K/200K).
  • Context bar: A visual fill indicator plus a percentage, your at-a-glance read on how close compaction is.
  • Cost: Approximate dollar cost of the session, computed from provider pricing.
  • Duration: Elapsed wall-clock time for the current session.

Real World Context

You are forty turns into a debug session and the status bar shows "97% context, $4.30, 38m." That is three signals at once: you are about to hit a compaction, you have spent more than the task is worth, and you have been at it long enough to get tunnel vision. None of those would be obvious from the chat alone, but together, they are a clear "stop and start fresh" signal.

Deep Dive

Reading the bar as decision signals

text
Element        What it tells you             Decision
─────────────  ────────────────────────────  ──────────────────────────────
Model          Which provider is paying       Switch if mismatched to task
Tokens         How much context is used       Wrap up before compaction fires
Context bar    How close to compaction        Branch or summarize early
Cost           Burn rate for this task        Compare to task value
Duration       Effort already spent           Step back or commit

Patterns to recognize

  • High tokens, low cost → You have been chatty with a cheap model. Fine for exploration; consider switching to a stronger model for the next decisive turn.
  • Low tokens, high cost → You are using a top-tier model for trivial work. Switch to something cheaper for the boilerplate.
  • High tokens, high cost, high time → Classic sunk-cost trap. Dump a summary, start a fresh session.

Why this beats post-hoc bills

Cost surprises usually come from running a session longer than you noticed. The status bar makes the burn rate visible while you can still act on it.

Common Pitfalls

  1. Ignoring the bar until something goes wrong, Glance at it every few turns. It is a cheap habit that saves real money.
  2. Trusting the cost number to the cent, It is a good estimate, not an invoice. Treat it as a signal, not an audit.

Best Practices

  1. Use the bar as a session-end cue, When tokens cross a threshold or cost crosses your task budget, that is permission to wrap up.
  2. Match model to task tier, Use the cheap model for exploration, the strong model for the few decisive turns. The status bar tells you when to switch.

Summary

  • The status bar shows the active model, tokens used, a visual context-fill bar, cost, and duration at a glance.
  • Read it as a set of decision signals, not as cosmetic information.
  • Session ID and title live in the welcome banner, the bar focuses on live resource consumption.
  • Acting on the bar early prevents the worst sunk-cost and surprise-bill outcomes.

Code Examples

markdown
⚕ claude-sonnet-4-20250514 │ 12.4K/200K │ [██████░░░░] 6% │ $0.06 │ 15m

# Five elements, left → right:
#   ⚕ <model>            the provider/model currently active
#   <tokens>/<max>       context tokens used over the model's window
#   [bar] <pct>          visual context-fill indicator + percentage
#   $<cost>              estimated session cost (n/a for unpriced models)
#   <duration>           elapsed session time
✓ Completed