你用过btop吗？它把 CPU、内存、网络、磁盘、进程等信息集中到一个终端面板里，让你一眼就知道整台机器现在是什么状态。

现在，AI Agent 也有了属于自己的btop。
abtop 是 graykode 用 Rust 编写的 AI Agent 监控仪表盘，目前在 GitHub 已经收获 3000+ Star。

它不到 1MB，却能实时监控本地所有 AI Agent 会话：上下文窗口用了多少、Token 消耗速度、有没有触发限速、启动了哪些子进程、监听了哪些端口、每个会话已经运行多久……

跟 btop 一样，没有学习成本

abtop 的名字已经说明了一切：Agent + btop。它几乎延续了 btop 的界面风格，如果你用过 btop，第一次打开几乎不用学习，就知道每块区域代表什么。

第一次看到的时候，我最大的感受就是：信息密度非常高。

顶部是 Context 总览（Token 速率、趋势图、各会话占用率）。
中间分四块——配额、Token 拆解、项目与 Git 信息、端口监听。
下方是完整的会话列表，能看到每个 Agent 的进程、任务、模型、上下文、Token、内存。

和 btop 一样，这种工具并不是让你一直盯着看，而是偶尔扫一眼。绿色多一点，说明一切正常；红色突然出现，就值得过去看看。真正用习惯之后，你关心的反而不是具体数字，而是有没有异常。例如：

• 上下文窗口快满了，可以提前开启新会话；
• Token 消耗突然飙升，可以看看是不是进入了循环；
• 子进程数量异常增长，可能意味着 Agent 卡住了；
• Rate Limit 被触发，也能第一时间发现，而不是等它一直没有响应。

目前，abtop 已经支持 Claude Code、Codex CLI 和 OpenCode。

上手体验

我平时经常同时开好几个 Agent 一起跑，想知道哪个跑完了、上下文快满了没，得挨个切回去看，现在一个屏幕搞定，挺省事的。

使用 x-cmd 一行命令即可安装：

xinstallabtop

安装完成后，直接运行：

abtop

它会自动扫描本地正在运行的 Agent，会话信息几乎是即时出现。整个过程不需要配置，也不用修改 Agent 的启动方式。按上下键可以切换不同会话，按q即可退出。

它是怎么发现这些信息的？

很多人第一次看到可能都会跟我一样好奇：它为什么知道我开了哪些 Agent？

答案其实很简单：abtop 并不会接管 Agent，也不会调用任何云端 API，它只是一个只读监控工具。
一方面，它扫描系统中的本地进程，通过进程名和启动参数识别 Claude Code、Codex CLI 等 Agent；
另一方面，它结合本地文件和系统信息，关联每个会话对应的项目目录、运行状态、文件描述符以及端口。

整个过程中：

• 不需要 API Key；
• 不需要登录账号；
• 不上传 Prompt；
• 不修改任何 Agent 行为。

AI Agent，也开始需要「可观测性」

我觉得，abtop 最值得关注的，并不是它的界面，而是它代表了一种新的需求。

过去，「可观测性（Observability）」几乎只属于后端服务。Prometheus、Grafana、Datadog……这些工具帮助开发者监控服务器、数据库和微服务。
但现在，AI Agent 也逐渐成为一种新的运行时——它会消耗 Token、占用上下文窗口、触发 Rate Limit、启动子进程、调用各种工具。这些指标，已经和 CPU、内存一样，开始影响我们的开发体验。

abtop 做的事情，就是把传统运维里的监控思路，搬到了 AI Agent 身上。而且，因为监控对象只是本地几个 Agent，一个不到 1MB 的终端工具就足够了，不需要部署 Prometheus，也不用搭 Grafana。

随着越来越多人开始同时使用多个 AI Agent，我觉得，这类工具很可能会像当年的 btop 一样，慢慢成为开发者终端里的常驻程序。毕竟，当 AI Agent 成为新的生产力，我们也需要新的方式去观察它、理解它、管理它。