电子邮件与收件箱
以收件箱作为触发:智能体过一遍进来的信,在既有的会话里回复,该归档的归档。往外发的,可以先过一道审批。
现状
收件箱是一家公司最古老的队列,也是管得最差的一条:没有状态,没有归属,除了到达的先后没有别的历史。所以在收件箱上干活的智能体需要的不只是权限——它需要一份可以往里分类的任务清单、一份关于发信人的记忆,以及一条“未经询问可以发出什么”的界线。
一封信是怎么被处理的
从进来,到会话结束后留下什么。
邮件唤醒它
邮箱连接器盯着收件箱。其余时间智能体睡着;按间隔有一次很便宜的查看,问问究竟有没有东西,而不是白白把它叫醒。
它把信归类
一封邮件变成一项带状态和优先级的任务。同一个会话上触发两次不会造成重复劳动——识别重复是控制平面的事,不是提示词的事。
它在会话里回复
连同为此所需的技术细节:回复会出现在收件人正确的会话里,而不是变成旧信旁边的一封新信。
它归档
附件去 Nextcloud 或 SharePoint,学到的东西进它的记忆。会话仍是会话;从中得来的知识比会话活得更久。
它和什么一起干活
为这个领域随附的系统。缺了哪个,MCP 服务器是最快的路;需要自己的唤醒事件和更细权限的,就写一个插件。
- E-Mail (IMAP/SMTP)
- Nextcloud
- SharePoint
- Microsoft Teams
平台会强制执行的事
收件箱智能体不会随手就做的事。
发送
发送可以绑定审批。对一个收件箱来说,那是起步设置,而不是例外。
什么都读
它的权限只对它被录用来照看的那个收件箱有效。智能体不是一个全权账户,而是一位有自己工位的员工。
忘记
每一封读过的信、每一封发出的信,都作为动作出现在记录里。智能体在收件箱那边做了什么,不必问它也能读出来。
自己试试
covey 由你自己运行:一个程序、一个 Postgres 数据库、工位用 Docker。步骤都在文档里。