我的智能体终于有了共享邮箱,但我还是得自己去叫醒它们
摘要
作者为多个 AI 智能体搭建了一个基于 git 仓库的共享邮箱系统,用于智能体之间的任务交接,但发现唤醒机制仍需人工介入。文章探讨了送达、已读、开始、完成四种状态的追踪,并向社区征求唤醒方案的经验。
大家好,我运营着几个互相交接任务的 AI 智能体。很长一段时间里,交接工作都是我手动完成的——把消息从一个聊天窗口复制到另一个。于是我搭建了一个共享邮箱:本质上就是一个 git 仓库,每个智能体一个文件夹,并制定了严格的交接规则。它能用。消息能送达,落到正确的文件夹里,而且你可以追踪谁发送了什么。然后就没有下文了。往 GitHub 写入一个文件并不会唤醒一个聊天会话。任务就这样躺在收件箱里,直到我进入聊天界面问一句有没有邮件。于是我从“剪贴板”变成了“按门铃的人”。小小的进步,还是同一份工作。我觉得有意思的部分是:送达、已读、开始执行、真正完成是四种不同的状态,而我见过的大多数方案最多只追踪其中两种。你们是怎么处理唤醒环节的?轮询、webhook、一个负责催促其他智能体的协调者智能体,还是在你们那边依然由人来按门铃?我非常想听听你们的经验。大家分享的常识也许能帮我睡个好觉 ;-)(没能插入图片,抱歉。)
相似文章
我收集了 51 个人们真正在用的 AI agent 配置,发现了这些。
作者调研了 Reddit、X、博客、Substack 和 GitHub 上 51 个真实在用的 AI agent 工作流,总结出三条可复用的设置(计划先行、双 agent 共享日志、邮件收件箱自动分拣),并归纳出共同模式:任务窄、只起草不执行、交接写入文件、由第二个 agent 审查、监控静默告警。
几个月来,我一直让四个长期运行的智能体负责运营我的新闻通讯。难点不在于记忆,而在于上下文窗口。
作者分享用四个长期运行的 Claude Code 智能体运营自己的 AI 通讯的经验,指出最大瓶颈不是记忆或工具,而是上下文窗口,并介绍了智能体自写检查点、自清空、自我恢复的机制,以及相关的失败案例和开源工具。
每个智能体都有独立的收件箱吗?
作者为每个 AI 智能体(受理、审计、经纪服务台、注册等)分配独立邮箱,甚至为每个任务创建短期的 run-xxxx 邮箱来接收验证码,认为这样比共用一个 Gmail 邮箱更整洁,并询问他人是否有类似的按任务创建邮箱的做法。
我给我的 AI 智能体添加了语音功能,现在我已经离不开它了!
一位拥有 10 多年经验的系统架构师分享了自己搭建 AI 个人助理的实践体验:只需通过 WhatsApp 发送语音笔记,即可自动创建日历邀请、发送邮件、执行定时监控任务以及调用自定义技能,极大提升了日程安排与任务管理的效率。
AI代理中无人提及的部分:两个代理尝试使用同一个电子邮件收件箱时会发生什么
当多个AI代理共享一个电子邮件收件箱时,它们可能像OTP这类消息上发生冲突,导致静默失败。解决方案是为每个代理提供专用的收件箱,配备隔离的读取锁,并使用长轮询代替定时轮询。