Feature Description
Add a persistent one-line statusline under the input box showing live session + usage info:
deepseek/deepseek-v4-flash [high] · 5h $0.24/$3.00 (3h 40m) · 7d $0.24/$6.00 (6d 22h) · 1m $0.23/$10.00 (30d 20h)
Segments:
- Current model + configured reasoning effort (shown only when explicitly set via
/effort or the model picker; hidden when "Default" is selected)
- 5h window: credits spent / cap, colored by percentage, with reset countdown
- 7d window: same for the weekly window
- 1m: monthly credits spent / pool, with billing-period reset countdown
Everything needed is already available client-side from the existing usage endpoint (credits.windowLimits.fiveHour/weekly {used, cap, resetAt}, credits.credits.monthlyCredits, summary.totalCost, subscription.data.currentPeriodEnd) and existing helpers (formatCredits, formatDuration, getUsageColor). We prototyped this locally by patching dist/cli.mjs (v1.7.0) and it works with real data.
Two related small UX fixes:
- Merge the two bottom-bar lines into one:
» auto-accept on [shift+tab] · ? for shortcuts · taste on (saves a terminal row).
- The mode indicator labels the
auto-accept mode as "accept edits on", while /mode auto-accept and permissions.defaultMode: "auto-accept" call it auto-accept — renaming the label to "auto-accept on" makes them consistent.
Use Case
No response
Additional Context
Working prototype (v1.7.0 on Windows, patched dist/cli.mjs — usage fetched once on input-component mount, segments render as data arrives; model name shows immediately):
- A context-usage segment (e.g.
48k/1000k) would round this out, but contextUsage isn't currently populated for the input component, so we skipped it.
- Happy to share the exact patch details or open a PR if the CLI source becomes available. (Prototype written with help from Claude Code.)
How important is this to you?
None
Feature Description
Add a persistent one-line statusline under the input box showing live session + usage info:
Segments:
/effortor the model picker; hidden when "Default" is selected)Everything needed is already available client-side from the existing usage endpoint (
credits.windowLimits.fiveHour/weekly {used, cap, resetAt},credits.credits.monthlyCredits,summary.totalCost,subscription.data.currentPeriodEnd) and existing helpers (formatCredits,formatDuration,getUsageColor). We prototyped this locally by patchingdist/cli.mjs(v1.7.0) and it works with real data.Two related small UX fixes:
» auto-accept on [shift+tab] · ? for shortcuts · taste on(saves a terminal row).auto-acceptmode as "accept edits on", while/mode auto-acceptandpermissions.defaultMode: "auto-accept"call it auto-accept — renaming the label to "auto-accept on" makes them consistent.Use Case
No response
Additional Context
Working prototype (v1.7.0 on Windows, patched
dist/cli.mjs— usage fetched once on input-component mount, segments render as data arrives; model name shows immediately):48k/1000k) would round this out, butcontextUsageisn't currently populated for the input component, so we skipped it.How important is this to you?
None