abtop 这个名字，我是在 GitHub 上刷到的。
点进去看了两眼，基本就明白它为什么会被转。
它不是什么很大的东西。
就是一个终端里的小面板，专门盯 Claude Code 和 Codex CLI 会话。
你开一个 Claude Code，可能没感觉。
开两个、三个，再加一个 Codex CLI，终端就开始乱了。这个窗口在跑重构，那个窗口在看报错，还有一个停在 half-done 的状态里。上下文用了多少，token 打到哪了，限流还剩多少，平时只能切过去看。
切一次还行。
切多了就烦。
abtop 做的事很窄：把这些会话状态放到一个地方。
Token 用量。
上下文占比。
速率限制。
还有当前 Claude Code / Codex CLI 的进程状态。
它不像那种上来就说自己要管控整套 Agent 工作流的项目。abtop 更像是你桌面上多放了一块小表盘。你不一定一直盯着它，但真出事之前，看一眼就知道哪个会话快撑不住了。
我比较喜欢它的点，是没有再搞一层服务。
本地读进程状态。
不用填 API Key。
不用把会话信息绕出去。
这点对很多人其实挺重要。现在 AI Coding 很多时候不是玩具项目，可能连着公司仓库、私有代码、远程机。一个“监控工具”如果还要你再授权一遍，多少会让人停一下。
abtop 就粗暴一点。
开起来，看。
看完关掉。
还有 tmux 那块，我会多看两眼。
很多人写代码时已经离不开 tmux 了，一堆 pane，一堆 session。abtop 可以从面板里直接跳到对应会话。这个功能不花哨，但很实在。
因为最烦的不是“我不知道有几个会话”。
是我知道有几个，但不知道刚才那个快爆上下文的是哪个。
窗口名也不一定靠谱。
pane 开多了，找起来像翻抽屉。
abtop 这种工具，别把它想得太大。
它不帮你整理上下文，不帮你分配任务，也不替你调度 Agent。它只做一件小事：把散在各个终端里的状态拎出来，放一屏。
这东西不大。
但如果你已经习惯同时挂几个 Claude Code、几个 Codex CLI，它会突然变得有点顺手。
尤其是那种一边改前端，一边让另一个会话跑测试，再开一个窗口问报错的下午。
终端一排。
脑子也一排。
有个小看板，少翻两次窗口。
GitHub 地址： https://github.com/graykode/abtop