openclaw - 💡(How to fix) Fix Feature request: per-message token/cost metadata in mobile app and channel surfaces [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#72133Fetched 2026-04-27 05:34:25
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Participants

The Control UI (localhost:18789) already shows excellent per-message token/cost metadata beneath each assistant reply:

↑59 ↓13.4k R2.2M W43.9k 0% ctx claude-sonnet-4-6

This shows input tokens, output tokens, cache read/write, context window %, and model — and it turns yellow at 75% ctx and red at 90% ctx as a warning. It is genuinely excellent.

Root Cause

The Control UI (localhost:18789) already shows excellent per-message token/cost metadata beneath each assistant reply:

↑59 ↓13.4k R2.2M W43.9k 0% ctx claude-sonnet-4-6

This shows input tokens, output tokens, cache read/write, context window %, and model — and it turns yellow at 75% ctx and red at 90% ctx as a warning. It is genuinely excellent.

Fix Action

Fix / Workaround

Workarounds Considered

  • Portal widget polling session_status — works but not per-message
  • Userscript injection — fragile across browser updates
  • Native support would be far superior

Code Example

5913.4k R2.2M W43.9k 0% ctx claude-sonnet-4-6
RAW_BUFFERClick to expand / collapse

Summary

The Control UI (localhost:18789) already shows excellent per-message token/cost metadata beneath each assistant reply:

↑59 ↓13.4k R2.2M W43.9k 0% ctx claude-sonnet-4-6

This shows input tokens, output tokens, cache read/write, context window %, and model — and it turns yellow at 75% ctx and red at 90% ctx as a warning. It is genuinely excellent.

Request

Surface this same data (or a condensed version) in:

  1. iOS/Android native chat view — even a subtle footer line per assistant message would be valuable
  2. Channel surfaces (Signal, iMessage, Telegram, BlueBubbles, etc.) — as an optional footer appended to replies, ideally behind a user toggle/setting

Use Case

Users actively chatting via mobile or messaging channels have no visibility into context fill. They only discover the session is large when responses slow down or costs spike. Knowing the % ctx in real-time lets users decide when to /compact or start a fresh session — preventing runaway costs.

The Control UI implementation is already perfect. This is purely a request to extend that visibility to the surfaces where many users spend most of their time.

Workarounds Considered

  • Portal widget polling session_status — works but not per-message
  • Userscript injection — fragile across browser updates
  • Native support would be far superior

Thanks for considering this!

extent analysis

TL;DR

Surface per-message token/cost metadata in native chat views and channel surfaces to provide users with real-time context fill visibility.

Guidance

  • Extend the existing Control UI implementation to display metadata in native chat views, potentially as a subtle footer line per assistant message.
  • Add an optional footer to replies on channel surfaces, allowing users to toggle this feature on or off.
  • Consider using a condensed version of the metadata to ensure a seamless user experience on smaller screens.
  • Evaluate the feasibility of integrating this feature with existing user settings or preferences to minimize disruptions.

Example

No code snippet is provided as the issue focuses on feature extension rather than code implementation.

Notes

The success of this implementation may depend on the specific requirements and constraints of each native chat view and channel surface.

Recommendation

Apply workaround: Implement native support for surfacing per-message metadata, as it would provide a more robust and user-friendly solution compared to existing workarounds like portal widget polling or userscript injection.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix Feature request: per-message token/cost metadata in mobile app and channel surfaces [1 participants]