devgo.cn你有没有过这种体验：给 AI Agent 派了个活，然后每隔几分钟就忍不住刷新一下看它跑完没有，生怕它卡住或者跑偏。如果任务只要几秒钟，盯着也就盯了；可一旦 Agent 要跑后台任务——比如定时抓取数据、批量处理文件、调用一堆工具链——这种“盯梢”就变成了一种折磨。AWS 的两位工程师 Joseph Dolivo 和 Igor Fil 显然也受够了，他们最近开源了一个叫 Pizza Bot 的项目，核心思路特别朴素：给 AI Agent 配一个像邮箱一样的收件箱。你只管把任务发出去，Agent 在后台慢慢干，干完了给你发“邮件”通知你。
这个设计的妙处在于它把人和 Agent 的交互方式从“同步会话”改成了“异步消息”。作者用了一个很贴切的类比：你不会发完邮件之后一直盯着发件箱等回信，对吧？你会去干别的事，等回信到了再处理。Pizza Bot 就是把这种心智模型搬到了 Agent 任务管理上。一个线程（thread）就是一个工作单元，你随时可以回来查看进度、补充信息，而不是必须守在一个会话窗口前。
从架构上看，Pizza Bot 是典型的客户端-服务器模式，采用 Apache 2.0 协议，可以自托管。它支持多种模型提供商、MCP 服务器（Model Context Protocol，一种让 AI 模型连接外部工具和数据的标准协议）和 Agent Skills（可复用的技能模块），并且把数据和 Agent 状态都保存在用户自己的机器上。整个设计围绕四个核心需求展开：Agent 能同时查看多个信息源、能在后台工作、在执行关键操作前请求人工审批、任务完成后通知用户。收件箱界面把任务分成 All、Unread、Action 三个队列，还有一个 Activity 面板专门展示子任务（即委派给专业 Agent 的任务）的进度。
最让我觉得靠谱的是它对数据隐私的处理方式。Agent 的状态、线程、检查点、附件和日志全部持久化在用户本地文件夹里，只有你主动配置的模型提供商和明确启用的 MCP 服务器才能收到数据，凭证则存放在操作系统的密钥存储中。作者的原话是：“你控制什么离开你的机器。”这句话在 Agent 应用里太重要了——很多 Agent 框架为了省事，会把所有上下文都丢给云端模型，但 Pizza Bot 坚持本地优先，这对处理敏感数据的开发者来说是个很实在的卖点。
这个项目的起源也挺有意思。Dolivo 在 LinkedIn 上提到，2025 年 4 月他搞了个叫 JoeBot 的副业项目，目的是自动化 CRM 里那些繁琐重复的日志记录。结果发现技术用户用得很顺手，但非技术同事看到后也想要——这大概就是它从“个人脚本”进化为“通用收件箱”的契机。名字 Pizza Bot 则是致敬亚马逊著名的“两个披萨团队”理念（即一个团队小到两个披萨就能喂饱，以此保证沟通效率）。
在 Hacker News 上，早期评论整体很正面，大家认可异步收件箱模式和本地优先架构。也有人提出质疑：现在做类似事情的工具已经不少了，Pizza Bot 作为开源社区项目，能否复刻内部版本积累的那些技能和集成生态？这确实是个现实问题。另外要明确一点：Pizza Bot 是社区项目，不是 AWS 官方服务，没有 AWS 的支持和 SLA（服务等级协议，即服务商对可用性等的承诺），运维、备份、升级都得自己来。
这个思路能直接用到哪类场景？如果你正在做 Agent 相关的应用，尤其是涉及长时间运行的任务（定时报表、批量数据处理、需要人工审批的自动化操作），Pizza Bot 的“异步收件箱”模式很值得借鉴。它解决了一个常被忽略的体验问题：Agent 不是越快越好，而是要让用户“不需要一直盯着”。你可以把它的任务队列、审批机制、本地状态持久化这几个设计点拆出来，用在自己的工作流里。要注意的坑是：它依赖你配置的模型提供商和 MCP 服务器，这些外部服务的稳定性和安全性会直接影响整个系统的可靠性；另外，本地存储意味着你要自己做好备份策略。
内容与图片版权归原作者所有 · 原文: https://www.infoq.com/news/2026/10/pizza-bot-ai-agents/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global