Claude Code 用了多少 Token，按项目和天看
Token 这个数能说明什么、不能说明什么，前面已经写过，这篇接着写怎么按项目、按天把它查出来。Claude Code 自带的用量或状态命令，还有账户页面，看的是当前这次会话用了多少，或者账户这个周期还剩多少额度，想对上某一个仓库昨天的本地日志，得另外找地方。
日志记下每次请求的输入和输出
每次请求留下来的明细在本机 ~/.claude/projects 下面，记着用的模型、时间，以及这次输入和输出各多少 Token，这些文件本来就是 Claude Code 自己写在你电脑上的日志。赏月（Hina）开启「AI 用量」之后只读这里面的模型、项目、时间和 Token，「AI 用量」单独授权、默认关闭，不读你问了什么。
日志里一次请求的 Token 分成输入和输出两笔，输入是送进去的那一侧，输出是模型写回来的那一侧。赏月汇总时这两笔分开留着，你对某一天的数，也是输入对输入，输出对输出。一次在博客仓库里让它读完整篇草稿再改，输入往往比输出大，只看输出会觉得这天用得很少，输入那一笔还在同一天里。
按仓库根命名，一天从凌晨 4 点起
打开「AI 用量」之后，赏月按仓库根给项目命名，你在博客仓库的 src、docs 里来回改，或者为客户官网仓库开了一个 worktree 专门修一条分支，这些子目录和 worktree 都用各自仓库的名字，不会因为路径多了一截就换成另一个项目名。同一个仓库里从不同目录开的会话，也合进这个仓库，只按工具和模型分成几行，核对这个仓库时把这几行加起来。Codex 的本地日志也按仓库根命名，读到的同样是模型、项目、时间和 Token。
一天的切分不是自然日的零点，而是从凌晨 4 点到次日凌晨 4 点，夜里两点还在客户官网仓库里让 Claude Code 改页面，这笔算在前一天，不会因为过了十二点就被拆成两天，赏月里其他按天看的数字也是从凌晨 4 点起算。你按这个切分去看那一天，里面可能有好多次请求，加起来就是这一天的数，每次用的模型也在这天的记录里。
赏月给出的输入数已经包含缓存，拿去对原始日志时不要再把缓存加一遍。要核对博客仓库某一天的输入，就把 ~/.claude/projects 里那天属于这个仓库的请求加起来对。
这个数不是账单，也不是工作量
Token 对得上的是本机日志里那次模型调用，对不上的是账单，赏月不估算花费，也不拿 Token 去乘单价，账户页面上的费用和额度用了多少，仍以 Claude 那边显示的为准。模型不同，同样让它写一段更新说明，Token 可以差一截，把博客仓库前后两天的数直接比大小，比的是调用规模，不是哪天改的文章更多。
这个数也不等于请求次数，更不等于你在这个项目上的工作时长，一次长会话可以用掉很多输出 Token，中间你去浏览器里看文档，又在编辑器里改别的文件，「时间线」上那段仍记在浏览器或编辑器上，不会因为 Token 高就变成更长的专注时间。博客仓库某一天 Token 很少，可能是大部分时间在读代码，在笔记里整理要改的点，这些本来就不会进 Claude Code 的日志。换一天输出很多，也不说明那篇文章已经改完，改完没有还得打开仓库看留下的改动。
想看昨天 Claude Code 用在哪，就按凌晨 4 点切开的那一天，把博客仓库和客户官网仓库分开看。所有项目加在一起的那个总数，会把这两个仓库混在同一格里。对过之后如果和账户页面上的额度对不上，可以先把两套数分开，额度是账户和计费周期，赏月是这台电脑日志里按仓库、按凌晨 4 点切开的 Token。要是会话中途换过模型，或者另一台电脑上也跑过 Claude Code，两边本来就不会是同一个数。