Pizza Bot 把长任务装进收件箱

我最近有个很烦的场景。让一个 agent 去跑“整理一周日志、找异常、写摘要”这种长任务，任务发出去后，窗口不能关，终端不能丢，中间还可能要补一句“确认继续”。人很容易变成 agent 的监工，明明该下班了，还得盯着它有没有卡住。

Pizza Bot 想解决的，就是“等结果”这件事。根据 AWS 开源博客和 GitHub 描述，它把自己做成本地优先的收件箱（local-first inbox），用来放 agent 的长任务。

server 负责跑 agent、保存状态、通过 HTTP 回答客户端；客户端可以是 Electron 桌面应用、浏览器，或者终端。它底层用 DeepAgents 和 LangGraph。LangGraph 可以理解成把 agent 步骤画成图，每一步跑什么、是否要人工介入，都能被追踪。

上手，像邮件一样处理 agent

我拿一个简单任务试了一下。让它后台读取一批文本，做分类和摘要，遇到不确定项停下来等人确认。这个体验很像把聊天窗口改成了邮箱。任务完成后，它进入 Unread；需要你处理时，它会单独冒出来。好处很直接，你不用反复切窗口问“跑完了没”。

我这边测下来，几个点比较清楚。长任务不用挂在聊天框里，结果会像邮件一样等回来。需要人工确认时，界面能把你拉回来，不至于让 agent 空转。local-first 让状态更接近自己手里，适合先做个人或小团队试用。对第一次接触 agent 的人，收件箱也比“工作流编排”更好理解。

不过它也有门槛。你要先接受一个变化，agent 不再只是聊天对象，而是一个会排队、会暂停、会交作业的东西。对习惯 ChatGPT、DeepSeek 这类即时对话的人来说，这个心智转变比技术安装更重要。

结论，看情况，适合异步工作流

我倾向于推荐，但只推荐一部分人。如果你只是问一句答一句，用普通聊天界面就够了。Pizza Bot 更适合那些经常让 agent 跑后台任务的人，比如代码整理、资料摘要、日志分析、长文档生成，尤其是任务中途可能需要确认的场景。

从竞争格局看，这个赛道接下来更考验人机交接顺不顺，模型强弱只是其中一部分。过去大家拼聊天窗口，接下来很可能拼异步工作流。Pizza Bot 的收件箱思路不算炫技，但它踩中了一个很实际的问题，AI 干活时，人到底该在哪儿等。

---

📌 本文编译自 Hacker News，原文：https://github.com/pizza-bot-app/pizza-bot

版权归原作者所有，本文为基于公开报道的编译与独立分析。