Usage and logging UX improvements
Follow up to:
#3573715
## Problem/motivation
**Per-item visibility (recommended for rc1 if feasible):**
* Show the **token size** of each Context Item. This helps site builders understand the cost and context-window impact of each item, especially as items grow or include large File / Connected sources.
* Show **usage counts** so a site builder can quickly see which items are being called frequently and which are rarely used.
**Usage over time (nice to have):**
* Add a **table of usage by hour** (or by day) for each Context Item. The purpose is to let site builders see whether a Context Item is being called more or less than expected, which helps catch misconfigured agents, runaway loops, or items that aren't being picked up at all.
* Designed as a table for rc1 simplicity, with a clear path to becoming a chart in a future release once the data shape is validated.
**Followup review:**
Usage and logging screens not yet reviewed in detail. Recommend a follow-up review session focused on:
* How usage metrics are presented (per Context Item, per agent, per use case)
* Log filtering and search affordances
* Connected Context sync history and error reporting
**Additional discussion:**
* Long-term: surface live token usage in the chat / agent run interface
## Solution
TBD
Given we will be moving to observability integration in the coming months, we should sort these out at the same time.
## Tasks
- Discuss with observability in mind
- Make decisions
- Move forward with agreed upon improvements
- Update code
- Review and test
## AI usage disclosures
- [ ] AI assisted issue
- [ ] AI assisted code
- [ ] AI generated code
issue