跳到主要内容
Wenlan

选型指南

AI 第二大脑:选 App,还是自己搭建?

先看笔记如何变成实际成果,再比较 Claude Code/Codex、可选配 AI 的 Obsidian,以及文澜维护的 Wiki。

Qi-Xuan Lu更新 10 分钟阅读

01

为什么用 AI 第二大脑?

如果你存了不少笔记,写提案或整理项目进度时却还是得从头翻找,第二大脑就是为了让这些资料能再次派上用场。这篇会把几份笔记变成一份项目更新,再把这次的经验用在下个项目。

第二大脑是一套把知识存在脑外、之后能找回来使用的方法。这延续了个人知识管理(PKM):留下想法、串起关联、提炼重点、做成成果。AI 能分担整理和起草;你补上背景,决定采用什么。

个人知识管理的四个画面:保存书中片段、把笔记连到项目、提炼重点、完成作品。靛蓝色的麦克风、连线、放大镜与草稿表示 AI 可以帮忙之处;人的双手仍在选择、整理和修改。

1 · 留下有用的想法

2 · 串起相关笔记

3 · 提炼关键重点

4 · 变成实际成果

AI 帮忙:语音转成笔记

AI 帮忙:建议内容关联

AI 帮忙:综合多份资料

AI 帮忙:用笔记起草

PKM 的循环还在。AI 可以分担工作;留什么、怎么用,仍由你决定。有用的成果存回去,下个项目就能接着用。

概念示意,参考 Tiago Forte 的 CODE · Ron Forbes

已经了解概念?直接比较三种做法

02

把几份笔记整理成项目进度更新

想象同事问:“我们还会按原定日期上线吗?”你手边有项目简报和通话笔记,也记得计划后来改过。现在你得把线索串起来,告诉对方接下来该怎么做。

我们让 Claude 连接 Wenlan 里的五份虚构项目笔记,请它起草进度更新。我想得到的是同事能拿来做事的说明,也要交代哪些事还没决定。

  1. 1. 提供几份相关笔记给 AI

    不连接 App 也能先试试这个做法:把同一个项目的两三份简短笔记贴进一个你愿意分享这些内容的 AI 聊天工具。保留笔记名称和日期。还没有笔记?先写下你知道什么、需要做哪项决定,就足以开始第一次尝试。

  2. 2. 提出一个你确实需要答案的问题

    先问哪项决定已获批准,再打开答案依据的原始笔记。这个例子批准的日期是 2027 年 1 月 14 日。价格还没决定,答案也应该保留这一点。

    发给 AI:核对上线计划

    批准的上线日期是哪一天?哪些事还没决定?请列出用到的笔记,指出相互矛盾的内容,不要补上未记录的决定。

  3. 3. 整理出真正用得上的内容

    接着我们请 Claude 起草一份简短更新,列出上线日期、已确认范围和待决事项。以下是它实际输出的中文翻译:

    • 上线日期:批准于 2027 年 1 月 14 日上线,预留时间进行数据导出审查。
    • 已确认范围:电子邮件、app 内帮助和电话支持;数据可导出为 CSV。
    • 待决事项:价格。尚未批准任何价格。
    Claude 实际草稿:2027 年 1 月 14 日上线以完成数据导出审查;电子邮件、app 内帮助和电话支持,并提供 CSV 导出;价格仍未决。来源:decision-2026-10-15 和 review-check-2026-10-22。

    滑动图片,查看放大后的细节。

    打开原图
    Claude 根据五份虚构项目笔记写出的草稿。注意它保留了未定的价格,也列出来源。
查看我们使用的 Wenlan 设置流程

03

把这次的经验用在下一个项目

刚才的更新回答了眼前的问题。这些笔记也能帮你想清楚:下次可以怎么做?我们用 Codex 接着试了一次:

  1. 1. 问出下次值得注意的事

    我们把相关笔记片段和核对过的更新贴给 Codex,问下次宣布上线前该确认什么。它把事实和建议分开,提醒我们确认批准日期、范围,以及尚未决定的价格。

    发给 AI:整理下次的检查清单

    下次宣布新项目之前,我该确认什么?根据这些笔记提出三个问题,分清事实和建议;不要把这次项目的决定套到下个项目。

  2. 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. 3. 在新对话里用这份笔记

    我们只把这份清单交给 Codex,换成另一个还没有批准计划的虚构项目 Harbor。以下是它的提问(中译),没有把 Cedar 的日期或范围照搬过来:

    • Harbor 应提出什么目标与预定日期?
    • 哪些范围与价格需要提案批准?
    • 对外分享计划前,谁负责确认每个未决事项?
查看示例笔记与保存的检查清单(英文 .md)

04

打造 AI 第二大脑的三种方式

上线日期改了,哪份已保存的摘要也需要跟着改?我们比较的是:在哪里做事、结果存在哪里,以及由谁维护。

我们开发 Wenlan。下面说明我会怎么选:直接请 AI Agent 处理文件、留在 Obsidian 自己整理,或使用专门维护 Wiki 的 App。

选择理由: 你想自己决定 AI 如何读取、编写和整理文件。

笔记更新时: 把改过的笔记交给 Agent,请它更新项目摘要。

结果存放位置: 文件夹里的 Markdown 文件,可以直接打开或编辑。

你持续要做的事: 维护指令和文件整理方式,检查 AI 的修改。

选用工具包的演示

选用工具包的演示:/obsidian-save 将一段指令存成互相链接的笔记。作者演示素材来源与授权
设置细节

让 Agent 读取文件夹,再告诉它要读什么、写什么。工具包可提供现成命令和整理规则,但不是开始使用的必要条件。

每张画面是不同的使用例子。选一种做法,查看它怎么运作。

05

已经在用 Obsidian?Wenlan 多了什么?

继续在 Obsidian 写会议笔记就好。文澜会读取连接的笔记库,不移动或改写原始文件,再把相关内容整理成独立的 Wiki 页面,附上原始笔记链接。

假设会议改了上线日期,文澜会追踪哪些 Wiki 页面引用了这份笔记,并准备更新,你不用逐页找出来。现有的链接、搜索或插件如果已经够用,就继续用它们。

连接你的 Obsidian 笔记库

06

哪些更新会自动完成?

改过的笔记同步进文澜后,后台维护就能为依赖它的页面准备更新:

  • AI 维护、未被你编辑或锁定的页面:草稿通过文澜的引用检查后,可以自动更新。
  • 你创建、编辑或锁定的页面:先提出修订。接受前会保留原文,你也可以跳过这次更改。

如果引用检查没通过,文澜会保留当前页面。这项检查比对来源文字的支持程度,不保证每个结论都正确;重要决定仍要回到原始笔记核对。

在设置里选择 AI 服务,为后台整理与 Wiki 页面生成指定模型,并启用后台维护。文澜需保持运行,模型也需可用;更新不会立即完成。

设置后台维护与页面审核

07

先用一项决定试试看

把整个资料库搬进来前,先在你选的方案里试着改一项决定。

添加更多笔记前,先确认所选模型会把数据发往哪里。笔记存在本地,不代表云端 AI 的处理也留在本地。

  • 若使用聊天功能,提出笔记能回答的问题,再打开答案点名的原始笔记;也问一个笔记答不出来的问题,AI 应该坦白不知道。
  • 修改一项事实后,重跑同一个问题或命令。检查新答案或写入的文件是否使用新信息。
  • 若方案会保存摘要或 Wiki 页面,再单独检查它们。加上一句自己的文字,确认更新是否保留它,以及能否审核更改。
  • 确认支持的文件格式、AI 工具能否使用已保存的结果,以及如何导出。

试用 Wenlan 工作流程

先连接一小组来源,问一项需要跨笔记回答的问题,再核对答案、来源与更新后的内容。

常见问题

使用 AI 第二大脑一定要会写代码吗?+
不需要。你可以先把几份笔记贴进 AI 聊天工具。Obsidian 不用 AI 就能写笔记和建立链接,插件是选配;文澜则提供管理来源和维护 Wiki 的界面。Claude Code 或 Codex 能帮你处理文件,但指令和修改仍由你管理、检查。
我可以保留 Obsidian 笔记吗?+
可以。文澜的来源连接会读取 vault,不移动或改写原始笔记。你可以继续在 Obsidian 写作、选择加上 AI 插件,或连接文澜来维护 Wiki。

分享这篇指南