Shared Knowledge Layer for Agents

What is it（这是什么）

Shared Knowledge Layer for Agents 是给 AI Agent 用的"共享记忆层"——把知识从单个 Agent 的上下文窗口里拿出来，变成多个 Agent 和人类队友都能读写的公共资产。它的技术本质是：把 Agent 记忆从"服务"变成"格式"。代表产品 OzBrain 做的是跨 Agent、跨队友的知识共享平台；DaiDocs 走得更激进，直接把 AI 记忆做成纯文本文件格式（Markdown/JSON），而不是又一个 SaaS 数据库。商业意义在于：谁定义了 Agent 之间共享知识的格式和协议，谁就卡住了多 Agent 协作时代的入口。这是从"单个 Agent 工具"到"Agent 协作基础设施"的转向。

Why now（为什么现在出现）

三个条件在 2026 年下半年同时成立。第一，多 Agent 编排从 demo 走向生产——Claude Code、Cursor、Devin 这类工具让一个开发者同时运行 3-5 个 Agent 成为常态，但每个 Agent 的记忆是孤岛，重复喂上下文成了最大的时间黑洞。第二，MCP（Model Context Protocol）在 2025 年成为事实标准，Agent 之间有了通信协议，但缺一层"共享状态"。第三，开发者对"记忆即服务"的 SaaS 疲劳了——数据锁在别人服务器上、按 token 计费、迁移成本高，纯文本文件格式（Git 可版本化、可 diff、可自托管）反而成了卖点。一年前 MCP 还没普及，Agent 数量不够；一年后大厂可能已经把这层做成平台内置，独立开发者的窗口就在现在。

Market Evidence（市场证据）

信号强度属于"早期但方向明确"。从 2 个独立信源（producthunt、showhn）获得 2 次提及，增长率 100%，当前阶段 nascent。这个数据量本身很小，说明它还没有形成讨论热潮——但在 showhn 和 producthunt 同时出现，且两个产品（OzBrain 的平台路线、DaiDocs 的文件格式路线）指向同一个设计取向，这是典型的"两个独立团队同时撞到同一个需求"的信号，比单一产品的热度更可信。信号质量判断：这是真实的市场需求萌芽，不是社区热点。理由是多 Agent 协作的痛点是被生产环境逼出来的，不是被营销造出来的。但必须承认，2 个信源、2 次提及的样本量意味着趋势可能随时熄火，需要用 30 天内的信源增量来确认。机会分、市场分、竞争分、需求分当前均为 0/100，说明量化模型还没有足够数据打分，属于纯早期观察窗口。

Who's Behind It（谁在推动）

目前没有"庄家"。推动者是两类独立团队：OzBrain 走平台路线，做跨 Agent、跨队友的知识共享 SaaS；DaiDocs 走格式路线，把 AI 记忆定义为纯文本文件。两者不是直接竞争，而是同一趋势的两种实现哲学——平台派 vs 文件派。真正的潜在庄家还没入场：Anthropic（MCP 的制定者）、OpenAI、以及 Cursor、Windsurf 这类 Agent IDE 厂商。如果 MCP 官方或某个主流 Agent 工具内置了共享知识层，独立玩家的空间会被大幅压缩。开源社区（如 mem0、Letta 等记忆框架）是另一个变量，它们更可能把共享层做成开源标准而非商业产品。

TAM & Market Size（市场规模）

潜在用户是"同时运行多个 AI Agent 的开发者和小团队"。2026 年全球活跃的 AI 辅助开发者约 2000-3000 万，其中真正跑多 Agent 工作流的（不是单开一个 Copilot）估计 200-400 万，这是核心 TAM。付费意愿中等偏上：这类用户已经在为 Cursor（$20/月）、Claude Max（$100-200/月）、各类 API 付费，对"省时间"的工具愿意付 $10-30/月。但预算归属模糊——它可能被算进"开发工具"预算，也可能被算进"AI 基础设施"预算，这决定了客单价上限。市场处于增长中，多 Agent 工作流的渗透率还在早期爬坡。关联数据机会分 0/100、需求分 0/100 说明量化模型尚未确认需求规模，需要用真实转化数据验证，不能凭直觉放大 TAM。

Competitive Landscape（竞争格局）

已有玩家分三层。第一层是记忆框架：mem0、Letta（原 MemGPT）、Zep，它们做单 Agent 的长期记忆，正在往多 Agent 共享延伸，优势是技术积累和开源社区，劣势是偏库/服务、不够"共享"。第二层是平台产品：OzBrain 这类新产品，优势是原生为共享设计，劣势是冷启动——共享层的价值随用户数增长，早期网络效应为零。第三层是潜在巨头：Anthropic 的 MCP、OpenAI 的 Assistants 记忆、各家 Agent IDE。竞争分 0/100 意味着竞争还没显性化，但这是"暴风雨前的平静"。明显的空白是：文件格式标准 + 同步协议的结合——DaiDocs 做了格式，没人做"纯文本记忆的 Git 式同步层"。大公司会做，但大概率做成封闭生态内置功能，给独立开发者留出 12-18 个月做跨平台中立方案的窗口。

Business Model（商业模式）

推荐免费增值 + 订阅制，核心变现点是"跨 Agent 同步"而非"存储"。理由：纯文本格式本身无法收费（用户能自己存 Git），但"让 5 个 Agent 和 3 个队友实时看到同一份知识、解决冲突、审计变更"是持续价值，天然适合订阅。定价建议：Free 层 3 个 Agent + 1 个 workspace；Pro $19/月（不限 Agent 数、10 个 workspace、版本历史）；Team $49/月/5 席（权限管理、审计日志、SSO）。依据是同类开发工具（Linear $8-14、Notion $10-18、Cursor $20）的锚点，$19 落在"个人开发者无脑付费"区间。12 个月收入预测：保守 50 个付费用户 × $19 × 12 ≈ $11K ARR；基准 300 付费用户，混合客单价 $25 ≈ $90K ARR；乐观 1500 付费用户 + 20 个 Team 单 ≈ $500K ARR。用户获取成本估算 $30-60（开发者社区、GitHub、HN 内容营销），回本周期 2-3 个月。

MVP Blueprint（MVP 蓝图）

核心功能只保留三件：一是"知识文件"的 CRUD（Markdown 存储，带 frontmatter 元数据）；二是"多 Agent 读写"——提供一个 MCP server 和一个 REST API，让任意 Agent 能读、写、查共享知识；三是"变更历史"——每次写入生成版本，可 diff、可回滚。砍掉：权限管理、实时协作、UI 编辑器、搜索——这些是 v2。

技术栈：Next.js（App Router）+ Supabase（Postgres + Auth + Storage）或纯 Cloudflare（D1 + R2 + Workers，成本更低）；知识文件存对象存储，元数据存 Postgres；MCP server 用官方 TypeScript SDK 写，50 行以内。

最快上线路径：用 Supabase 模板起步，第一天做数据模型和 API，第二天接 MCP server，第三天做最简 web UI（列表 + 查看 + diff），第四天写文档和 HN/PH 发布文案。部署用 Vercel + Supabase 免费层，零运维。建议产品类型覆盖 SaaS（托管版）+ Tool（CLI）+ API（MCP/REST），三者共用同一后端。

Commercial Opportunities（商业化机会）

方向一：托管式共享记忆层。产品是"Agent 记忆的 GitHub"——托管、版本化、跨 Agent 同步。目标用户是跑多 Agent 工作流的独立开发者和 5-20 人小团队。预期月收入 $3K-15K（100-500 付费用户）。优于其他方向的原因：变现路径最短，用户痛点最直接，且能复用 MCP 生态的免费流量。

方向二：自托管企业版 + 支持服务。给有数据合规要求的中小企业提供 Docker 一键部署的私有共享层，卖 license + 年度支持。目标用户是金融、医疗、法务的 AI 团队。预期月收入 $5K-20K（10-30 个客户 × $500-2000/年）。优势是客单价高、护城河深，劣势是销售周期长。

方向三：记忆格式转换与迁移工具。做"任意 Agent 记忆格式互转"的 CLI/API（Claude ↔ Cursor ↔ 自研）。目标用户是被格式锁定困扰的开发者。预期月收入 $1K-5K。优势是轻、可病毒传播，劣势是天花板低、易被平台内置功能替代。优先做方向一。

Product Ideas（产品创意）

🥇 AgentVault — "让所有 AI Agent 共享同一份记忆，纯文本、可版本化、可自托管。" 目标用户是同时用 Cursor + Claude Code + 自研 Agent 的开发者，场景是"我在 Claude 里教会的项目规范，Cursor 里不用重新教一遍"。现在做对的时机：MCP 已成标准，接入成本极低，而大厂还没做跨平台中立方案。

🥈 MemSync — "AI 记忆的 Git：fork、merge、diff 你的 Agent 知识。" 目标用户是团队协作场景，多人多 Agent 共享知识库，需要解决冲突和审计。时机：多 Agent 团队协作刚开始普及，冲突管理是下一个必然痛点。

🥉 MemoryLint — "检查你的 Agent 记忆文件质量，找出冲突、过期和冗余。" 目标用户是已经积累了大量记忆文件的重度用户。时机：记忆文件多了必然需要治理工具，这是"记忆层"成熟后的自然衍生需求，现在做能吃到早期红利。

三个创意的优先级依据：AgentVault 直接命中核心需求且变现清晰；MemSync 依赖团队场景，稍晚；MemoryLint 是配套工具，最适合作为引流产品。

SEO Opportunity（SEO 机会）

搜索量趋势上升，但绝对量还小——"agent memory"、"shared agent knowledge" 这类词月搜索量在千级。有价值的长尾关键词："shared memory for AI agents"、"MCP memory server"、"AI agent knowledge base"、"plain text AI memory"、"multi-agent shared context"。SEO 难度 0/100 意味着几乎无竞争，现在做内容能轻松拿排名。内容策略：做"教程 + 对比"型页面最容易起量——"如何让 Claude Code 和 Cursor 共享记忆"、"5 个 Agent 记忆方案对比"，直接命中搜索意图，且能自然导流到产品。

Risk Assessment（风险评估）

判断可能错的情况：多 Agent 工作流没有像预期那样普及，大多数人还是单 Agent 使用，共享层就成了伪需求。

三大风险：技术风险——MCP 或主流 Agent 工具直接内置共享记忆，独立方案被架空，这是最大威胁；市场风险——用户觉得"我用 Git 手动同步就够了"，不愿为托管付费；执行风险——共享层的价值随用户数增长，冷启动期产品体验差，留不住早期用户。

最低成本验证：先不写产品，写一篇"多 Agent 共享记忆的痛点"文章发到 HN 和 Reddit，看讨论量和私信数；同时做一个 MCP server 的 demo，在 GitHub 开源，看 star 和 issue 增速。如果 30 天内没有真实用户主动问"怎么用"，就放弃。放弃信号：大厂发布官方跨平台共享层，或 3 个月内付费转化低于 1%。

Action Plan（行动建议）

第一步（今天）：去 GitHub 搜 "MCP memory server"，把现有开源方案全跑一遍，记录每个的缺陷，写成对比表格。这是最具体的起点，一天能完成，且直接产出内容素材。

低成本验证：把对比表格发到 HN 和 r/LocalLLaMA，标题用"我试了所有 MCP 记忆方案，没有一个能跨 Agent 共享"。观察 48 小时内的评论和 star。

信号确认后第二步：用 Supabase 模板搭 MVP，先只做"一个 MCP server + 纯文本存储 + 版本历史"，7 天内上线。

时间线：第一周完成调研 + 内容发布 + MVP 骨架；第一个月拿到 20 个真实用户、5 个付费；第三个月达到 100 付费用户或确认需求不成立，及时止损。

Related Terms（相关趋势）

• MCP (Model Context Protocol) — 底层通信协议依赖，共享知识层建立在 MCP 之上，两者强互补
• Agent Memory — 父领域，共享层是单 Agent 记忆向多 Agent 协作的延伸
• Vector Database — 竞争性存储方案，向量库做语义检索，共享层做结构化共享，存在功能重叠