我刚看到这个项目的时候，先停在了一张终端截图上。
底部那一条状态栏，把平时总得手动翻着看的东西，几乎都塞进去了：当前模型、Token 消耗、上下文占用、会话时长、费用、5 小时 block 计时器，旁边还挂着 Git 分支和 PR 链接。你写着写着代码，低头就能看到，不用再切出去确认。
这个场景，真用 Claude Code 的人应该都熟。
写到一半，突然想看这轮到底吃了多少 Token；上下文是不是已经快顶满了；现在这次会话已经跑了多久；再顺手确认下分支和 PR。信息不是没有，但默认都分散着，你得自己来回找。
来回切，其实不算什么大事。
但次数一多，那个劲儿就很烦。尤其你已经进入状态了，还得为了看几个数字把注意力打断一下。
ccstatusline 做的事情很直接，就是把这些运行时信息整理成一条常驻状态栏，贴在 Claude Code 终端底部。不是去重新设计一套工作流，就是把本来已经存在、但不够顺手的信息，换个更接近“抬眼可见”的位置。
我点进去看了下，它抓的点也挺准。
不是只放 Token 和上下文这种最基础的数据，而是把会话费用、耗时、5 小时 block 计时器也一起做进来了。对重度用户来说，这几个东西其实比“炫不炫”重要得多。你不一定时时刻刻盯着，但真到了快撞线、快超额、快耗尽上下文的时候，最好别靠感觉猜。
另一个我觉得会有人喜欢的地方，是它没有把自己做成一个“装完就只能照单全收”的小挂件。
项目内置了交互式 TUI 配置界面，组件可以自己增删，顺序能调，颜色能改，甚至能配多行状态栏。也就是说，它不是只给你一条作者预设好的信息流，而是允许你按自己的使用习惯去排。有人最关心上下文，有人更在意费用，有人就想把 Git 和 PR 信息始终放在最左边，这种差别它留了口子。
这点挺重要，但也不用说得太大。
说到底，状态栏这种东西，只有在“你愿意一直开着看”时才有意义。不能配，最后就容易沦为一条占地方的装饰条。
还有个细节我挺喜欢：它不是那种还没开始用，就先让你处理安装负担的项目。
不用全局装，直接 npx 或 bunx 跑一条命令就能接入。这个门槛压得很低。你看到 GitHub，觉得这东西好像正好能补自己现在的痛点，顺手试一下就行，不需要先进入“我要不要长期维护一个新工具”的心理流程。
很多小工具最后装不下去，问题不在功能，而在第一步太重。
ccstatusline 这个项目的价值也差不多在这儿。它没有试图替代 Claude Code，也不是去发明什么新的交互层，而是专门补终端底部这一小块信息视野。你平时不一定会专门拿出来夸它，但装上之后，再回到原来那种反复切着看的状态，可能会有点不适应。
如果你本来就高频用 Claude Code，这类信息又确实会频繁确认，这个小东西可以直接装上试试。
GitHub 地址：sirmalloc/ccstatusline | 
发表于 3 小时前
|
查看: 4|
回复: 0
