10个仓库能拼出Claude第二大脑，但没人替你清理矛盾

Ryven在X上发了一份清单，列了10个已经能拼出Claude第二大脑的开源仓库。他的问题很直接：为什么还在从零搭？

这件事的背景是Andrej Karpathy在2026年4月提出的LLM Wiki模式。公开摘要里的流程不复杂：把原始资料放进一个目录，让模型写成可读的wiki，再基于wiki做ingest、query和lint。Ryven的长文把落地步骤写得更具体：Obsidian负责看，Claude Code负责读写，文件夹分成raw/、wiki/、output/，CLAUDE.md放规则。普通用户可以把这套东西理解成：资料留在本地，模型把资料整理成互相链接的页面，回答问题时尽量只从这些页面里找。

Ryven也留了提醒。他在文末标注，这份走查没有端到端跑过，菜单名可能随应用版本变化。这个提醒比清单本身有用。第二大脑的教程很容易看起来像装完就能用，实际第一次ingest、第一次权限提示、第一次矛盾清理，才是分水岭。

10个仓库里，定位并不一样。

• obsidian-skills：Obsidian CEO kepano维护的Agent Skills，教Claude写Obsidian Markdown、Bases、Canvas，也覆盖Obsidian CLI和网页正文提取。适合已经决定用Obsidian，先把格式和工具链打牢的人。
• claude-obsidian：把inbox里的来源变成带引用的链接笔记。仓库页强调事务式写入、hash校验、冲突停止、回滚。它解决的是模型写坏了怎么办。
• obsidian-second-brain：跨会话记忆和命令集合。推文写48条命令，仓库页写49条，日历命令仅Claude Code可用，其他平台构建是48条。它还做了矛盾协调、跨来源综合和定时agent。
• karpathy-llm-wiki：围绕Karpathy模式做ingest、带引用查询和lint，支持Claude Code、Cursor、Codex、OpenCode。
• second-brain：更接近最小路径，原始来源进，链接wiki页出，在Obsidian里浏览。
• second-brain-os：套件型，77页指南、starter vault、18个skills、72条命令、6个子agent，其中4个只读。适合想一次拿到完整骨架的人。
• llm-wiki：两层记忆，每个session加载10到20条规则，50到200个wiki页面按需拉取。它关心上下文预算。
• vouch：变更先提案再批准，没有来源的claim直接算错误。适合对引用和审批有要求的工作流。
• ai-second-brain：把ChatGPT和Claude历史变成链接的Obsidian vault，再长成wiki。解决旧对话散落的问题。
• LLM_Wiki_SecondBrain：整条流水线跑在本地模型上，不用云API，推荐32GB内存。适合在意数据不出机器的人。

清单解决的是有没有轮子。它没解决一周后还会打开哪个。X回复里有几个冷水值得看。有网友说，搭建第二大脑本身可能是爱好，整理来源只是掩护故事。另一个网友说，多数项目死于wiki增长快于清理，并追问这10个里哪个真正处理矛盾。还有人把问题指向写入：10个仓库都在解决读，真正会腐烂的是写，因为agent不知道今天哪个细节在三次会话后还重要，没人写下来，索引就会绕着一个洞生长。

这些评论比repo数量更接近日常。Ryven的长文里也有对应的维护动作：每周检查互相矛盾的页面、没有链接的页面、重复出现却没有独立页面的概念，以及没有来源的claim。还提到一个容易被忽略的权限问题：在CLAUDE.md里写“不要删文件”只是请求，Anthropic文档说CLAUDE.md是上下文，不是强制配置。真要拦住删除，得用permissions或PreToolUse hook。这个区别值得记住。规则写进提示词，和规则被系统执行，是两件事。

如果目标只是用起来，别从10个仓库开始。选一个，丢5到10个来源，问一个跨来源的问题，把好答案存回wiki。先看它能不能在你的资料上给出带出处的回答，再看维护成本。Ryven原文给的第一步也是这个量级，不是一上来灌几百个文件。Usage limits在Pro和Max里共享，第一次大量ingest会消耗得很快。

如果目标是享受搭建，那另一套逻辑成立。有人就是愿意花周末调管道，顺手搞清楚哪一步最容易坏。只是别把搭建当成使用。第二大脑真正开始工作，是某天你打开它，问了一个跨来源的问题，答案里出现了你几个月前存过但已经忘掉的东西。到那一步，仓库数量不重要，能不能持续清理才重要。