Stash — Self-Hosted Memory + MCP SSE on Postgres/pgvector

简介

Stash 是自托管的 Agent 记忆层，基于 Postgres + pgvector 存储，并通过 SSE 暴露 MCP Server；搭配后台归并流程把对话“片段”沉淀为可检索、可复用的长期记忆资产。

• 适合谁： 想要自托管持久化记忆层（非 SaaS），并希望通过 MCP 接入到各类客户端的团队
• 可搭配： Docker Compose、PostgreSQL + pgvector、支持 MCP SSE 的客户端（Cursor / Claude Desktop / Windsurf）
• 准备时间： 15-35 分钟

实战建议

• 量化信息：README 提到 8 阶段归并流水线；可把它当作“记忆质量 vs 成本”的可调旋钮。
• 量化信息：建议 dev/staging/prod 各自一套 SSE endpoint，避免记忆跨环境污染。

为什么值得收录

当你想把记忆层留在自家基础设施里，并希望多个 MCP 客户端共享同一个“记忆服务端点”时，Stash 这类实现会很有用。

• 一条 docker compose up 就能跑起来，便于团队快速试点。
• SSE 传输意味着多个 MCP 客户端可以共用同一服务端点。
• 把记忆当作“归并流水线”，有利于排查记忆质量问题。

落地路径

• 先限定 1 个 agent + 1 个项目，明确哪些信息值得写入（事实/决策/约束）。
• 观察真实任务中的检索命中率后，再配置保留期与归并调度。
• 建立“记忆 schema”（tags/owner/environment），确保检索可控且不串线。

注意事项

记忆层也可能成为数据泄露路径。建议强制鉴权、避免存秘密，并把环境严格隔离。

FAQ

只能给 Cursor 用吗？ 答：不是。任何支持 MCP SSE 的客户端都能用；README 也列了多种客户端。

怎么让记忆更有用？ 答：只写已验证事实/决策，并要求 tags + 作用域（按 agent 或项目隔离）。

能上生产吗？ 答：可以，但要加鉴权、备份与监控；不要把它匿名暴露在网络上。