AWS认为，随着AI智能体的能力超越应答提示词、开始在后台自主工作，它们需要一种不同的交互界面。
该公司已开源了一款名为Pizza Bot的自托管应用，为用户提供一个用于管理委派给AI智能体工作的收件箱，其中包含针对进行中任务的独立对话线程，以及一个用于存放已完成或需要人工介入工作的队列，而不是将智能体的管理局限在传统的聊天窗口内。
AWS给出的理由是，后台运行的智能体在工作时并不总是需要用户的关注，而收件箱模式能让用户交接耗时较长的任务，之后再回来查看，并了解哪些工作已经完成、哪些需要人工干预。
这种理念体现在收件箱的任务组织方式上：一个名为“全部”的标签页包含每个任务或对话的历史记录，包括智能体发送的消息和执行的工作；“未读”标签页会标记用户尚未查看的已完成工作；“操作”标签页则会显示因等待用户输入或批准而暂停的任务。
AWS在介绍Pizza Bot的博客文章中写道，该收件箱界面还有一个名为“活动”的面板，可以向用户展示智能体处理特定任务的过程及完整记录。
AWS以收件箱为核心的设计理念同样也体现在Pizza Bot的架构中。
该应用以LangChain的Deep Agents作为运行框架，以LangGraph作为有状态的运行时环境，二者结合使智能体能够在工作过程中对进度进行检查点记录，保存其消息、工具调用活动和当前状态，从而使任务可以暂停和恢复，而不必依赖于一个持续在线的聊天会话，这家云计算巨头写道。
Pizza Bot的服务器位于该技术栈之上，负责连接智能体运行时、用户界面、技能库、MCP服务器和模型提供商，开发者可以从Anthropic、OpenAI、谷歌Gemini和亚马逊Bedrock中进行选择，也可以通过Ollama使用本地模型，AWS补充道。
在开箱即用的能力方面，该应用自带处理文件、浏览网页以及将任务委派给专项智能体的技能。开发者还可以添加现有的智能体技能包和MCP服务器，从而让智能体访问其他工具和服务，AWS写道。
不过，分析师对Pizza Bot开箱即用的技能和对现有工具的支持能否真正简化企业的部署实施持保留态度。
IT咨询公司Kanerika的首席营收官Bhupendra Chopra指出，虽然开箱即用的能力和对现有技能的支持为企业团队节省了构建应用的时间，但却遗漏了使其真正运转起来所需的集成工作。
“在企业级智能体部署中，大部分成本都花在了集成环节。销售或财务团队要从智能体中获得价值，前提是它能够读取和更新CRM、邮件和ERP系统，而这些系统中的每一个都需要有人来构建、保障安全并维护相应的连接器，”Chopra指出。
Nord-IQ Research首席分析师Manoj Chandra Jha表示，由于该应用缺乏官方支持或任何服务级别协议（SLA），Pizza Bot的集成工作可能会更加复杂。这意味着集成和运维负担最终会落在企业自身，企业将需要自行负责运行、保障安全并维护这套开源软件，Jha说。
但对于愿意承担这部分集成工作的企业来说，这种以收件箱为核心的方式有望提升生产力。
“这是一次有意义的转变，因为它改变了将工作委派给智能体的经济学逻辑。聊天界面要求用户在整个任务过程中持续投入注意力，而收件箱模式只在需要用户判断时才将其纳入进来，这很像高管将工作委派给团队的方式，”Chopra说。
“编程类智能体已经证明了这种模式是可行的，工程师指派一个问题，随后再审核由此产生的拉取请求（pull request）。Pizza Bot则把这种方式延伸到了会议准备和后续跟进等任务上，”Chopra补充道。
此外，这位分析师指出，以收件箱为核心的方式还能让企业团队更清晰地了解计划任务的执行情况。
“对于计划任务而言，以对话线程的形式呈现结果，能让用户追踪后台发生的情况，并发现那些原本可能被忽视的失败，”Chopra说。
然而，这种方式也存在风险：“收件箱模式可能会让糟糕的工作变得不那么显眼。当有人在聊天窗口中观察智能体时，他们能够看到它偏离正轨，”HFS Research首席执行官Phil Fersht说。
相比之下，当数百个任务在后台悄然运行时，用户可能直到任务完成或出现需要处理的异常情况时才会发现智能体出了错，这可能会让问题更难被及早察觉，Fersht说。
Chopra表示，这种可见性的降低还可能导致“审批疲劳”。
“智能体发回几十个包含多项审批请求的对话线程，可能会让用户养成不仔细阅读就直接批准的习惯，”Chopra说。
智能体准备好某项操作与用户批准该操作之间的延迟也存在风险：“智能体暂停时还是最新的信息，几个小时后可能已经失效，这可能导致CRM更新的内容已经过时，或者会议邀请的时间段已不再可用，”他说。“在实时聊天中可能会被及时发现并纠正的错误假设，如今却可能在无人质疑的情况下，被智能体不断沿用并继续消耗模型资源。定时运行的任务也可能在无人实时监控的情况下不断产生费用。”
他表示，这些弊端可以通过设计更少、时机把握更精准的审批节点，以及在允许操作执行前核实底层数据是否仍然是最新的，来加以应对。
这些利弊权衡很可能会决定Pizza Bot在哪些场景中获得认可。
“采用很可能会呈现自下而上的态势，个体技术人员和小型平台团队会被Pizza Bot的可控性和基于标准的设计所吸引，”Jha说。“然而，对风险较为敏感的行业，尤其是受监管行业，以及技术能力有限的业务用户，则可能会对该应用采取更为谨慎的态度，”他补充道。
他表示，这可能会使Pizza Bot在企业中扮演一个更为聚焦的角色——成为技术团队试验异步智能体和新型任务委派方式的工具，而非立即取代企业在关键业务流程中通常使用的受管控界面和托管服务。
Q&A
Q1：Pizza Bot是什么？
A：Pizza Bot是AWS开源的一款自托管应用，为用户提供一个管理AI智能体工作的收件箱界面，包含进行中任务的对话线程以及已完成或需要人工介入工作的队列，取代传统的聊天窗口管理方式。
Q2：Pizza Bot的收件箱模式相比聊天窗口有什么优势？
A：收件箱模式改变了委派工作给智能体的经济学逻辑，聊天界面要求用户全程投入注意力，而收件箱只在需要用户判断时才将其纳入，类似于高管将工作委派给团队的方式，能提升工作效率。
Q3：企业使用Pizza Bot会面临哪些风险？
A：主要风险包括集成工作量大、缺乏官方支持和SLA、可见性降低导致问题难以及早发现、审批疲劳使用户不细看就批准请求，以及审批延迟可能导致信息过时等问题。
