DOC · ARTICLE-33
REV 2026-04-24 · PUBLIC BETA
Built-in Memory for Claude Managed Agents

Managed Agents · 內建長期記憶

2026.04.23
Figure · 00 Memory PUBLIC BETA · 2026

Anthropic 把「記憶」變成 Claude Managed Agents 的內建基礎設施:每一次 session 的學習,都能以檔案的形式沉澱到一個受控的儲存層裡,被未來的 agent 讀、被不同 agent 共享、被管理員審核與回溯。

這不只是加一個 memory bank。它把過去要自己搭的 vector DB、session store、audit pipeline 全部收斂進 API 裡——而且直接用 filesystem-based memory,讓 agent 透過既有的 bash 與 code execution 能力就能操作。

從 Rakuten 97% 更少 first-pass 錯誤、Wisedocs 驗證速度 +30%,到 Netflix 讓 agent 跨 session 帶走修正——這是一次讓 agent「會記得」的基礎層升級。

01
The Problem
為什麼 Agent 需要「受管理」的記憶
Context · Motivation

任何在生產環境跑過 agent 的人都會遇到一個問題:同一個錯,要被改很多次。客服 agent 昨天才學會的 edge case、文件驗證 agent 昨天才發現的格式陷阱、研究 agent 昨天才被修正的偏好——下一個 session 重開,全部歸零。

過去工程團隊的解法是自己搭:一個 vector DB、一個 session store、一個 eval pipeline、再把 audit log 串起來。成本高、踩雷多、每個團隊都重造同一個輪子。

Before · 自己搭記憶系統

DIY Memory Infra

  • 每個團隊各自實作 embedding/retrieval/update 邏輯
  • concurrent 寫入容易互相覆蓋,一致性靠祈禱
  • audit / rollback / redaction 往往事後才補
  • agent 之間無法共享經驗,只能在單一 session 內累積
  • memory 綁死在特定 schema,搬遷與匯出困難
After · Managed Memory

Built-in Memory Layer

  • 檔案系統介面:agent 用現成 bash / code tool 讀寫
  • 多 agent concurrent 存取無覆蓋,內建版本控制
  • 完整 audit log、可 rollback、可 redact 歷史內容
  • 跨 session 學習,agent 之間可共享同一個記憶庫
  • memory 以檔案為單位可獨立管理、API 匯出
02
Architecture
Filesystem-Based Memory 的四層結構
System · Design

Managed Agents Memory 最關鍵的設計決策是:memory 不是一個黑箱向量庫,而是一組真實的檔案。檔案被掛載到 agent 的 filesystem 上,agent 透過既有的 bash 與 code execution 能力就能讀、寫、搜尋——這讓最新的 Claude 模型特別適合用它,因為檔案操作本來就是模型最熟悉的介面。

Memory Architecture · 四層抽象
01
Agent Runtime
Agent 執行層
Agent 透過 bash / code execution 讀寫 memory 檔案,所有操作與一般檔案系統一致,模型不需要學新 API。
02
Management API
管理 API 層
開發者用 API 匯出、刪除、rollback 或 redact 記憶,管理 scoped permissions 與 agent 之間的共享範圍。
03
Storage Fabric
儲存層
多 agent concurrent 寫入不會互相覆蓋,內建版本控制,每次變更都被保留、可追溯到特定 session。
04
Audit & Console
稽核層
所有更新以 session event 形式顯示在 Claude Console,可追蹤是哪個 agent、哪個 session 寫入了哪段記憶。
KEY INSIGHT · memory 以檔案為單位獨立管理,因此 agent 產出的知識可以被 匯出、審核、搬遷、分享——這不只是工具,是一種企業級可觀測性。
03
Capabilities
八個讓記憶「可管理」的能力
Features · Grid

Managed Memory 的設計目標不只是「讓 agent 記住」,而是「讓企業能控管 agent 記住了什麼」。以下八個能力分別解決生產環境的不同痛點。

F · 01
跨 Session 學習
Cross-Session Learning
Agent 能從每一次互動中累積經驗,下一個 session 不必再從零開始,特別適合長期運行的任務型 agent。
F · 02
Filesystem 介面
Filesystem-Based
Memory 掛載為檔案,agent 用 bash / code execution 操作,最新模型對檔案系統記憶有特別優化。
F · 03
Scoped 權限
Scoped Permissions
組織可以決定哪個 agent 能讀、哪個能寫、哪個 memory 只能被特定群體看見,支援細粒度存取控制。
F · 04
稽核日誌
Audit Logging
每一次寫入都記錄「哪個 agent · 哪個 session · 什麼時間」——在 Claude Console 以 session event 形式呈現。
F · 05
版本回溯
Version Rollback
寫錯了?改壞了?可以回到任意歷史版本,或把特定內容從記憶歷史中 redact 掉。
F · 06
並行存取
Concurrent Access
多個 agent 可同時操作同一個 memory store,不會互相覆蓋——這是 multi-agent 系統實用化的基礎。
F · 07
可攜帶匯出
Portable Export
記憶以檔案形式可透過 API 匯出,可獨立備份、遷移到其他環境、或整合進內部 knowledge base。
F · 08
Agent 間共享
Cross-Agent Sharing
一個 agent 學到的東西,可被另一個 agent 重複使用——讓「組織級記憶」成為可能。
04
Real-World Impact
四個真實案例 · 記憶帶來的量化收益
Customers · Evidence

Managed Memory 不是紙上談兵。以下四個公司在 public beta 期間已經把它跑在生產流程裡,指標都是可量化的。

Rakuten
AI for Business
「Memory 讓我們能把『持續學習』帶進生產環境,在可觀測的工作空間邊界內——帶來 97% 更少的 first-pass 錯誤、27% 更低的成本、34% 更低的延遲。」
−97%First-Pass Errors
−27%Cost
−34%Latency
— Yusuke Kaji · General Manager, AI for Business
Wisedocs
Document Verification
「一個好的 memory API 可以省掉非常多基礎設施的麻煩⋯⋯我們用 cross-session memory 讓 agent 認出並記住常見問題,驗證速度加快了 30%。」
+30%Verification Speed
0 infraSelf-Built
— Denys Linkov · Head of Machine Learning
Netflix
Agent Context
Agent 能跨 session 帶走上下文——包含需要多輪對話才挖出的洞見、以及對話途中人類給出的修正。工程團隊不用再手動更新 prompt 來「教」agent 同一件事。
Multi-TurnInsight Retention
No PromptsManual Update
— Netflix 工程案例
Ando
Workplace Messaging
「我們在 Ando 的工作很大一部分,是在理解團隊與 agent 之間那些快速變化又零散的對話。Memory 讓我們不必再自己蓋 memory 基礎設施,可以專注在產品本身。」
Build → BuyInfra Strategy
→ ProductTeam Focus
— Sara Du · Founder, Ando
05
Build vs. Buy
自己搭 vs 用 Managed 的取捨
Decision · Matrix

那麼,什麼時候該用 Managed Memory、什麼時候該自己搭?以下是關鍵面向的對照。

面向 DIY · 自己搭 Managed · Claude 內建
開發成本 High需要 vector DB、retrieval、update、audit 一整套,跨團隊重造輪子 LowAPI 即用,agent 用檔案介面操作,不需要額外 infra
Concurrent 寫入 易踩雷多 agent 並行容易互相覆蓋,一致性需要自己處理 內建支援多 agent 可同時讀寫同一個 store,不會 race condition
稽核與合規 事後補audit log 通常後期才加,rollback / redaction 實作成本高 一等公民每次變更自動 log,可版本回溯、可 redact 特定內容
跨 Agent 共享 需自建通常只在單 agent / 單 session 內累積,共享要額外設計 原生Scoped permissions 控制哪些 agent 能讀寫哪些 memory
匯出與攜帶 綁定 schema記憶綁死在特定 DB schema,搬遷要重做 檔案可攜以檔案為單位,API 即可匯出、獨立備份
Model Fit 需微調模型要學你的 retrieval API,prompt 裡要教它如何檢索 原生優化最新 Claude 模型對 filesystem memory 有特別優化
適合場景 特殊需求極度自訂的 retrieval 邏輯、受監管資料、on-prem 部署 主流長期運行的任務型 agent、多 agent 協作、企業導入

一句話決定:如果你正在寫自己的 vector DB 包裝、正在煩惱 multi-agent 覆蓋問題、正在補 audit log——那你大概應該直接用 Managed Memory。把工程師的時間留給產品。

06
Get Started
從 Console 或 CLI 部署你的第一個帶記憶 Agent
Next · Step

Managed Agents Memory 現在在 public beta,兩種方式啟用:透過 Claude Console 圖形介面建立一個啟用 memory 的 agent,或使用新推出的 CLI 直接以程式化方式部署。完整技術文件在 platform.claude.com/docs

Ship Agents That Remember

讓你的 Agent 停止從零開始學習

不用再自己搭 memory 基礎設施,不用再擔心 multi-agent 覆蓋問題,不用再手動補 audit log。把工程資源留給產品——記憶這層,交給 Anthropic。

Further Reading 延伸閱讀