[Feature Request] Real-Time Token/Credit Consumption Dashboard for Subscribers

Problem: I hit a hard wall in the middle of work with zero warning

I’m a Moderato subscriber actively using Kimi Code for a professional project. This morning, Kimi Code initiated a large, unplanned refactoring session. A few hours later — boom403 You've reached your usage limit.

I had 79% of my monthly credits remaining, but my 5-hour Code quota was at 100%. I was completely blocked from working for ~5 hours. I only found out I was blocked when the error appeared. There was no warning, no banner, no real-time indicator in the IDE.

Current quota page shows:

  • Total monthly: 20.56% :white_check_mark:
  • 5-hour Code: 100% :cross_mark: (resets at 14:39)
  • 7-day Code: 35.62% :white_check_mark:

The disconnect is obvious: plenty of monthly budget left, but a hidden burst limit killed my workflow.

The deeper issue: token count ≠ credit transparency

In Kimi Code, I see the token counter (↑381,207 / ↓14,271), but these numbers are meaningless in terms of credit impact. I have no idea:

  • How many credits that session cost me
  • How close I am to the 5-hour, 7-day, or monthly limit
  • Whether the next prompt will work or trigger a 403

Proposed Solution: “Live Consumption” Dashboard

  1. Preemptive Alerts

    • Warning banner at 80% of any quota tier (5h, 7d, monthly)
    • “You have ~X requests left in this 5-hour window”
  2. Token-to-Credit Translation

    • Convert raw token counts into real-time % of monthly credits
    • Show estimated cost per session (in credits or $)
  3. Usage Projection

    • “At this pace, your 5h quota runs out in ~2 hours”
    • “This refactoring consumed X% of your weekly budget”
  4. Session-Level Breakdown

    • Per-conversation credit cost
    • Identify which workflows are most expensive
  5. Unified Timeline

    • Overlay 5h / 7d / monthly limits on one view
    • Highlight which limit is the current bottleneck

Why this matters

  • Prevents workflow interruption during critical tasks
  • Builds trust through cost transparency
  • Reduces confused support tickets
  • Encourages informed upgrades (users see they need more, rather than being surprised by blocks)

Would love to hear if others have hit similar walls, and whether the team has this on the roadmap.

Thanks for building a great product — this transparency layer would make it even better.