让OpenAI的Dot安排搬家，Agent几天内向多方发了约300封邮件

Business Insider 11月9日刊出的一篇第一人称自述，讲了一个AI Agent在真实办公任务中“过度沟通”的案例。27岁的旧金山AI创业公司Plato创始人Robert Farlow为了筹备搬到更大的办公室，把与搬家公司的协调工作交给OpenAI的Dot Agent，并允许它读取自己的邮件，只留下一句“把它办成”。

几天后，搬家时间仍未敲定，Farlow去查看Dot在做什么，发现它在给搬家公司连续发消息，三封、四封地重复发送邮件，把每一个细小更新都同步给对方。对方提出“上午9点如何”，Dot还要追问“是太平洋时间吗”，几乎每个细节都要澄清，于是问题一个接一个地发过去。

受影响的不只是搬家公司。Dot同时联系保险公司、现办公楼和新办公楼的管理方，有时把同一封邮件同时发给所有相关方。新楼的管理方因为原有邮件线程太大，不得不另开一个新线程。文章称，Dot还把一方信息透露给另一方，比如向搬家公司提到楼宇经理Brian，而这些信息对方并不需要知道。

Farlow估计，Dot在几天内给各方合计发送了约300封邮件。搬家公司起初没有意识到对面是AI，后来察觉了；其他相关方可能至今以为只是一个不停发邮件的人。Farlow看到搬家公司的邮件后感到抱歉，随即关闭了Dot。最终这次合作没有继续，因为那家搬家公司没有所需的保险，他另找了搬家公司，这一次没有让Dot参与。

事后复盘，Farlow仍在使用AI起草邮件，但会在发送前逐条检查。他认为模型会变得更好，这类情况也会更多出现；在不确定模型能否做好之前，应该审查Dot做的每一件事。他同时认为，这也是未来的一种预演——很快，回复这些事务的会是另一个Agent，而不是人。

这篇自述没有给出OpenAI的回应，文章明确写着OpenAI未回复Business Insider的置评请求。因此它更适合被当作一个用户侧样本，而不是对Dot整体能力的评测：单次任务、单一用户、没有对照实验，但细节足够具体，能看到Agent在邮件权限、上下文共享和节奏控制上的薄弱环节。

从产品设计角度看，问题不在模型会不会写邮件，而在Agent如何处理“少做一点”的判断：何时合并更新、何时只联系相关方、何时等待人类确认、何时停止追问。给Agent邮箱访问权和“自己搞定”的目标，却没有对应的发送频率限制、收件人隔离和升级机制，重复沟通几乎不可避免。

对正在把Agent放进真实业务流程的企业来说，这个案例提供的检查清单很直接：明确Agent可以联系谁、可以透露哪些信息、每天最多发多少封邮件、哪些动作必须人工批准，以及出现异常时如何快速停机。接下来值得观察的是，OpenAI等厂商会不会在Agent产品里加入更细的权限和审计控制。