[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-awesome-agent-memory-llm-memory-map-zh":3,"article-related-awesome-agent-memory-llm-memory-map-zh":35,"series-tools-6157c5c6-9094-44f2-ac52-8864221f0df6":78},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":27,"views":31,"created_at":32,"published_at":33,"topic_cluster_id":34},"6157c5c6-9094-44f2-ac52-8864221f0df6","awesome-agent-memory-llm-memory-map-zh","Awesome-Agent-Memory：LLM 記憶地圖","\u003Cp data-speakable=\"summary\">這份 \u003Ca href=\"\u002Ftag\u002Fgithub\">GitHub\u003C\u002Fa> 清單整理 LLM 和多模態 Agent 的記憶系統、基準測試與論文，幫開發者快速看懂 memory 生態。\u003C\u002Fp>\u003Cp>說真的，這份清單很像地圖。它把一個很亂的領域，硬生生整理成可讀的結構。\u003Ca href=\"https:\u002F\u002Fgithub.com\u002FTeleAI-UAGI\u002FAwesome-Agent-Memory\" target=\"_blank\" rel=\"noopener\">Awesome-Agent-Memory\u003C\u002Fa> 目前有 500 顆 stars、54 個 forks。這不是小玩具。它把 long-term memory、retrieval、context retention 和 agent reasoning 放在同一張桌上。\u003C\u002Fp>\u003Cp>你可能會想問，記憶這件事有多重要。講白了，LLM 沒有記憶，就很像每次開會都失憶。上下文窗再大，也不等於能長期記住使用者偏好、歷史任務和舊\u003Ca href=\"\u002Fnews\u002Fself-explanation-training-tracks-model-behavior-zh\">資料\u003C\u002Fa>。這份 repo 的價值，就是把這些東西拆開來看。\u003C\u002Fp>\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Signal\u003C\u002Fth>\u003Cth>Value\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>GitHub stars\u003C\u002Ftd>\u003Ctd>500\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Forks\u003C\u002Ftd>\u003Ctd>54\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Primary language\u003C\u002Ftd>\u003Ctd>Python\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Repository\u003C\u002Ftd>\u003Ctd>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002FTeleAI-UAGI\u002FAwesome-Agent-Memory\" target=\"_blank\" rel=\"noopener\">TeleAI-UAGI\u002FAwesome-Agent-Memory\u003C\u002Fa>\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Ch2>這份清單到底給你什麼\u003C\u002Fh2>\u003Cp>它不是單一\u003Ca href=\"\u002Fnews\u002Ftrump-lifts-limits-anthropic-fable-mythos-zh\">模型\u003C\u002Fa>，也不是一個 SDK。它比較像一份選型索引。你可以從裡面看出，記憶系統到底要存什麼、什麼時候取回、怎麼壓縮、怎麼判斷有沒有幫上忙。這件事很實際，因為 agent 的 memory 可以是聊天摘要，也可以是 graph database，還可以是接在 coding assistant 後面的 retrieval pipeline。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782892088943-6qtg.png\" alt=\"Awesome-Agent-Memory：LLM 記憶地圖\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這份 repo 把混亂切成幾塊。它分成 products、surveys、benchmarks、papers，再把研究方向拆成 nonparametric memory、text memory、graph memory、multimodal memory、parametric memory、agent evolution、\u003Ca href=\"\u002Ftag\u002Fcontinual-learning\">continual learning\u003C\u002Fa>、context engineering 和 memory security。對開發者來說，這種分類比一堆行銷詞有用多了。\u003C\u002Fp>\u003Cp>更重要的是，它讓你知道自己卡在哪一層。你如果只是要讓 assistant 記住用戶設定，可能不需要 graph。你如果要做跨 session 的任務追蹤，就得看 retrieval 和 persistence。你如果碰到多模態資料，那又是另一套問題。\u003C\u002Fp>\u003Cul>\u003Cli>產品區：\u003Ca href=\"https:\u002F\u002Fclaude-mem.ai\u002F\" target=\"_blank\" rel=\"noopener\">Claude-Mem\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fmem0.ai\u002F\" target=\"_blank\" rel=\"noopener\">Mem0\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.getzep.com\u002F\" target=\"_blank\" rel=\"noopener\">Zep\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.cognee.ai\u002F\" target=\"_blank\" rel=\"noopener\">Cognee\u003C\u002Fa>\u003C\u002Fli>\u003Cli>研究區：retrieval、graph memory、multimodal memory、parametric memory\u003C\u002Fli>\u003Cli>評估區：plain-text benchmarks、multimodal benchmarks、dynamic simulation environments\u003C\u002Fli>\u003Cli>維護訊號：開源資源會加粗，排序也更前面\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>產品區透露市場怎麼分裂\u003C\u002Fh2>\u003Cp>如果你只看產品區，就會發現這個市場沒有單一答案。\u003Ca href=\"https:\u002F\u002Fclaude-mem.ai\u002F\" target=\"_blank\" rel=\"noopener\">Claude-Mem\u003C\u002Fa> 偏向 session capture 和 compression，適合 coding agent。\u003Ca href=\"https:\u002F\u002Fmem0.ai\u002F\" target=\"_blank\" rel=\"noopener\">Mem0\u003C\u002Fa> 主打通用 memory layer。\u003Ca href=\"https:\u002F\u002Fwww.getzep.com\u002F\" target=\"_blank\" rel=\"noopener\">Zep\u003C\u002Fa> 走 real-time temporal knowledge graphs。\u003Ca href=\"https:\u002F\u002Fwww.cognee.ai\u002F\" target=\"_blank\" rel=\"noopener\">Cognee\u003C\u002Fa> 則是 graph 加 vector 的混合路線。\u003C\u002Fp>\u003Cp>這種分裂很正常。因為 memory 不是一個功能，而是一組系統設計。有人要的是插件。有人要的是服務。有人要的是可追蹤的關係網。你如果做產品，先問「要記什麼」，再問「怎麼記」，通常比直接挑工具有效。\u003C\u002Fp>\u003Cp>清單裡也收了 \u003Ca href=\"https:\u002F\u002Fwww.letta.com\u002F\" target=\"_blank\" rel=\"noopener\">Letta\u003C\u002Fa>，它以前叫 MemGPT。這個專案在 agent memory 圈子裡很有代表性，因為它把研究和產品化都碰了一點。老實說，這類專案比那些只有 demo 的東西更值得看。\u003C\u002Fp>\u003Cblockquote>\u003Cp>“Memory is the next frontier for AI systems,” \u003Ca href=\"\u002Ftag\u002Fsam-altman\">Sam Altman\u003C\u002Fa> said in \u003Ca href=\"\u002Ftag\u002Fopenai\">OpenAI\u003C\u002Fa>’s June 2026 post announcing Dreaming.\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>這句話很直白。它對應到這份清單的核心態度。memory 不是附加功能。它正在變成 agent 的基礎層，像 retrieval infrastructure 一樣重要。\u003C\u002Fp>\u003Ch2>基準測試比 demo 更誠實\u003C\u002Fh2>\u003Cp>Agent memory 很容易在 demo 裡看起來很神。它可以記得你的名字、你的技術棧、你上次的任務。可是一到真實使用，問題就來了。它能不能在隔了幾天後找回正確資料。它會不會把舊訊息當新訊息。它會不會記錯人。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782892090898-tz0e.png\" alt=\"Awesome-Agent-Memory：LLM 記憶地圖\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這也是為什麼 \u003Ca href=\"\u002Ftag\u002Fbenchmark\">benchmark\u003C\u002Fa> 很重要。這份 repo 收了 plain-text benchmarks、multimodal benchmarks 和 dynamic environments。這三類東西，剛好對應到文字記憶、跨模態對齊、以及環境變化下的穩定性。對工程師來說，這比看產品頁面有意義太多。\u003C\u002Fp>\u003Cp>如果你要做選型，至少要看四件事。第一，retrieval 準不準。第二，stale memory 清不清得掉。第三，壓縮後會不會丟資訊。第四，記憶有沒有真的提升推理，而不是只是增加 token 消耗。\u003C\u002Fp>\u003Cul>\u003Cli>Plain-text benchmarks：測長時間文字回憶\u003C\u002Fli>\u003Cli>Multimodal benchmarks：測圖像、影片、文字是否對齊\u003C\u002Fli>\u003Cli>Dynamic environments：測任務變動後還準不準\u003C\u002Fli>\u003Cli>Simulation environments：測靜態資料集看不到的失敗\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這份清單也連到 \u003Ca href=\"https:\u002F\u002Fopenai.com\u002Findex\u002Fchatgpt-memory-dreaming\u002F\" target=\"_blank\" rel=\"noopener\">OpenAI\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.perplexity.ai\u002Fhub\u002Fblog\u002Fself-improving-memory-for-agents\" target=\"_blank\" rel=\"noopener\">Perplexity\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fwww.infoq.com\u002Fnews\u002F2026\u002F04\u002Fcloudflare-agent-memory-beta\u002F\" target=\"_blank\" rel=\"noopener\">Cloudflare\u003C\u002Fa> 的內容。這代表 memory 已經不是研究室裡的邊角題，而是產品需求的一部分。問題只剩下，誰能證明自己真的有用。\u003C\u002Fp>\u003Ch2>開發者該怎麼比工具\u003C\u002Fh2>\u003Cp>如果你現在要做 agent，這份 repo 最實用的地方，是它讓比較變得有框架。你不必用「哪個最潮」來選。你可以直接看 memory model、storage style、和 workload。這樣比較接近工程現場，也比較不會被 demo 騙。\u003C\u002Fp>\u003Cp>我會先看三個面向。第一，是否支援跨 session。第二，是否能處理結構化關係。第三，是否有清楚的 API 和文件。很多工具看起來都很像，實際上差在資料模型和 retrieval policy。這些差異，會直接影響維護成本。\u003C\u002Fp>\u003Cp>你如果是做台灣常見的 SaaS、客服 bot、或 coding assistant，選擇就更現實了。小團隊通常不需要最複雜的 memory graph。你要的是穩定、可觀測、可回收。這比一次塞滿所有能力更重要。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fthedotmack\u002Fclaude-mem\" target=\"_blank\" rel=\"noopener\">Claude-Mem\u003C\u002Fa>：適合 coding workflow 的 session replay\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmem0ai\u002Fmem0\" target=\"_blank\" rel=\"noopener\">Mem0\u003C\u002Fa>：偏通用 agent-memory layer\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fgetzep\u002Fgraphiti\" target=\"_blank\" rel=\"noopener\">Graphiti\u003C\u002Fa>：temporal graph memory，適合關係型回憶\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Ftopoteretes\u002Fcognee\" target=\"_blank\" rel=\"noopener\">Cognee\u003C\u002Fa>：graph + vector 的混合索引\u003C\u002Fli>\u003C\u002Ful>\u003Cp>清單還提到 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002FTeleAI-UAGI\u002FTeleMem\" target=\"_blank\" rel=\"noopener\">TeleMem\u003C\u002Fa>，它主打成為 Mem0 的高效替代方案。這種對照很有價值，因為它不是只講概念，而是直接把實作丟出來比。工程師最需要的就是這種資訊。\u003C\u002Fp>\u003Ch2>這個領域現在卡在哪\u003C\u002Fh2>\u003Cp>記憶系統的核心問題，不是能不能存。是存了之後能不能用，而且不會亂用。LLM 的 context window 一直變大，但長期 agent 還是需要 memory policy。你總不能把所有歷史對話都塞進 prompt，那樣 token 成本會先爆掉。\u003C\u002Fp>\u003Cp>這也是為什麼 retrieval、compression、graph、以及 memory security 會一起出現。它們不是互相取代，而是互相補洞。你要的是正確性、成本、\u003Ca href=\"\u002Fnews\u002Fopenai-rollout-delay-government-gates-zh\">延遲\u003C\u002Fa>、隱私，四個一起看。只看其中一個，常常會踩雷。\u003C\u002Fp>\u003Cp>我覺得這份清單的真正價值，在於它把「記憶」從抽象詞變成工程問題。你可以開始問更具體的問題。哪些資料該長期保存。哪些記憶該過期。哪些 context 應該壓縮。哪些應該直接刪掉。\u003C\u002Fp>\u003Ch2>接下來該怎麼用這份地圖\u003C\u002Fh2>\u003Cp>如果你正在做 agent 產品，我會建議先從這份 repo 挑一條路線。先選你要的 memory 類型，再看對應 benchmark，最後才決定要不要上 graph 或多模態。這樣比較不會一開始就把架構搞太重。\u003C\u002Fp>\u003Cp>更直接一點說，先別急著追功能數量。先確認你的產品真的需要長期記憶。很多場景只要 session memory 就夠了。真正需要跨天、跨任務、跨媒體記憶的產品，其實沒那麼多。\u003C\u002Fp>\u003Cp>如果你最近在評估 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002FTeleAI-UAGI\u002FAwesome-Agent-Memory\" target=\"_blank\" rel=\"noopener\">Awesome-Agent-Memory\u003C\u002Fa>，我的建議很簡單：把它當成選型起點，不要當成答案。先看 benchmark，再看資料模型，最後看你能不能把 memory 的失誤成本控住。這才是做產品的人該碰的現實。\u003C\u002Fp>","這份 GitHub 清單整理 LLM 與多模態 Agent 的記憶系統、基準測試和論文，適合想選 memory stack 的開發者。","github.com","https:\u002F\u002Fgithub.com\u002FTeleAI-UAGI\u002FAwesome-Agent-Memory",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782892088943-6qtg.png","tools","zh","03ce5f66-9735-4e9d-b40a-326e93de73a1",[17,18,19,20,21,22,23,24,25,26],"LLM memory","Agent memory","GitHub list","Mem0","Zep","Cognee","Graphiti","Claude-Mem","benchmark","multi-modal agents",[28,29,30],"Awesome-Agent-Memory 是一份 LLM 與多模態 Agent 記憶系統地圖。","它把產品、論文、基準測試和研究方向拆開，方便工程師選型。","真正該看的是 retrieval、壓縮、過期機制和 benchmark，不是 demo 好不好看。",0,"2026-07-01T07:47:39.788137+00:00","2026-07-01T07:47:39.768+00:00","ddbe17bf-4560-43f7-af76-3e7d6e08e601",{"tags":36,"relatedLang":37,"relatedPosts":41},[],{"id":15,"slug":38,"title":39,"language":40},"awesome-agent-memory-llm-memory-map-en","Awesome-Agent-Memory maps the field of LLM memory","en",[42,48,54,60,66,72],{"id":43,"slug":44,"title":45,"cover_image":46,"image_url":46,"created_at":47,"category":13},"380bf473-a8ae-434e-8368-a9225bfcbf28","9-cursor-alternatives-that-beat-lock-in-zh","9 個 Cursor 替代把鎖定感拆掉","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782914601997-id3i.png","2026-07-01T14:02:56.526005+00:00",{"id":49,"slug":50,"title":51,"cover_image":52,"image_url":52,"created_at":53,"category":13},"deda75f1-0424-44df-88d3-9e38aa714011","ai-video-tools-full-pipeline-wins-zh","AI视频工具的胜负手，已经不是单次生成而是全流程生产","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782912777256-4tyy.png","2026-07-01T13:32:23.499397+00:00",{"id":55,"slug":56,"title":57,"cover_image":58,"image_url":58,"created_at":59,"category":13},"31c694b9-74b0-4609-829b-ed7e72cae838","go-makes-backend-scale-easier-in-production-zh","Go 讓後端擴充少踩雷","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782910122046-y1lz.png","2026-07-01T12:48:16.572103+00:00",{"id":61,"slug":62,"title":63,"cover_image":64,"image_url":64,"created_at":65,"category":13},"61fb9cdc-fc82-4660-a4cf-acd9e00a6543","boot-dev-go-playground-teaching-tool-zh","Boot.dev 的 Go Playground 是教學工具，不是完整 IDE","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782909173713-8ndy.png","2026-07-01T12:32:24.645869+00:00",{"id":67,"slug":68,"title":69,"cover_image":70,"image_url":70,"created_at":71,"category":13},"2fb45a80-d9a5-4758-b2c1-3765e2fe63b1","zhihe-a210-risc-v-soc-dev-kit-breakdown-zh","Zhihe A210 把 RISC-V 變成開發板","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782905601189-7chv.png","2026-07-01T11:32:57.489041+00:00",{"id":73,"slug":74,"title":75,"cover_image":76,"image_url":76,"created_at":77,"category":13},"17049598-2fff-44b5-a064-ec605d5841cd","meta-opens-astryx-agent-readable-ui-work-zh","Meta 把 Astryx 變成 AI 可讀 UI 系統","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782894775661-sq7f.png","2026-07-01T08:32:27.808221+00:00",[79,84,89,94,99,104,109,114,119,124],{"id":80,"slug":81,"title":82,"created_at":83},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":85,"slug":86,"title":87,"created_at":88},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":90,"slug":91,"title":92,"created_at":93},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":95,"slug":96,"title":97,"created_at":98},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":100,"slug":101,"title":102,"created_at":103},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":105,"slug":106,"title":107,"created_at":108},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":120,"slug":121,"title":122,"created_at":123},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00",{"id":125,"slug":126,"title":127,"created_at":128},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]