2011年，马克·安德森写道，软件正在吞噬世界。十五年后，销售、招聘、财务、客服、沟通，以及几乎所有其他工作，都由软件驱动。
这些软件都需要有人操作。
每个应用都伴随着账号、权限、集成、更新和支持。信息困在一个工具里，又被复制到另一个工具中。一旦出了问题，就得有人发现、诊断并恢复。如今，办公室里的很多工作，就是在系统之间搬运信息，以及维持流程运转。
这笔成本并不小。美国政府问责局2025年的一份报告发现，联邦政府计划中的IT支出有79%用于运行和维护现有系统。这是公共部门的例子，但同样的模式随处可见。使用的软件越多，我们花在让它们保持可用上的时间也越多。
我们的目标，是减轻这种运维负担。
当你让智能体准备一份每周销售管道报告时，它应该读取CRM、查看近期邮件、找出重要变化，然后完成报告。用户应该拿到做好的工作，而不是一套教自己怎么做的步骤。
这个目标，也影响了智能体运行在哪里。
本地智能体往往始于一个周末项目。你安装运行环境、配置模型、连接几个工具。接着，你要找一台闲置电脑，让它保持唤醒，管理API密钥，安装更新，并在它不再响应时检查日志。
很快，拥有者就变成了家中一台小型服务器的维护者。对于希望完全掌控环境、喜欢自己搭建系统的人，本地智能体是合理的选择。但大多数人并不想再多维护一台电脑。
远程访问很能说明，这些工作增加得有多快。在家运行的智能体处在路由器和防火墙之后。想从外部连接，可能需要端口转发、隧道、身份验证和网络调整。如果网络服务商使用运营商级NAT，仅仅修改家中路由器的设置，可能还解决不了问题。
智能体还没完成第一项有用的任务，用户就可能已经花了整个下午，只为让它能够被连接。
我们把智能体放在云端运行，就是为了由我们承担这些工作。运行环境、网络、更新、安全和故障恢复，都由我们管理。修好一个问题，所有用户都能受益。用户合上笔记本后，定时任务仍会继续。无需在桌上摆一台额外的电脑，智能体也能保持可用。
在云端运行，也让我们能够在统一的环境里管理权限和安全。智能体可以使用隔离环境，在敏感操作前请求批准，并留下操作记录。用户无需翻找另一台机器上的配置文件，就能撤销访问权限。
交互方式应该保持熟悉。人们应该能够通过简单的网页聊天，或者Slack、iMessage、Telegram等已经在用的服务找到智能体。他们描述需求，在必要时回答问题，然后检查结果。
要完成有用的工作，还需要访问那些已经存放着信息的应用。我们投入了大量时间，把智能体连接到3,000多个SaaS应用。
这样，智能体就能读取收件箱、更新CRM、准备文档并发布结果，无需让用户在系统之间搬运数据。一个请求可以从聊天开始，以目标应用里一项已经完成的工作结束。
人们需要维护的软件已经够多了。应该由用户决定要做成什么。至于实现它所需的点击、传输、跟进和日常事务，智能体可以接手。
