eugeniughelbur/obsidian-second-brain

如果你已经在用 Obsidian 记笔记、并且每天都会开 AI 编程 CLI，这个项目值得花一个下午试试；它的价值取决于你是否愿意让助手持续往库里写。它本质是一套技能和命令，而不是独立的记忆服务：笔记库是存储，模型负责归档。

解决什么问题

每次开新会话，助手都从零开始，你得重新交代项目背景、最近的决定和个人偏好，聊完的结论又要手动粘回笔记。装上之后，/obsidian-save 会把一次会议或对话里的决定、人物、任务和想法拆出来，分别归档到对应笔记；录音或白板照片走 /obsidian-ingest，先转录或识图，再把提取的内容分发到实体页、任务板和日记。之后新会话可以直接查询积累下来的笔记，而不是重新听你讲一遍。

有什么不同

关键机制比命令数量更重要。记忆就是笔记库里的普通 Markdown 文件，因此不绑定某个 CLI，可以用常规工具阅读、修改和备份。项目自称在 Karpathy 的 LLM Wiki 做法上更进一步：不只追加新页面，而是改写已有页面来更新人物和事实，并用 /obsidian-reconcile 处理矛盾；这是作者的描述，并非对改写效果在杂乱笔记库上表现的独立验证。Crew 是另一个可以不依赖 Obsidian 的功能：Claude Code、Codex、Cursor 和 Grok Bot 把任务记录在同一个普通文件夹的日志里，一个助手能看到另一个刚做完什么，并留下经验供查看。49 条命令（没有 Google Calendar MCP 的版本是 48 条）覆盖检索、思考提示、调研和定时后台助手，学习面不小；代价是一致性来自你的记笔记习惯，而自动改写意味着一旦出错可能扩散进已有笔记，除非你习惯检查改动或保留版本历史。

谁值得试

适合：已有一定规模的 Obsidian 笔记库、每周多次使用 Claude Code 或其他受支持助手、希望会议和决策自动归档，并且愿意审视笔记怎么被改的人。经常在 Claude Code、Codex、Cursor 和 Grok Bot 之间切换、搞不清各自做了什么的人，也会用得上共享日志。不适合：还没有笔记库或笔记习惯的人、只想找聊天客户端的人，以及需要带权限控制的团队共享记忆服务而不是个人笔记库文件的人。也有更轻的路径：README 把笔记规范单独发布成一段可粘贴的规则，不安装任何东西、不依赖本项目，适合只要约定不要整套命令的人。

使用条件与边界

前提是受支持的助手环境和它可写的笔记库；不同构建的安装入口不同（CLAUDE.md、AGENTS.md、GEMINI.md、.agents/skills/、.pi/ 或工作流技能文件），README 附有 CI 生成的兼容性表，显示各构建通过文件树和脚本路径等基础检查——这验证的是打包，不是记忆质量。Word 和 OpenDocument 导入是额外一条链：先把私密副本转成临时 PDF，需要 Python 3.10+ 和单独安装的 LibreOffice 26.2+，批注和修订标记会被排除。更新要手动拉取，Windows 上还需额外运行脚本刷新复制过去的命令文件，因此这是一项持续维护，而不是装完就不管。检索效果附有可复现的 300 条合成笔记基准，可以自己跑，但不能替代用自己的笔记库试一次。

HotRepo 点评

HotRepo 只有一条带日期的记录：2026-10-26 当天 4,925 星、日榜 +35，此前没有历史样本，因此无法判断关注度能否持续，星数只能当作一个快照。采用前最值得确认的是改写和冲突合并命令在你自己的笔记上会怎么表现：先看命令参考和基准设置，再决定你是否愿意让助手修改已有页面。命令参考 · 项目仓库 · 检索基准 · 纯规则版本