# 2026 年做一个 Manus，哪些地基不用再手搓了：以 AgentCore 为样本看 agent 基础设施

- 来源：Computing Life · Share · 鸭哥调研
- 发布时间：2026-09-26T00:00:00.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/59204
- 原文：https://yage.ai/share/manus-agentcore-infrastructure-20260926.html

## 摘要

这篇文章拿 AWS 的 AgentCore 当样本，拆解了 2026 年做一个 Manus 级 agent 需要哪些云基础设施。一个典型的 Manus 任务平均要调用 50 次工具，背后靠五块硬骨头撑着：隔离沙箱、会话粘性、长期记忆、凭据管理和全链路监控。2024 年这些都得自己造，Manus 团队把 agent 框架推倒重来了四次。到 2026 年，...

## 推荐理由

文章把Manus级agent背后的五块基础设施硬骨头拆解得清清楚楚，用AgentCore做样本对比了2024年全自研的惨烈和2026年托管方案的成熟度。工程细节扎实——50次工具调用、todo.md防偏机制、沙箱隔离策略都有交代，对正在做agent产品的团队选型有直接帮助。我会先打个折：正文没给出AgentCore的实际延迟数据和成本对比，这点别太激动，但作为基础设施选型参考已经够用了。

## 锐评

文章把Manus官方博客里披露的工程细节和AWS AgentCore的标准化方案做了逐项对照，信息密度高，但需要先打两个折。第一，正文明确说了“不代表Manus实际用了AWS”，这只是拿AgentCore当镜子，看云厂商怎么抽象agent基础设施需求。第二，AgentCore的定价没披露，所以“省了多少成本”只能定性判断，不能算账。

最有价值的对比集中在存储哲学上。Manus把沙箱当个人云电脑，支持休眠唤醒、7到21天保留、选择性恢复最终成果；AgentCore的microVM默认15分钟空闲就销毁，是典型的无服务器牲口模式。这个分歧直接决定了你的产品是工具型还是环境型。另外，AgentCore的microVM单会话上限2vCPU、8GB内存、最长8小时，这些数字给了个基准线，但Manus实际跑50次工具调用的任务需要多少资源，文章没给对照数据。

还缺几块关键信息：AgentCore的跨任务长期记忆组件具体怎么实现、和Manus自己那套有什么差距；浏览器和代码解释器的隔离粒度够不够用；以及这套托管方案的实际延迟和冷启动时间。如果真要评估“能不能用AgentCore替代自研”，这些数字比架构图重要得多。