使用 Claude Code、Codex 或 Gemini CLI 的开发者或团队负责人，在月底结算或项目复盘时，需要把散落在本机会话日志里的 token 消耗整理成按模型、项目、日期可查的费用明细。
手动翻看各家工具的用量页面、导出账单到表格，或干脆不核算，凭感觉控制用量。
AI 编程开销混在订阅或 API 账单里，无法按项目归因，超支或客户结算时说不清钱花在哪，只能靠估算。
AI 应用的生意判断
tokentab
使用 Claude Code、Codex 或 Gemini CLI 的开发者，在需要核对本月 AI 编程开销时，打开这个本地命令行或网页面板；它读取本机会话日志，按模型、项目、日期和活动汇总 token 用量与费用，不登录、不填 API key，数据不出本机，最终得到一份可自查的成本明细，仍需自己判断哪些消耗值得。
- 团队 / 作者
- yakuikai
- 本站首次收录
- 2026-09-22
- 本站最近更新
- 2026-10-05
- 产品官网
- 查看官网 ↗
01
它为什么会被需要
从用户的一天开始 · 公开事实 + 可观察行为 · 2026-10-05
需求有依据
趋势：AI 编程助手已进入日常开发，随之出现的是按项目核算模型开销的记账需求，而不是又一个写代码的工具。切入：从外包团队、多项目并行的独立开发者入手，把用量账单接到客户结算或预算告警上；公开材料未披露收费方式，是否按席位或按项目收费仍待核验。
为什么用户会选择它
相较逐个打开厂商用量页再手工汇总，它直接读取本机已有的会话日志并按模型、项目、日期聚合，省掉跨工具抄数和换算这一步，因此多项目并行、需要向客户或预算交代的开发者会在结算节点选择它；这是基于产品能力的工作流推断，尚无留存或付费证据。
真正值得继续追问的矛盾
收集该仓库的 issue 与 discussion，确认是否有团队把它接入项目结算或预算告警的实际使用记录。
如果你正在做这项工作
值得试用。相较逐个打开厂商用量页再手工汇总，它直接读取本机已有的会话日志并按模型、项目、日期聚合，省掉跨工具抄数和换算这一步，因此多项目并行、需要向客户或预算交代的开发者会在结算节点选择它；这是基于产品能力的工作流推断，尚无留存或付费证据。
怎样切入 / 可以借走什么
趋势：AI 编程助手已进入日常开发，随之出现的是按项目核算模型开销的记账需求，而不是又一个写代码的工具。切入：从外包团队、多项目并行的独立开发者入手，把用量账单接到客户结算或预算告警上；公开材料未披露收费方式，是否按席位或按项目收费仍待核验。
我们凭什么这样判断
公开事实
它解决 AI 编程开销无法按项目归因的痛点，旧做法是手工翻各家用量页汇总；不核算的后果是超支与结算说不清，属于工作流推理。
工作流推理
相较逐个打开厂商用量页再手工汇总，它直接读取本机已有的会话日志并按模型、项目、日期聚合，省掉跨工具抄数和换算这一步，因此多项目并行、需要向客户或预算交代的开发者会在结算节点选择它；这是基于产品能力的工作流推断，尚无留存或付费证据。
会改变判断的未知
收集该仓库的 issue 与 discussion，确认是否有团队把它接入项目结算或预算告警的实际使用记录。
01 · 价值
已有支持
它解决 AI 编程开销无法按项目归因的痛点，旧做法是手工翻各家用量页汇总；不核算的后果是超支与结算说不清，属于工作流推理。
02 · 共识
证据不足
公开材料只有仓库星标与分支数，属于关注度而非持续采用；没有用户评价或团队使用案例说明它已进入日常流程。
03 · 模式
证据不足
未披露定价或收费方式，买方可能是个人开发者或团队，属于判断而非已验证事实；本地优先也意味着难以靠数据变现。
04 · 求真
已有支持
只读本机会话日志、不登录不传数据，承诺的交付（按模型项目日期的费用明细）与实现路径一致，人工仍需自行判断消耗是否合理。
02
中英文生态与跨国机会
市场对照 · 跨国机会
英文生态 · English-language market
本地供给：早期出现
需求证据：尚未核验
已覆盖的英文生态公开项目发布与开发者讨论。 · 2026-10-05
中文生态 · CN
本地供给：在已覆盖来源中未发现
需求证据：尚未核验
中文生态相关行业与具体工作的公开资料覆盖；检索日期 2026-10-05。未发现仅限该覆盖范围。 · 2026-10-05
完整分析尚未完成，可先阅读上方的方向判断。
目前公开信息有限，判断会随新证据更新。 它刚被收录，尚缺可验证的使用数据。
同类产品的完整分析： dsh-web-ui、 DSH-better-sidebar
04
可核验公开证据
证据链
05
从产品名直接追到一手材料
产品官网缺失或当前链接只是线索时，从这些检索入口继续核验。