选型指南
AI 第二大脑:选 App,还是自己搭建?
先看笔记如何变成实际成果,再比较 Claude Code/Codex、可选配 AI 的 Obsidian,以及文澜维护的 Wiki。
01
为什么用 AI 第二大脑?
如果你存了不少笔记,写提案或整理项目进度时却还是得从头翻找,第二大脑就是为了让这些资料能再次派上用场。这篇会把几份笔记变成一份项目更新,再把这次的经验用在下个项目。
第二大脑是一套把知识存在脑外、之后能找回来使用的方法。这延续了个人知识管理(PKM):留下想法、串起关联、提炼重点、做成成果。AI 能分担整理和起草;你补上背景,决定采用什么。

1 · 留下有用的想法
2 · 串起相关笔记
3 · 提炼关键重点
4 · 变成实际成果
AI 帮忙:语音转成笔记
AI 帮忙:建议内容关联
AI 帮忙:综合多份资料
AI 帮忙:用笔记起草
PKM 的循环还在。AI 可以分担工作;留什么、怎么用,仍由你决定。有用的成果存回去,下个项目就能接着用。
概念示意,参考 Tiago Forte 的 CODE · Ron Forbes
02
把几份笔记整理成项目进度更新
想象同事问:“我们还会按原定日期上线吗?”你手边有项目简报和通话笔记,也记得计划后来改过。现在你得把线索串起来,告诉对方接下来该怎么做。
我们让 Claude 连接 Wenlan 里的五份虚构项目笔记,请它起草进度更新。我想得到的是同事能拿来做事的说明,也要交代哪些事还没决定。
1. 提供几份相关笔记给 AI
不连接 App 也能先试试这个做法:把同一个项目的两三份简短笔记贴进一个你愿意分享这些内容的 AI 聊天工具。保留笔记名称和日期。还没有笔记?先写下你知道什么、需要做哪项决定,就足以开始第一次尝试。
2. 提出一个你确实需要答案的问题
先问哪项决定已获批准,再打开答案依据的原始笔记。这个例子批准的日期是 2027 年 1 月 14 日。价格还没决定,答案也应该保留这一点。
发给 AI:核对上线计划
批准的上线日期是哪一天?哪些事还没决定?请列出用到的笔记,指出相互矛盾的内容,不要补上未记录的决定。
3. 整理出真正用得上的内容
接着我们请 Claude 起草一份简短更新,列出上线日期、已确认范围和待决事项。以下是它实际输出的中文翻译:
- 上线日期:批准于 2027 年 1 月 14 日上线,预留时间进行数据导出审查。
- 已确认范围:电子邮件、app 内帮助和电话支持;数据可导出为 CSV。
- 待决事项:价格。尚未批准任何价格。
Claude 根据五份虚构项目笔记写出的草稿。注意它保留了未定的价格,也列出来源。
03
把这次的经验用在下一个项目
刚才的更新回答了眼前的问题。这些笔记也能帮你想清楚:下次可以怎么做?我们用 Codex 接着试了一次:
1. 问出下次值得注意的事
我们把相关笔记片段和核对过的更新贴给 Codex,问下次宣布上线前该确认什么。它把事实和建议分开,提醒我们确认批准日期、范围,以及尚未决定的价格。
发给 AI:整理下次的检查清单
下次宣布新项目之前,我该确认什么?根据这些笔记提出三个问题,分清事实和建议;不要把这次项目的决定套到下个项目。
2. 核对、修改,再保存
我们把第三题改成“谁负责确认未决事项?”笔记未指定负责人;这是我们建议的下一步。修改后保存为 next-launch-checklist.md,以下是清单的中文翻译:
- 这个项目最新批准的日期与目标是什么?它取代了哪项旧决定?
- 哪些范围与价格已批准,哪些还没决定?
- 对外分享计划前,谁负责确认每个未决事项?
来源笔记:project-brief.md;client-call-2026-10-10.md;decision-2026-10-15.md;review-check-2026-10-22.md。
3. 在新对话里用这份笔记
我们只把这份清单交给 Codex,换成另一个还没有批准计划的虚构项目 Harbor。以下是它的提问(中译),没有把 Cedar 的日期或范围照搬过来:
- Harbor 应提出什么目标与预定日期?
- 哪些范围与价格需要提案批准?
- 对外分享计划前,谁负责确认每个未决事项?
04
打造 AI 第二大脑的三种方式
上线日期改了,哪份已保存的摘要也需要跟着改?我们比较的是:在哪里做事、结果存在哪里,以及由谁维护。
我们开发 Wenlan。下面说明我会怎么选:直接请 AI Agent 处理文件、留在 Obsidian 自己整理,或使用专门维护 Wiki 的 App。
选择理由: 你想自己决定 AI 如何读取、编写和整理文件。
笔记更新时: 把改过的笔记交给 Agent,请它更新项目摘要。
结果存放位置: 文件夹里的 Markdown 文件,可以直接打开或编辑。
你持续要做的事: 维护指令和文件整理方式,检查 AI 的修改。
选用工具包的演示
设置细节
让 Agent 读取文件夹,再告诉它要读什么、写什么。工具包可提供现成命令和整理规则,但不是开始使用的必要条件。
选择理由: 你喜欢自己决定笔记之间怎么组织。
笔记更新时: 自己写笔记、建立链接。需要 AI 草稿时,把选好的笔记贴进聊天工具。
结果存放位置: 核对草稿后,存回 Obsidian vault。
你持续要做的事: 自己维护摘要;Copilot 可把 AI 帮助带进 Obsidian。
选用:加上 Copilot AI 聊天
Copilot 在笔记旁加入 AI 面板。选择要用的笔记或文件夹,提出问题,再对照来源核对答案。插件和模型需要另外设置。
设置细节
创建 vault、写笔记,并链接相关想法。Obsidian 不需要 AI 模型或插件就能使用。想在里面用 AI 帮助时,再加 Copilot。
选择理由: 你想把相关笔记整理成 Wiki,不想自己组合这套流程。
笔记更新时: 来源同步后,文澜会为受影响的 Wiki 页面准备更新。
结果存放位置: 带有原始笔记来源的 Wiki 页面。
你持续要做的事: 设置模型;你写过、改过或锁定的页面,由你审核更改。
设置细节
连接来源、选择 AI 服务,为后台整理与 Wiki 页面生成指定模型,再启用后台维护。文澜需保持运行,更新不会立即完成。
每张画面是不同的使用例子。选一种做法,查看它怎么运作。
05
已经在用 Obsidian?Wenlan 多了什么?
继续在 Obsidian 写会议笔记就好。文澜会读取连接的笔记库,不移动或改写原始文件,再把相关内容整理成独立的 Wiki 页面,附上原始笔记链接。
假设会议改了上线日期,文澜会追踪哪些 Wiki 页面引用了这份笔记,并准备更新,你不用逐页找出来。现有的链接、搜索或插件如果已经够用,就继续用它们。
06
哪些更新会自动完成?
改过的笔记同步进文澜后,后台维护就能为依赖它的页面准备更新:
- AI 维护、未被你编辑或锁定的页面:草稿通过文澜的引用检查后,可以自动更新。
- 你创建、编辑或锁定的页面:先提出修订。接受前会保留原文,你也可以跳过这次更改。
如果引用检查没通过,文澜会保留当前页面。这项检查比对来源文字的支持程度,不保证每个结论都正确;重要决定仍要回到原始笔记核对。
在设置里选择 AI 服务,为后台整理与 Wiki 页面生成指定模型,并启用后台维护。文澜需保持运行,模型也需可用;更新不会立即完成。
07
先用一项决定试试看
把整个资料库搬进来前,先在你选的方案里试着改一项决定。
添加更多笔记前,先确认所选模型会把数据发往哪里。笔记存在本地,不代表云端 AI 的处理也留在本地。
- 若使用聊天功能,提出笔记能回答的问题,再打开答案点名的原始笔记;也问一个笔记答不出来的问题,AI 应该坦白不知道。
- 修改一项事实后,重跑同一个问题或命令。检查新答案或写入的文件是否使用新信息。
- 若方案会保存摘要或 Wiki 页面,再单独检查它们。加上一句自己的文字,确认更新是否保留它,以及能否审核更改。
- 确认支持的文件格式、AI 工具能否使用已保存的结果,以及如何导出。
试用 Wenlan 工作流程
先连接一小组来源,问一项需要跨笔记回答的问题,再核对答案、来源与更新后的内容。
常见问题