把任务交给AI后，还得盯着聊天窗口滚动，遇到授权就停在半路——这更像“陪跑”，不是委派。9月10日，Amazon开源Pizza Bot：它把长时间运行的Agent做成类似邮件的收件箱，完成的工作进入未读队列，需要人拍板的步骤进入操作队列；用户可以先去做别的事，等结果或决策真正需要自己时再回来。

从聊天窗口转向“有事再来找我”

Pizza Bot的核心不是再造一个对话框，而是承认复杂任务往往需要几分钟、几小时，甚至等待外部条件。All保存全部线程，Unread收纳已完成但尚未查看的结果，Action专门放置暂停并等待批准或补充信息的任务。主Agent把工作交给专门技能后，Activity面板还能展开查看子任务的进度、工具调用和记录，让长任务在后台运行时仍然可追踪。

任务可以由用户直接发起，也能来自定时计划或带密钥保护的Webhook。服务器在睡眠或关机后恢复时，只补跑一次错过的计划，而不是把积压的每一次都重放。这个小细节避免一台停机一个月的机器突然生成30份重复结果，也体现它关注的不是演示，而是日常运营节奏。

状态留在本地，模型与工具由用户选择

应用由服务端和客户端组成。服务端运行Agent、管理线程和检查点，Electron桌面端、浏览器与终端通过HTTP和SSE连接。底层使用DeepAgents与LangGraph保存状态，消息、工具活动、记忆、附件和审批暂停写入SQLite与普通文件。切换线程、刷新页面或更换设备不会让任务丢失；如果退出桌面应用启动的内置服务，当前运行会停止，但已完成的检查点仍可恢复。

模型层没有锁在单一供应商，可接Amazon Bedrock、Anthropic、Google Gemini、OpenAI、OpenRouter，也能通过Ollama使用本地模型。Pizza Bot默认只监听本机，不发送遥测；远程部署必须同时配置API令牌和允许来源。模型请求仍会发送给所选提供商，MCP工具也会访问被授权的外部系统，因此“本地优先”不等于所有数据天然离线。

MCP和Skill扩展能力，也扩大责任边界

Pizza Bot直接接入MCP服务器，并用Agent Skills把专门知识与可调用工具绑定。技能可以为某个操作设置持久化审批，用户不只可批准或拒绝，还能先修改参数再放行。访问本地磁盘同样需要逐个文件夹授权，并区分只读与可写；提供商凭据交给操作系统的秘密存储，不会下发到浏览器客户端。

但扩展机制不会替团队消除供应链风险。MCP服务器和插件以用户权限运行，安装未知来源代码仍可能读取文件或执行操作。早期版本在Amazon内部积累了大量专用技能，开源重构时这些内部连接器没有一并带出，外部用户需要自己补齐业务系统集成。它是Apache 2.0社区项目，并非AWS托管服务，也没有AWS支持和SLA。

小编判断：后台Agent真正缺的是可运营的交接面

Pizza Bot有价值的地方，不是声称模型更聪明，而是把等待、恢复、审批、通知和交接变成产品的一等能力。超过2000人的内部试用说明“收件箱式协作”对应真实需求：人不应持续陪着Agent运行，系统应把结果与例外送回合适的队列。

它能否进入企业生产，还要看三件事：技能与连接器是否足够成熟，权限和审计能否满足组织要求，以及长期运行、备份、升级与故障恢复是否稳定。对团队最务实的起点，是先选择低风险、结果可复核的后台任务，再统计完成率、人工介入率、等待时长和失败恢复成本。只有这些指标优于现有流程，收件箱才不是换了外壳的聊天框。