HN讨论 · 身份未知
agent 知识共享：从传 .md 文件到可审计的中央知识库
多 agent 协作产生的研究、分析和推理缺乏适合 agent 的存储载体；现有笔记与任务工具按人类设计，把 .md 文件在多个 agent 间传递又难以跟踪版本。作者调研 75 位创始人朋友，26 人自建了各不相同且需维护的知识系统，32 人感到移动静态文件痛苦但没有方案。
查看原始信号hn:49394827
目标用户
使用多个 AI 编码/执行 agent 的独立开发者、技术专业人士和小企业主，尤其是需要与团队或合作方共享、审计 agent 产出知识的人。
潜在需求
需要一个能集中存放 agent 推理知识的中立知识层：跨应用/agent 可接入，支持完整捕获与审计、团队/合作方共享、多方写入冲突处理、token 友好的分块索引，并让新结论替代旧结论；同时要足够简单，非技术背景的人也能用。
发生场景
用户把高层任务交给 Claude Code、Cursor、Codex 等多个 agent 并行执行，agent 产生的研究、分析和推理需要被保存和复用；此前靠把 .md 文件传来传去，难以确认哪个是最新版。现有笔记和任务管理工具按人类操作设计，agent 作为主要写入者没有配套的存储与协作载体。
来源证据
作者调研 75 位创始人朋友：26 人自建了 Obsidian vault、markdown repo + MCP 等各不相同且需持续维护的知识系统，32 人感到移动静态文件痛苦但没有解决方案。
Out of 75 founder friends I asked about how they manage shared knowledge, 26 built their own custom knowledge systems… Obsidian vaults with 7k files synced through a VPS, markdown repos behind their own MCP servers, cron jobs stitching Supabase to a skills file… each a different Frankenstein they have to maintain. 32 said they felt the pain of moving static files around but didn’t have any solution for it. So I rebuilt my brain better and used it to build it. // HOW YOU CAN HELP Would love tohttps://news.ycombinator.com/item?id=49394827
为什么值得留意
信号包含亲历者的一手痛点（维护 .md 版本、自建系统要持续维护），并附小范围调研：75 位创始人朋友里 26 人自建了彼此不同的知识系统，32 人感到静态文件转移痛苦但没有方案。这指向“默认只能自建”的空白，叠加 agent-first 交互趋势后值得继续观察与验证。
已有方案
- 在 agent 之间直接传递 .md 文件并手工跟踪版本
- 自建 Obsidian vault 并通过 VPS 同步
- markdown repo 挂在自建 MCP 服务器上
未满足部分
- 现有笔记与任务工具按人类使用者设计，agent 作为主要知识生产者没有匹配载体
- .md 文件在多个 agent/应用间传递时难以跟踪最新版本
- 自建知识系统形态各异且都需要持续维护（作者称为 Frankenstein）
- 小范围调研中 32/75 感到静态文件移动痛苦但没有任何解决方案
可能延伸 · 模型推测
- 做成非技术用户可直接用的托管服务，预置 agent 接入与共享/审计流程（推测）
- 沉淀为跨 agent 框架的开放协议或 MCP 服务，让任意 agent 一次接入即可读写共享知识（推测）
- 在共享知识层上提供冲突解决、审计日志与知识折旧可视化，面向小团队治理（推测）
目前未知
- 主要源自项目作者自述及对 75 位创始人朋友的小范围调研，缺乏独立第三方用户报告
- 样本集中在作者社交圈（创始人），未必代表更广泛的开发者或小企业主
- OzBrain 仍为 alpha，维护循环未在客户数据上运行；评论者询问谁承担 diff/版本化成本
- agent-first 交互将成为主要软件形态的判断属于作者个人观点，材料内无独立数据证实
继续核实
- 除作者朋友圈外，更多使用多 agent 的开发者/小团队是否也在用 .md 传递或自建知识库，并遇到版本与维护问题？
- gBrain 等同类产品没有满足哪些使用场景，导致自建行为仍然存在？
- 可审计、可淘汰旧认知、多写冲突处理这些能力，是 agent 知识库的必要特性还是过度设计？
- 非技术小企业主是否会因 agent 使用而成为此类共享知识库的真实用户？
主题词
agent knowledge managementshared knowledge basemarkdown file versioningmulti-agent collaborationknowledge audit