先让用户看清动作会发生在哪里
浏览器 Agent 带来的设计问题，不是一个聊天框就能解决的：动作发生前，用户需要知道哪个页面会被改变。假设任务是修改一个虚构团队的设置，重要的是账号、环境、选中的标签页和权限范围，而不是一个会动的“处理中”标记。
把目标放在操作记录附近。本地预览和生产设置页可能长得几乎一样，可读的网址、页面标题和环境标识，可以帮助用户在批准敏感操作前发现目标错误。
状态必须对应真实事件
区分等待中的任务、正在执行的工具调用、已经结束的调用，以及已经验证的结果。命令正常退出时，界面仍可能有问题；Agent 正在组织回复，也不代表它正在操作浏览器。
不要每次收到流式更新就新增一行。尽量在当前操作位置更新状态，保留已经产生的证据。用户查看细节时，新内容不应让他失去阅读位置。
- 等待：说明缺少什么输入或工具条件。
- 运行中：显示正在做的操作与目标。
- 需要审批：解释具体变更和范围。
- 完成：结果应能关联到观察或产物。
- 受阻：说明哪些没有验证，满足什么条件才能继续。
审批应该是一次决定，不是下意识点击
以更改成员角色为例，“是否允许工具调用”不如一段具体说明有用：哪个工作区、哪个测试成员、原角色是什么、要改成什么。把审批按钮与这些上下文放在一起，不要让所有请求看起来都像无关紧要的例行操作。
提示词不能替代真正的授权控制。限制账号与工具能力，并测试应用是否遵守所选模式。涉及付款、发消息或删除时，界面应明确表达后果。
检查窄屏和流式输出时的体验
窄屏下，优先保留消息和当前操作，再处理辅助面板。长网址与命令输出应在各自区域换行或滚动，不要把整页撑宽。输入区域应保持稳定，避免新增输出不断推移用户的操作控件。
用户向上翻看证据时，不要反复把他拉回底部。提供“跟随最新输出”的选择更合适。减少动态效果的系统设置应关闭装饰动画，但不能隐藏状态变化或正文。
使用虚构测试账号和本地设置页面。
启动任务，在输出继续时阅读较早的消息。
打开一条工具结果，再回到对话。
在敏感操作发生前中断任务。
切换到窄屏，并开启系统的减少动态效果后重复检查。
确认目标、状态、输入框和证据始终清楚可辨。结束时说清已知结果
最终消息应说明改了什么、检查了什么、哪些仍不确定，以及是否发生了外部操作。把“准备好”“测试过”“已部署”分开，界面是为了帮助用户做下一步决定，不是让每次运行都显得成功。
公开演示应使用虚构工作区与有代表性的案例，不要为了显得逼真而暴露真实客户会话。标明数据为示例，同样可以展示真实的产品工作方式。