Claude Code 和 Codex 来回切着用，再加上 OpenCode、Pi 等工具，一天结束后常会碰到同一个问题：请求跑了多少，Tokens 花在哪里，哪个模型的成本最高？分别翻会话记录和供应商后台，很难把这些信息放到一起看。
CC Switch 的新版界面把用量统计放进了统一看板。先看总量，再看当天的变化，最后往下查具体请求，读数和定位问题可以在同一页完成。
应用与管理入口放到左侧
这次展示的界面中，左侧应用栏分开展示 Claude Code、Claude Desktop、Codex、Grok Build、OpenCode、Pi 和 MiniMax Code。底部可以切到用量统计、授权中心、MCP、Skills、提示词、会话、应用和设置，管理功能有了固定入口。
如果平时同时维护多个工具，可以从应用栏进入对应工具，再到用量统计里按应用筛选。需要查授权、会话或 Skills 时，也能沿着左侧入口继续操作。
四张卡片先回答“用了多少”
用量统计顶部展示总成本、总请求数、真实消耗 Tokens 和缓存命中率。界面示例中的读数分别是：
- 总成本：$433.70。
- 总请求数：3930 次。
- 真实消耗 Tokens：约 1.24B，也就是约 12.4 亿。
- 缓存命中率：98.9%。
这些是界面示例数据。卡片的作用是汇总当前筛选范围内的使用情况；切换应用、供应商、模型或日期后，应该结合相同范围下的趋势和日志一起阅读。
“真实消耗 Tokens”也不能直接当作模型新生成的文字量。按 CC Switch 的统计口径，它包含输入、输出、缓存创建与缓存读取，并做缓存归一化处理。缓存命中率则表示缓存读取 Token 在可缓存输入中的占比。98.9% 的读数说明示例中缓存读取占比较高，不代表费用降低了 98.9%。
页面显示的成本按模型定价配置估算。使用订阅套餐、中转服务或自定义价格时，应核对定价配置；实际扣费仍要对照供应商账单。
从当天的柱状图找到高峰
主区域中间是当日使用趋势柱状图，可以在请求、Tokens 和成本之间切换。
请求视图适合看哪个时间段调用最密集。切到 Tokens 后，可以继续观察高峰是否伴随大量上下文处理；成本视图则把注意力放到费用变化上。同一时间段的请求数量、Token 数量和成本可能呈现不同走势，查异常时要把三者放在一起看。
例如，某一时段成本明显上升，可以先缩小时间范围，再筛选供应商或模型，往下检查对应请求。这样更容易找到需要解释的记录。
请求日志把汇总拆到每一次调用
下方日志列出时间、应用、供应商、模型、输入与输出、缓存命中、成本和速度，速度以 tok/s 表示。
展示的示例里，大量记录来自 Claude Session，模型字段为 claude-fable-5-1。单次成本约为几美分到十几美分，速度大约为 68–98 tok/s。这些数值用于展示日志如何阅读，不能据此推定其他模型、供应商或网络环境下的表现。
查一条成本偏高的请求时，可以沿着同一行核对：用了哪个应用和模型，输入是否很长，输出是否较多，缓存读取情况如何。如果只是想比较生成速度，也要留意模型、输出长度和请求条件，不能拿几条不同条件的记录直接下结论。
筛选、同步与自动刷新怎么用
看板支持按全部应用或指定应用、供应商、模型、当天及自定义时间范围筛选，并提供立即同步和自动刷新，展示中可见 30 秒刷新间隔。
平时查看当天用量，可以先保留全部应用，观察总体趋势；发现高峰后再缩小日期和应用范围。刚结束一段会话、页面还没有对应记录时，可以立即同步。需要持续观察时，再使用自动刷新。
用量数据能否进入看板，还取决于记录来源。CC Switch 可以扫描 Claude Code、Codex、Gemini CLI、Grok Build、OpenCode、Pi、MiniMax Code 的本地会话日志，这一路径不要求开启本地路由，但需要工具已有会话记录，并保持自动扫描开启，或手动同步。另一种来源是经本地路由转发的请求，需要开启对应应用的路由和请求用量记录。
应用出现在左侧栏，不等于所有请求都能独立统计。官方文档目前注明：Claude Desktop 只统计经本地路由转发的“模型映射”请求，并计入 Claude Code 筛选；OpenClaw 和 Hermes 暂不支持用量统计。检查缺失记录时，先确认工具的统计支持范围和数据来源。
CC Switch 的这套看板适合需要经常切换 AI 编程工具、回看调用记录的人。总览提供入口，趋势帮助缩小范围，请求日志补上具体细节；费用、缓存和速度都能找到对应记录来解释。
下载与功能说明可查看 CC Switch 官网；统计范围和计费口径见 官方用量统计文档。