ccusage 实时监控指南从 v17 的blocks --live到 v18 的statusline迁移方案【免费下载链接】ccusagenpx ccusage项目地址: https://gitcode.com/gh_mirrors/cc/ccusage本指南以 docs/guide/live-monitoring.md 为主体系统梳理 ccusage 实时监控功能的完整演进v17.x 时代blocks --live实时仪表盘的使用方式、命令选项与底层实现原理以及 v18.0.0 移除该功能后官方推荐的statusline替代方案。读完本文你将掌握 ccusage 实时 token 用量监控的历史用法、burn rate燃烧率与成本投影的计算逻辑以及如何在当前版本中无缝迁移到statusline实时状态栏集成。功能现状实时监控的演进与版本前提ccusage 的实时监控功能经历了一次重要演进。在v17.x版本中ccusage blocks --live提供了完整的实时监控仪表盘而在v18.0.0起该功能被正式移除官方推荐的替代方案是statusline命令用于 Claude Code 状态栏集成的实时监控。当前仓库版本为 v20.0.23见 package.json。因此v18 及以上含当前版本blocks --live已不可用实时监控请使用statuslinev17.x 用户以下关于blocks --live的文档仍适用属于官方为旧版本保留的历史参考。这一移除并非功能退化而是架构层面的整合实时监控所依赖的核心指标——当前会话块进度、token 燃烧率、成本投影、配额预警——被保留并强化到了blocks报表与statusline两个命令中其中blocks提供静态/单次查询的深度分析statusline提供可持续刷新的轻量实时视图。v17.x 快速开始一行命令启动实时监控在 v17.x 版本中启动实时监控只需一条命令ccusage blocks --live该命令会基于你的历史用量数据自动检测 token 限额等价于默认使用-t max即历史最高会话用量作为预警上限并启动一个每 1 秒刷新的终端仪表盘。从源码结构看blocks命令的完整执行链路为main.rs依据 CLI 解析结果分派到commands::run_blocks内部调用load_entries加载本地用量数据 →identify_session_blocks按 5 小时窗口切分会话块 → 过滤/排序后交给print_blocks_table或print_active_block_detail渲染。实时模式正是在这一链路之上叠加定时刷新与主动态投影。实时仪表盘的核心功能根据官方文档blocks --live仪表盘每秒刷新一次实时展示以下五类信息展示项说明当前会话进度当前 5 小时计费窗口的进度含可视化进度条Token 燃烧率burn rate每分钟 token 消耗速率tokens/min剩余时间当前 5 小时块内剩余时长成本投影基于当前用量模式推算的最终成本与 token 总量配额预警接近/超出限额时的颜色编码告警这些指标与静态blocks报表中的 ⏰ Active / Rate / Projected 状态指示器同源。其底层计算在 blocks.rs 中均有明确实现燃烧率calculate_burn_rateblocks.rs取当前活动块内第一条与最后一条记录的间隔分钟数用总 tokens / 时长分钟得到tokens_per_minute同时计算每小时成本cost_per_hourcost_usd / duration_minutes * 60。注意它额外提供了tokens_per_minute_for_indicator——只统计 inputoutput不含缓存读写的速率用于状态指示。成本投影project_block_usageblocks.rs在燃烧率基础上外推剩余分钟 × tokens_per_minute 当前总 tokens成本同理外推并保留两位小数。配额状态判定BLOCKS_WARNING_THRESHOLD 0.8blocks.rs当投影用量超过限额的 80% 时进入 warning超过 100% 时判定为 exceeds。命令选项详解自定义 Token 限额实时监控的配额预警支持自定义限额# 使用指定 token 限额 ccusage blocks --live -t 500000 # 使用历史最高会话用量作为限额默认行为 ccusage blocks --live -t max-t即--token-limit的取值语义在parse_token_limit中实现max或空值会解析为历史最大 token 数max_tokens其余按数字字符串解析。设置限额后仪表盘会在接近限额≥80%时显示 ⚠️ 预警、超过限额时显示 告警并渲染相对限额的进度条。刷新间隔控制仪表盘的更新频率# 每 5 秒更新一次 ccusage blocks --live --refresh-interval 5 # 每 10 秒更新一次对 CPU 更友好 ccusage blocks --live --refresh-interval 10--refresh-interval参数在 v17 的实时模式与当前statusline中语义一致CLI 解析器在 parser.rs 中以秒为单位解析并校验数值。当前版本中statusline的默认刷新间隔为1 秒见 types.rs缓存过期判定逻辑位于 commands/mod.rsnow - last_update_time refresh_interval * 1000时判定缓存过期并重新渲染。键盘控制实时监控运行期间支持CtrlC优雅退出监控恢复终端正常显示终端窗口缩放仪表盘自动适配显示宽度实时监控的底层实现原理5 小时会话块的识别无论是实时监控还是静态blocks报表其时间单位都是5 小时计费窗口。identify_session_blocksblocks.rs的实现要点按时间戳排序所有用量条目若某条记录距当前块起点超过session_duration默认 5 小时或距上一条记录超过session_duration则关闭当前块并开启新块块起点向下取整到整点floor_to_hour相邻块之间存在超过窗口时长的时间空洞时插入一个is_gap标记的空块create_gap_block。块的活跃判定create_block依据最后一条记录距当前时间小于窗口时长且当前时间未超过块的理论结束时间。活跃块的实时视图实时监控聚焦当前活跃块。当块处于 active 状态时print_active_block_detailblocks.rs输出已用时长/剩余时长、当前 input/output tokens、总成本、燃烧率tokens/min 与 cost/hour、按当前速率外推的投影总量与成本以及限额状态OK / WARNING / EXCEEDS LIMIT 三色标注。会话时长可配置块时长默认 5 小时可通过--session-length调整静态 blocks 报表仍支持# 3 小时块 ccusage blocks --session-length 3 # 8 小时块 ccusage blocks --session-length 8v18 迁移指南用 statusline 替代实时监控v18.0.0 移除blocks --live后官方在 blocks-reports.md 中明确指定statusline作为实时监控的替代方案。两者的定位差异blocks --livev17终端内持续刷新的完整仪表盘适合主动盯屏statuslinev18单行紧凑输出集成到 Claude Code 状态栏每 1 秒刷新一次成本更低、无需占用完整终端。快速上手 statusline在~/.claude/settings.json或~/.config/claude/settings.json中配置以bun x方式为例{ statusLine: { type: command, command: bun x ccusage statusline, padding: 0 } }也可使用claude x ccusage statusline需原生版 Claude Code或npx -y ccusage statusline。默认采用离线模式缓存定价数据以获得即时响应需要最新 LiteLLM 定价时可追加--no-offline。单行输出示例 Fable 5 (high) | $0.23 session / $1.23 today / $0.45 block (2h 45m left) | $0.12/hr | 25,000 (12%)各段含义当前模型含推理强度、会话成本/今日成本/当前 5 小时块成本含剩余时间、每小时成本燃烧率按 2k、2k-5k、5k tokens/min 分绿/黄/红三档、上下文用量输入 tokens 及占上下文窗口百分比。与 v17 实时监控的对应关系v17blocks --live指标v18statusline对应段当前会话进度条 $0.45 block (2h 45m left)Token 燃烧率 $0.12/hr成本投影由block段剩余时间间接体现可配合ccusage blocks --active查看详细投影配额预警上下文用量百分比三色显示 --visual-burn-rate emoji/⚠️/statusline的会话块识别与燃烧率计算复用了与blocks完全相同的核心函数identify_session_blocks、calculate_burn_rate因此迁移后指标口径保持一致。--refresh-interval参数在statusline中继续有效默认 1 秒输出结果按会话写入本地缓存见 commands/mod.rs避免每次状态栏刷新都重算全量数据。相关命令Blocks 报表静态 5 小时块分析--active、--recent、-t max、--json等选项仍在当前版本可用Session Usage 报表历史会话数据Daily Usage 报表按日统计的用量模式Statusline 集成v18 起的实时监控方案含成本来源模式--cost-source、上下文阈值自定义--context-low-threshold/--context-medium-threshold、模型标签别名等进阶配置。小结实时监控能力在 ccusage 中经历了独立仪表盘 → 状态栏集成的演进v17.x 的blocks --live提供全屏实时视图其燃烧率、成本投影与配额预警算法沉淀于 blocks.rs 并沿用至今v18.0.0 移除后statusline以更低开销、可嵌入 Claude Code 状态栏的方式承接了实时监控职责。若你仍在使用 v17.x可直接按本文的--live用法操作若已升级到 v18请迁移到statusline并通过ccusage blocks --active获取更详细的当前块投影分析。【免费下载链接】ccusagenpx ccusage项目地址: https://gitcode.com/gh_mirrors/cc/ccusage创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 ccusage 实时监控指南：从 v17 的 `blocks --live` 到 v18 的 `statusline` 迁移方案
ccusage 实时监控指南从 v17 的blocks --live到 v18 的statusline迁移方案【免费下载链接】ccusagenpx ccusage项目地址: https://gitcode.com/gh_mirrors/cc/ccusage本指南以 docs/guide/live-monitoring.md 为主体系统梳理 ccusage 实时监控功能的完整演进v17.x 时代blocks --live实时仪表盘的使用方式、命令选项与底层实现原理以及 v18.0.0 移除该功能后官方推荐的statusline替代方案。读完本文你将掌握 ccusage 实时 token 用量监控的历史用法、burn rate燃烧率与成本投影的计算逻辑以及如何在当前版本中无缝迁移到statusline实时状态栏集成。功能现状实时监控的演进与版本前提ccusage 的实时监控功能经历了一次重要演进。在v17.x版本中ccusage blocks --live提供了完整的实时监控仪表盘而在v18.0.0起该功能被正式移除官方推荐的替代方案是statusline命令用于 Claude Code 状态栏集成的实时监控。当前仓库版本为 v20.0.23见 package.json。因此v18 及以上含当前版本blocks --live已不可用实时监控请使用statuslinev17.x 用户以下关于blocks --live的文档仍适用属于官方为旧版本保留的历史参考。这一移除并非功能退化而是架构层面的整合实时监控所依赖的核心指标——当前会话块进度、token 燃烧率、成本投影、配额预警——被保留并强化到了blocks报表与statusline两个命令中其中blocks提供静态/单次查询的深度分析statusline提供可持续刷新的轻量实时视图。v17.x 快速开始一行命令启动实时监控在 v17.x 版本中启动实时监控只需一条命令ccusage blocks --live该命令会基于你的历史用量数据自动检测 token 限额等价于默认使用-t max即历史最高会话用量作为预警上限并启动一个每 1 秒刷新的终端仪表盘。从源码结构看blocks命令的完整执行链路为main.rs依据 CLI 解析结果分派到commands::run_blocks内部调用load_entries加载本地用量数据 →identify_session_blocks按 5 小时窗口切分会话块 → 过滤/排序后交给print_blocks_table或print_active_block_detail渲染。实时模式正是在这一链路之上叠加定时刷新与主动态投影。实时仪表盘的核心功能根据官方文档blocks --live仪表盘每秒刷新一次实时展示以下五类信息展示项说明当前会话进度当前 5 小时计费窗口的进度含可视化进度条Token 燃烧率burn rate每分钟 token 消耗速率tokens/min剩余时间当前 5 小时块内剩余时长成本投影基于当前用量模式推算的最终成本与 token 总量配额预警接近/超出限额时的颜色编码告警这些指标与静态blocks报表中的 ⏰ Active / Rate / Projected 状态指示器同源。其底层计算在 blocks.rs 中均有明确实现燃烧率calculate_burn_rateblocks.rs取当前活动块内第一条与最后一条记录的间隔分钟数用总 tokens / 时长分钟得到tokens_per_minute同时计算每小时成本cost_per_hourcost_usd / duration_minutes * 60。注意它额外提供了tokens_per_minute_for_indicator——只统计 inputoutput不含缓存读写的速率用于状态指示。成本投影project_block_usageblocks.rs在燃烧率基础上外推剩余分钟 × tokens_per_minute 当前总 tokens成本同理外推并保留两位小数。配额状态判定BLOCKS_WARNING_THRESHOLD 0.8blocks.rs当投影用量超过限额的 80% 时进入 warning超过 100% 时判定为 exceeds。命令选项详解自定义 Token 限额实时监控的配额预警支持自定义限额# 使用指定 token 限额 ccusage blocks --live -t 500000 # 使用历史最高会话用量作为限额默认行为 ccusage blocks --live -t max-t即--token-limit的取值语义在parse_token_limit中实现max或空值会解析为历史最大 token 数max_tokens其余按数字字符串解析。设置限额后仪表盘会在接近限额≥80%时显示 ⚠️ 预警、超过限额时显示 告警并渲染相对限额的进度条。刷新间隔控制仪表盘的更新频率# 每 5 秒更新一次 ccusage blocks --live --refresh-interval 5 # 每 10 秒更新一次对 CPU 更友好 ccusage blocks --live --refresh-interval 10--refresh-interval参数在 v17 的实时模式与当前statusline中语义一致CLI 解析器在 parser.rs 中以秒为单位解析并校验数值。当前版本中statusline的默认刷新间隔为1 秒见 types.rs缓存过期判定逻辑位于 commands/mod.rsnow - last_update_time refresh_interval * 1000时判定缓存过期并重新渲染。键盘控制实时监控运行期间支持CtrlC优雅退出监控恢复终端正常显示终端窗口缩放仪表盘自动适配显示宽度实时监控的底层实现原理5 小时会话块的识别无论是实时监控还是静态blocks报表其时间单位都是5 小时计费窗口。identify_session_blocksblocks.rs的实现要点按时间戳排序所有用量条目若某条记录距当前块起点超过session_duration默认 5 小时或距上一条记录超过session_duration则关闭当前块并开启新块块起点向下取整到整点floor_to_hour相邻块之间存在超过窗口时长的时间空洞时插入一个is_gap标记的空块create_gap_block。块的活跃判定create_block依据最后一条记录距当前时间小于窗口时长且当前时间未超过块的理论结束时间。活跃块的实时视图实时监控聚焦当前活跃块。当块处于 active 状态时print_active_block_detailblocks.rs输出已用时长/剩余时长、当前 input/output tokens、总成本、燃烧率tokens/min 与 cost/hour、按当前速率外推的投影总量与成本以及限额状态OK / WARNING / EXCEEDS LIMIT 三色标注。会话时长可配置块时长默认 5 小时可通过--session-length调整静态 blocks 报表仍支持# 3 小时块 ccusage blocks --session-length 3 # 8 小时块 ccusage blocks --session-length 8v18 迁移指南用 statusline 替代实时监控v18.0.0 移除blocks --live后官方在 blocks-reports.md 中明确指定statusline作为实时监控的替代方案。两者的定位差异blocks --livev17终端内持续刷新的完整仪表盘适合主动盯屏statuslinev18单行紧凑输出集成到 Claude Code 状态栏每 1 秒刷新一次成本更低、无需占用完整终端。快速上手 statusline在~/.claude/settings.json或~/.config/claude/settings.json中配置以bun x方式为例{ statusLine: { type: command, command: bun x ccusage statusline, padding: 0 } }也可使用claude x ccusage statusline需原生版 Claude Code或npx -y ccusage statusline。默认采用离线模式缓存定价数据以获得即时响应需要最新 LiteLLM 定价时可追加--no-offline。单行输出示例 Fable 5 (high) | $0.23 session / $1.23 today / $0.45 block (2h 45m left) | $0.12/hr | 25,000 (12%)各段含义当前模型含推理强度、会话成本/今日成本/当前 5 小时块成本含剩余时间、每小时成本燃烧率按 2k、2k-5k、5k tokens/min 分绿/黄/红三档、上下文用量输入 tokens 及占上下文窗口百分比。与 v17 实时监控的对应关系v17blocks --live指标v18statusline对应段当前会话进度条 $0.45 block (2h 45m left)Token 燃烧率 $0.12/hr成本投影由block段剩余时间间接体现可配合ccusage blocks --active查看详细投影配额预警上下文用量百分比三色显示 --visual-burn-rate emoji/⚠️/statusline的会话块识别与燃烧率计算复用了与blocks完全相同的核心函数identify_session_blocks、calculate_burn_rate因此迁移后指标口径保持一致。--refresh-interval参数在statusline中继续有效默认 1 秒输出结果按会话写入本地缓存见 commands/mod.rs避免每次状态栏刷新都重算全量数据。相关命令Blocks 报表静态 5 小时块分析--active、--recent、-t max、--json等选项仍在当前版本可用Session Usage 报表历史会话数据Daily Usage 报表按日统计的用量模式Statusline 集成v18 起的实时监控方案含成本来源模式--cost-source、上下文阈值自定义--context-low-threshold/--context-medium-threshold、模型标签别名等进阶配置。小结实时监控能力在 ccusage 中经历了独立仪表盘 → 状态栏集成的演进v17.x 的blocks --live提供全屏实时视图其燃烧率、成本投影与配额预警算法沉淀于 blocks.rs 并沿用至今v18.0.0 移除后statusline以更低开销、可嵌入 Claude Code 状态栏的方式承接了实时监控职责。若你仍在使用 v17.x可直接按本文的--live用法操作若已升级到 v18请迁移到statusline并通过ccusage blocks --active获取更详细的当前块投影分析。【免费下载链接】ccusagenpx ccusage项目地址: https://gitcode.com/gh_mirrors/cc/ccusage创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考