Maritime上线：AI Agent基础设施开始从“容器服务”转向每个用户一台持久电脑

当 AI Agent 只回答一次问题时，函数调用或短生命周期容器已经够用；但如果它要每天工作、保存文件、登录网站、安装软件并在几天后继续任务，基础设施就更像一台“属于它的电脑”。Y Combinator 近期发布的 Maritime，正把这一层能力作为云平台产品来做。

背景：Agent 的长期状态正在成为基础设施问题

Maritime 在 YC Launch 页面介绍自己是面向大规模 Agent 的托管云平台：每个 Agent 都有独立、持久的虚拟机。公司给出的应用场景包括 AI 员工、个人助手，以及“每个客户都有一个 Agent”的产品。对这类产品而言，文件、浏览器登录、安装的软件和工作记忆不能随着一次请求结束而消失。

这与传统无状态 API 的思路不同。服务端不只是接收 prompt、返回结果，还要负责唤醒一个长期存在的运行环境、保存它的工作现场，并允许开发者检查和修复某一个客户的 Agent。

产品做法：隔离 VM、持久工作区与多种终端

YC 资料显示，Maritime 为每个 Agent 提供隔离 VM，可以运行代码、安装软件和使用浏览器；文件、记忆、已安装软件与登录状态可以跨任务保留。平台同时提供单个 Agent 的检查、调试和修复工具，并支持 Linux 电脑、Windows 桌面和虚拟 Android 手机等不同环境。

Maritime 官方站点进一步强调真实 VM、Firecracker micro-VM、持久工作区和可观看的桌面操作。开发者既可以把 Agent 代码运行在 Maritime VM 中，也可以把现有后端保留在原处，通过 MCP 让 Agent 控制这台电脑。YC 发布页给出的起始价格是每个 Agent 每月 1 美元，最终成本仍取决于唤醒频率、存储和实际用量。

影响：Agent 运行时开始像“用户级基础设施”

• 对 Agent 创业公司：可以把“每个客户一个长期员工”作为产品原语，而不是自行拼接虚拟机、浏览器、快照和运维脚本。
• 对平台工程团队：状态持久化、休眠/唤醒、镜像更新、网络隔离和故障定位会成为 Agent 平台的基本能力。
• 对安全团队：每个 Agent 都拥有浏览器登录态和可写文件系统，凭证隔离、出站网络、快照加密和人工接管必须在架构层落实。
• 对成本管理：“每个用户一台电脑”很有吸引力，但需要用休眠、快照和按唤醒计费来避免闲置 VM 吞噬毛利。

适合哪些人关注

正在做 AI 员工、浏览器 Agent、自动化运维、远程桌面 Agent 或多租户 Copilot 的团队，尤其适合研究 Maritime 的抽象方式。评估类似平台时，不要只看模型和 API 价格，还要询问 VM 是否真正隔离、状态如何备份、Agent 是否能被暂停与恢复、MCP 连接是否支持最小权限，以及出现异常时谁能接管桌面。

来源参考

• Y Combinator Launch：Maritime
• Maritime 官方站点：持久 Agent 云环境
• Maritime Agent/开发者说明

本文基于公开资料独立整理与分析，未复制或洗稿任何单篇文章。