达尔文小姐Agent-Sandbox 的 UI 界面上线有一阵子了，我自己从第一版就开始用，陆陆续续把里面能点的按钮基本都摸了一遍。如果你平时也在调 Agent、跑自动化验证、或者要管理一堆沙箱会话，这个界面到底哪些功能是高频使用的、哪些功能只是看起来唬人，今天这篇想跟大家盘一盘我自己的真实用法和判断标准。
先说清楚一个前提：Agent-Sandbox 本质上是一个用来运行和调试 AI Agent 的隔离环境，你可以把它理解成给 Agent 用的“试验台”。以前我们主要靠命令行或者写脚本跟沙箱打交道，现在 UI 出来之后，最大的变化不是多了一个好看的壳，而是把“观察 Agent 在做什么”这件事从日志流里捞了出来，变成了可视化的操作面板。对刚入门的开发者来说，不用再背一堆命令；对老手来说，很多重复性的查看、切换、上报操作也省了不少时间。我自己体验下来的感受是：功能不少，但真正每天都在用的其实就那几个，而且有几个功能设计得很隐蔽，不专门点开根本发现不了。
1. 功能盘点前，先聊聊沙箱 UI 的背景与设计思路
1.1 从命令行到界面，Agent 调试方式发生了什么变化
过去调试一个 Agent，典型流程是启动沙箱进程，然后在终端里看 stdout 日志。Agent 调用了什么工具、读到了什么结果、走到了哪一步分支，全靠 print 输出。运气好时日志规范一些，能勉强串起来；运气不好时一个流式输出夹杂着大量中间调试信息，基本是灾难现场。
后来大家习惯了在代码层打点，再到日志平台聚合检索，但这里有一个绕不过去的麻烦：Agent 的运行状态是动态的，它不是传统软件那种“请求进来-处理-响应结束”的线性模型。Agent 会在一个思考循环里多次调用工具、回读结果、修改计划，如果只靠日志时间戳去拼，非常累，而且经常拼错因果顺序。
Agent-Sandbox UI 上线后，我明显感觉这一层舒服了很多。它相当于把一个 Agent 从启动到结束的完整生命周期，包括工具调用链、上下文快照、资源占用、输出结果，都同步到了浏览器里。你不需要再自己脑补“刚才 Agent 到底做了什么”，而是能看到一个按时间展开的状态流。这种转变在我看来才是 UI 最大的价值：不是把命令行挪到网页里，而是重新组织了信息的呈现方式。
1.2 UI 设计上最值得注意的几个细节
第一次打开这个界面时，很多人的感受可能跟我一样：信息密度不高，留白很多，左中右三栏布局非常像现代 IDE。但用久了会发现，它的界面逻辑是按“Agent 运行轨迹”组织的，而不是按传统管理后台的“功能模块”组织的。
具体来说，左侧是沙箱实例列表和资源分组，中间是当前 Agent 会话的工作区，右侧是选中节点的详情面板，包括输入输出、日志、耗时、Token 消耗等。这个结构有个好处：你在排查一个 Agent 卡住的问题时，视线路径是固定的——先看中间的时间线找到异常节点，再看右侧详情看报错信息，最后回左侧切换沙箱。整套动作下来基本不用来回跳页面。
另一个值得点赞的是快捷键支持。虽然是网页 UI，但很多操作都能用键盘完成，比如 g + s 快速切到沙箱列表、g + l 跳转日志面板、n 展开下一条调用记录。一开始我觉得网页加快捷键是锦上添花，直到我连续排查三个会话时才发现，鼠标来回移动的时间和注意力消耗真不是小