我大概是在三个月前开始尝试把 Workbuddy 和 Obsidian 放在同一个系统里使用的。初衷很简单我发现自己的信息和工作流已经开始失控——客户资料散在微信聊天记录里行业报告躺在网盘某个角落里竞品动态淹没在信息流中真到要输出方案的时候却发现“什么都见过但什么也找不到”。后来我一步步把收集层收敛到 Obsidian把执行层交给 Workbuddy才算真正摆脱了这种“信息都在但救不了场”的状态。这篇文章不是教你怎么装两个软件就完事而是完整记录我怎么把 Workbuddy 和 Obsidian 组合成一套“第二商业大脑”的方法。如果你也是做运营、做项目、做咨询、做投研或者任何需要频繁处理信息再输出判断的岗位这套思路可以直接参考。Obsidian 负责让知识变成可检索、可连接的资产Workbuddy 负责把资产变成可执行、可交付的动作两者合在一起才能形成从“收集”到“决策”到“行动”的闭环。1. 先拆清楚第二商业大脑到底要解决什么问题1.1 个人工作台的失控点先说一个我自己反复踩的坑。以前我用各种在线文档、备忘录、表格来管理工作信息每个工具单看都挺好但它们之间是断开的。我上午在备忘录里记了一个客户需求下午在即时通讯软件里收到同事发的报价单晚上又在文档目录里建了一个新文档三个信息都跟同一个客户相关可它们彼此不知道对方存在。等到月底复盘这个客户的时候我至少要在四个软件里来回翻整理出来的东西还是残缺的。这就是典型的“第二大脑缺位”状态。真正的商业大脑不是能存多少信息而是能在需要的时候把相关信息自动串联起来。如果信息之间没有连接存储量再大也只是数字仓库不叫大脑。后来我开始刻意把工作流拆成四个环节收集、整理、决策、执行。收集是指任何信息进来都有固定入口整理是指信息被沉淀成结构化笔记决策是指我能从已有信息中快速得到判断依据执行是指决策结果能转成具体的任务、文档或业务动作。这四个环节里早期我死在“整理”和“执行”上但市面上大多数工具只解决其中的一两个环节。1.2 把“第二大脑”拆成四个模块要搭一套真正能用的系统第一步不是下软件而是先验收自己的痛点在哪。我对第二商业大脑的定义很简单它是一个能存储商业知识、能自动连接相关信息、能辅助分析判断、还能驱动外部动作的外部系统。用模块来分的话大概是这样的收集层统一收件箱。不管是网页摘录、微信文章、临时想法、会议纪要全部先进同一个位置知识层存放项目资料、客户档案、行业报告、复盘文档知识之间通过标签和链接形成网络分析层基于知识层内容做归纳、对比、趋势判断。这一层过去需要人肉完成现在可以让 AI 辅助执行层把分析结论转化为具体产出比如周报、邮件、业务脚本、接口测试用例我现在的做法是Obsidian 覆盖前两层Workbuddy 承载后两层的大部分重复性工作中间的连接靠 API 和文件路径完成。1.3 为什么是 Workbuddy Obsidian 而不是别的市面上的选择其实很多有 All-in-One 类工具有纯笔记软件有独立的 AI 对话工具还有各种低代码自动化平台。我最后选了 Workbuddy 和 Obsidian核心原因有三点。第一Obsidian 的数据全部存在本地 Markdown 文件里没有厂商锁定风险。商业资料不比个人日记如果哪天软件停止维护或者账号被封至少文件还在自己手里换个工具仍然能接着用。第二Obsidian 的插件生态非常强Dataview、Templater、Excalidraw 这些插件解决的是“让笔记变成数据”的问题这在别的笔记软件里很少能这么自由。第三Workbuddy 提供的是一个偏“智能体”式的工作环境可以把大模型能力封装成可重复执行的技能正好补上 Obsidian “只存不执行”的短板。我见过不少人只用 Obsidian 做知识管理结果坚持不到三个月就放弃因为记笔记这件事本身不产生直接价值必须靠后续任务把笔记调动起来。反过来只依赖 AI 工具也不行它没有你过去的项目积累和商业上下文每次都从零开始答案往往泛泛而谈。两者结合才是“记忆 推理 行动”的完整结构。2. 工具角色定位与选型逻辑2.1 Workbuddy 到底是什么能干什么第一次听到 Workbuddy 这个名字的人很容易把它跟某个聊天机器人搞混。我这里说的 Workbuddy是一类面向业务场景的 AI 工作台工具不同版本形态可能不同但核心逻辑是一致的它接收任务描述调用大模型或外部 API按照你预设的流程去执行最后返回结果。你可以把它理解为“数字员工”而不是“AI 客服”。比如我想研究一个行业里近三个月的融资事件在纯对话工具里要反复问问题然后自己复制粘贴整理。用 Workbuddy 的话我可以定义一条 skill输入行业关键词自动去检索公开信息按时间排序过滤掉金额过小的条目最后输出成表格并保存到指定笔记。整个过程不需要我盯着执行完检查一下结果就行。Workbuddy 还适合做接口自动化测试这类偏工程的任务。过去我们验证一个接口是否正常要写脚本或者用 Postman现在可以让 Workbuddy 读取接口文档自动生成测试用例跑完再把结果整理成报告。这类重复性工作一旦沉淀成 skill就等于把“做事的方法”固化下来下次换参数就可以重跑。2.2 Obsidian 在知识管理里的独特位置Obsidian 最核心的设计是本地 Markdown 文件 双向链接。你每记一条笔记就是一个普通的 .md 文件这意味着数据库层面的东西基本不存在文件系统就是全部。双向链接让笔记之间能互相引用点一个客户名字就能看到所有涉及这个客户的会议、邮件、决策记录。它另一个大杀器是 Dataview 插件。Dataview 能把你笔记里的属性当成数据库字段来查询把散落各处的信息实时聚合成表格。比如我在每篇客户记录的 YAML 区域里写了客户名称、项目阶段、下次跟进日期那 Dataview 就能自动生成一张“所有需要本周跟进的客户”清单新记录一保存表格自动更新。在 Obsidian 里我还特别喜欢它的文件组织自由度。你可以按文件夹分类也可以完全靠标签组织甚至两种混用。它不会像传统笔记软件那样强加目录结构给你但自由的前提是你要有自控力否则笔记就会变成一锅粥。2.3 为什么不建议只用单一工具经常有人问我既然 Workbuddy 已经能做很多事情了为什么还要 Obsidian反过来Obsidian 里也有各种 AI 插件为什么还要 Workbuddy我个人的体会是AI 执行工具需要“知识底座”笔记工具需要“行动出口”两者缺一不可。纯用 Workbuddy 类工具你每次启动一个任务都要把背景资料重新喂一遍既浪费 token质量还不稳定。而 Obsidian 沉淀的是你长期积累的业务上下文这些上下文才是让 AI 回答有差异化的关键。比如同样让它写一个客户拜访计划没有历史库的 AI 只能写出通用版有了你过去五年对这家客户的记录它至少能提醒你“这个客户的决策链里上次说预算要审批到五月这次方案要带上分阶段报价”。反过来纯用 Obsidian 不接 AI整理信息这件事需要大量手工劳动标签要人打关系要人建日期要人维护这种维护成本是很高的。Workbuddy 可以帮你自动化完成一部分“整理”和“更新”动作比如定期检查笔记里过期的截止日期生成待办清单。所以这两个工具的定位不是重复而是互补。3. 搭建 Obsidian 知识库底座从安装到规范化3.1 Obsidian 下载安装的注意事项下载本身没有什么难度到 Obsidian 官网选对应系统的安装包即可。不过很多网友反馈下载过程很慢Obsidian 的安装包托管在境外服务器速度取决于网络环境。我的建议是避开高峰时段下载如果中断了就重新下载安装包本身不算大一般不会反复失败。装完之后第一件事是用自己的坚果云或者 Git 远程仓库做备份别急着配一堆插件。Obsidian 的收费问题也是大家问得比较多的。基础功能笔记、双链、图谱全部免费官方有商业使用授权个人用它做工作知识库完全不需要付费。需要钱的是官方同步服务和 Publish 服务但如果你愿意折腾用 Git 加仓库托管也能实现多端同步不一定非要开通官方 Sync。3.2 文件夹结构与命名规范Obsidian 不需要复杂结构但对于商业场景刚起步时一定把文件夹定好。我自己用的结构很简单但执行得很彻底0-Inbox 所有临时信息先扔这里 1-Projects 按项目分一个项目一个子文件夹 2-Areas 按长期职责分比如客户关系、财务管理、团队管理 3-Resources 按知识主题分比如行业报告、产品资料、模板库 4-Archive 已结束或淡出的内容这套结构借鉴了 PARA 方法但不完全照搬。关键在于“Inbox”必须存在它解决了收集问题你在外面看到一篇好文章或灵光一闪不需要马上决定它属于哪个文件夹先丢进去每天固定时间集中清理。没有 Inbox 的人很容易陷入“不知道放哪就不记”的困境。命名规范我推荐“日期 对象 内容类型”的格式比如2025-05-12 客户A-报价评审.md。文件一旦多了靠搜索找东西时这种命名能让你在搜索结果里就看出文件大致内容不用一个个点开。项目编号我习惯用客户简称或内部代号尽量避免用拼音缩写时间一长根本看不懂。3.3 核心插件清单与配置思路Obsidian 的插件是它的灵魂但新手最容易犯的错就是装一堆插件结果维护成本爆炸。我整理了自己长期开启的五个核心插件基本覆盖商业工作台的主要需求。插件作用使用频率核心心得Dataview把笔记变成数据库每天配合 YAML 属性才能发挥威力Templater自动填充模板每天最值得投入时间学习的插件Excalidraw画业务流程图、架构图每周需要配合对齐技巧Calendar日记和日程入口每天和 Templater 联动很好用Local REST API让外部工具访问库内文件常态化Workbuddy 接入 Obsidian 的重要桥梁插件安装方面有网友反映 Obsidian 的插件市场经常加载不出来。如果遇到这种情况不用慌可以直接去插件的 GitHub 仓库下载发布包然后在 Obsidian 设置路径中选择“第三方插件”的手动安装方式把 zip 文件解压到库根目录的.obsidian/plugins对应文件夹里重启就能用。这种方式不依赖内置市场的网络状态。3.4 用 Templater 建立日常模板Templater 是 Obsidian 社区里一个模板增强插件。它的核心能力是往模板里插入变量比如今天的日期、当前文件名、甚至是通过 JavaScript 计算出来的动态内容。我在库里建了三种高频模板会议记录模板、客户跟进模板和周报模板。拿客户跟进模板举例我会在 YAML 区域写上--- 客户名称: 项目阶段: 上次联系: 下次跟进: 2025-05-20 跟进状态: 待跟进 --- ## 沟通要点 ## 客户反馈 ## 下一步动作每次新建文档Templater 会自动弹出日期并生成上次联系时间。写一段时间后Dataview 就能通过“上次联系”和“下次跟进”字段自动汇总出“今天该盯哪些客户”相当于让笔记自动履行了 CRM 的部分职责。这套机制我刚搭完时还很怀疑用了两周后确认它不止是好看是真的能减轻每天开机后想“我今天要干什么”的脑力消耗。4. 让笔记真正变成可用的知识资产4.1 用 Dataview 把散乱信息变成实时报表如果说 Obsidian 是一座图书馆那 Dataview 就是这个图书馆的检索系统。它不是搜索关键词那种模糊匹配而是像 SQL 一样按条件把笔记中结构化的信息筛选出来然后实时渲染成列表或表格。举一个我每天都在用的例子。我每谈完一个潜在合作方都会按模板建一条笔记在 YAML 里写上合作状态初识、已沟通、方案中、合作中、已暂停。这个状态下有一个文件我新建的查询代码TABLE 客户名称, 项目阶段, 下次跟进, 合作状态 FROM 2-Areas/客户关系 WHERE 合作状态 方案中 OR 合作状态 已沟通 SORT 下次跟进 ASC保存这段代码后Dataview 会自动生成一个动态表格列出所有还在推进但没进入稳定合作的对象按照下次跟进日期由近到远排列。我每天早上一打开 Obsidian Dashboard扫一眼这个表就知道当天要跟谁联系。过去这种工作要靠人肉看 Excel现在完全自动。要发挥 Dataview 的价值笔记的 YAML 属性必须统一。比如“客户名称”这个字段在一些笔记里写全称一些写简称查询结果就会断裂。我在规范里要求所有客户笔记一律使用公司注册名称作为“客户名称”值同时允许正文里使用简称这样查询结果始终保持一致。4.2 Excalidraw 绘制业务流程的实操技巧Excalidraw 是 Obsidian 里一款非常顺手的绘图插件我主要用它画业务流程图、客户决策链图和系统架构草图。它比专业画图软件轻量但画出的图完全存在本地还能用双向链接把图里的元素和笔记连接起来这一点对商业知识库非常友好。很多新手用 Excalidraw 时最崩溃的是对齐问题。画布上几个盒子歪歪扭扭箭头连不上。我的经验是先把所有要画的元素拖到画布上不要边放边连最后统一处理位置。选中多个元素后用工具栏里的对齐分布功能一键整理要让两个元件快速连接可以按住 Shift 再拖箭头Excalidraw 会自动吸附到最近的锚点比鼠标硬怼准很多。另一个技巧是用“盒子 颜色”区分层级。我的习惯是客户用蓝色系内部动作用绿色系风险点用红色系这样一张流程图里就算不看文字也能快速判断哪部分是外部角色、哪部分是内部流程、哪里有卡点。画完图不要孤立存在我会在图下方写一段说明文字把这张图要表达的结论写清楚。日后回看图是骨架文字才是灵魂。4.3 链接管理双向链接和标签怎么配合Obsidian 的双向链接是网上被讲得最多的功能但真正用好的细节反而不多。我现在的做法是标签管维度链接管关系。标签用来表达“这是什么”比如 #客户、#风险、#复盘链接用来表达“与什么相关”比如某条项目笔记里链接到对应的客户笔记和负责人笔记。一条笔记我会限制标签数量在三到五个以内过度打标签会让标签体系失去作用。链接则尽量多凡是正文里提到一个值得展开的对象就用双方括号包起来变成链接。这样做的好处是当你打开客户笔记时右侧面板会自动展示所有链接到该客户的笔记你不需要去文件夹里翻就能顺着网状结构找到所有相关上下文。我也会定期清理孤立笔记。Obsidian 的图谱插件里可以查看没有任何链接的笔记这些笔记往往是被随手扔进 Inbox 后忘记归类的处理方式很简单要么补充链接要么删掉。商业笔记的价值在乎被调用不承担“备份所有东西”的职责。5. 接入 Workbuddy把知识库变成工作台5.1 Workbuddy 安装与连接的基本思路Workbuddy 本身的安装和配置在不同版本里差异较大有的是桌面客户端有的运行在服务器上有的可以部署到本地容器。但通用步骤基本一致先安装对应版本再配置模型 API 密钥然后在工作台里建立连接。配置模型 API 的时候我建议先用自己的实际业务问题跑一个最小测试确认通顺后再去扩展技能避免一开始就陷入复杂的参数调优。接入 Obsidian 的时候我会用 Local REST API 插件把 Obsidian 的保险库暴露成一个本地 HTTP 服务。Workbuddy 通过这个服务的接口读取指定笔记、搜索关键词、新增或修改文件。相当于把 Obsidian 变成了 Workbuddy 的“长期记忆硬盘”。如果在团队里多人协作则不建议直接开放本地接口应该把 Obsidian 库同步到共享文件系统再让 Workbuddy 去读文件路径。我最常被问到的问题是关于 API 和密钥的安全。无论 Workbuddy 还是 Obsidian 插件都涉及本地服务或云服务的访问权限。个人使用时尽量给 API 密钥设置最小权限不要用主账号密钥能只读就只读能限定 IP 就限定 IP。本地服务如果不需要外部访问监听地址就设为 127.0.0.1不要暴露到局域网之外。5.2 Skill 是什么怎么设计自己的第一个技能在 Workbuddy 工作流里skill 可以理解为一套预先编排好的任务手册。你不需要每次重新描述工作方法只需告诉 Workbuddy“执行哪个 skill”它就会按既定步骤去调用模型、检索资料、处理文本并输出结果。这很像给 AI 写了一份 SOP。设计 skill 的核心原则是先定义输入再定义输出最后才写过程。我的第一个技能叫“客户动态调研”设定如下name: 客户动态调研 description: 读取 Obsidian 中的客户清单检索近一周动态并生成摘要 inputs: - 客户名称 - 调研周期(默认7天) steps: - 从 Obsidian 读取客户笔记 - 根据笔记中的行业关键词检索公开信息 - 过滤掉重复信息按重要程度排序 - 生成结构化简报保存到 2-Areas/客户动态 outputs: - Markdown 格式调研简报这套技能看起来不复杂但生成之后每个有客户关系管理需求的人都能直接受益。调研 KOL、竞品动向、政策变化都可以套用类似流程核心方法是先在本地笔记里定位自己的关注点然后再让 AI 去外部找增量。你不需要把观察的标准写得很长但至少要明确“不想要什么”比如过滤广告号、过滤不带来源的传闻否则模型检索出来的结果很容易变成一堆噪音。5.3 三个典型业务场景的流程拆解场景一接口自动化测试。之前我负责过一个项目每次发版都要人工验证十几个接口的返回码和字段格式。后来我把接口文档整理到 Obsidian 的资源区Workbuddy 按文档里的路径和参数生成测试用例调用接口后自动断言关键字段异常项单独写入“风险清单”。整个流程从原来的一个小时压缩到十分钟以内人只需要看一眼异常清单判断是真 Bug 还是测试环境问题。场景二行业周报生成。每周五下午我会让 Workbuddy 读取这一周新增的行业笔记和网页摘录按“政策动向、头部玩家、供需变化、我们的应对”四段结构生成草案。我拿到草稿后只做筛选和补充判断而不是从零开始写。有时候 AI 写出来的判断并不完全准确但因为素材全部来自我的知识库它的初稿比通用大模型的回答更有针对性。场景三项目复盘自动化。项目结束后我会把过程中产生的会议记录和关键决策笔记整理进一个文件夹。Workbuddy 读取这些笔记按“目标回顾、结果对比、原因分析、经验沉淀”结构输出复盘初稿。这个动作的价值在于强制复盘文档被生成因为只要材料齐了输出是自动的人更容易迈出复盘这一步。5.4 从“工具连接”走向“业务流程闭环”连接工具的最大难点不是技术而是流程设计。如果你只是把 Obsidian 当一个文件柜、Workbuddy 当一个人工助手那它们之间仍然是两条平行线。真正的闭环应该是Obsidian 中的信息变化触发 Workbuddy 行为Workbuddy 的产出再回写 Obsidian。我现在的一套固定节奏是这样每天早上先查看 Obsidian 中 Dataview 生成的今日清单晚上把当天新增沟通记录填入对应客户笔记每周让 Workbuddy 根据客户笔记生成周报草稿和下一步提醒。Obsidian 是记录事实的地方Workbuddy 是基于事实做推理的地方推理结果会更新 Obsidian 里的事实。长此以往这个循环会变成一个越用越厚的数字资产而不是一次性项目。关于本地部署我自己处在“笔记本地化服务按需部署”的混合状态。核心财务数据和客户沟通记录绝不放进不可控的第三方系统行业公开信息和半公开信息可以交给云服务处理需要批量计算的场景才考虑调用重型模型。这种分级策略比一刀切“全部上云”或“全部本地”都好用。6. 常见问题与排查技巧实录下面这些问题是我在实际搭建和使用中遇到的也在网上经常看到别的使用者吐槽。整理成一张速查表方便直接照着排查。问题可能原因解决思路Obsidian 客户端下载速度很慢安装包托管在境外服务器错峰重试或等网络空闲时段下载不要频繁中断Obsidian 插件市场打不开内置市场网络连接不稳定从插件 GitHub 仓库手动下载 zip 本地安装Dataview 表格查不出数据YAML 字段名不一致或属性层级错误检查每篇笔记的字段名是否完全一致关键词加引号双链没有显示在关系图谱里链接文本与实际笔记名不一致用双方括号完整输入目标文件名避免用别名Excalidraw 元件无法对齐不懂用对齐工具选中多个元件用顶部对齐分布功能统一处理Workbuddy 调用接口报 401API 密钥失效或权限不足重新生成密钥确认作用域和 IP 白名单Workbuddy 读取不到 Obsidian 笔记本地 REST API 未开启或端口占用检查插件是否启用测试 127.0.0.1:27123 连接手机端无法同步最新笔记没有同步方案或冲突未解决固定一种同步方式遇到冲突以最近修改为准笔记数量多了以后打开卡顿插件过多或图片等大文件积压控制大数据附件定期清理无用的历史版本6.1 Obsidian 下载和同步的亲身踩坑很多人卡在第一步Obsidian 下载太慢。我自己第一次下载同样慢得像蜗牛后来发现选择合适的时间段避开晚高峰或者换个浏览器默认下载方式基本都能改善。至于同步我最早用了官方 Sync速度快、省心但价格不便宜后来为了省钱切换到 Git 加远程仓库结果在手机上频繁遇到冲突提示。如果你主要工作场景是 Windows 电脑加手机阅读还是建议购买官方 Sync 或者用成熟的第三方同步工具别把精力浪费在解决同步冲突上。6.2 Dataview 查不出数据的隐藏原因Dataview 这类工具的学习曲线不高但坑非常通用你的 YAML 字段名或者值格式稍微不一致查询就找不到结果。我会建议所有模板在创建时就固定字段枚举值并且通过 Templater 的内置表单输入避免手打。比如“合作状态”字段只允许填“初识、已沟通、方案中、合作中、已暂停”这几个值Dataview 写WHERE 合作状态 “方案中”时才能稳定命中。如果结果里缺失某条笔记第一反应不是怀疑查询语句而是去看那篇笔记的 YAML 是否合法、属性是否对齐。6.3 Workbuddy 用不起来多数是因为没有“足够好的输入”很多人装好 Workbuddy 后让它做一件事结果不满意就说“这个工具不行”。我观察下来大部分时候是被调用的知识库不够结构化。比如你想让 Workbuddy 帮你做客户分析它在 Obsidian 里找到的客户笔记如果都是大段叙事文字没有统一的属性字段AI 也没法给你做出清晰的对比表。所以我会先花时间把少量高价值客户的信息按统一模板整理好只整理十来个之后 Workbuddy 输出的质量就会有质的提升。这个规律跟人脑一样输入决定输出。6.4 多设备使用的正确打开方式如果你和我一样白天在办公室用电脑通勤和开会时用手机查看笔记那一定要提前规划好三件事同步方案、插件降级策略和阅读专用模式。手机端 Obsidian 可以关闭一些重插件比如 Dataview 和 Excalidraw 只在电脑端启用手机上只做搜索和阅读。否则每次手机打开库都要等插件加载体验会非常糟糕。Workbuddy 的操作我几乎只在电脑端执行手机端只验收结果这样既安全又高效。现在回到这套系统的核心思路Obsidian 负责帮你把信息变成有结构、有连接的知识Workbuddy 负责让知识动态流动起来变成可执行的任务和产出。真正拉开人与人差距的其实不是某一个工具用得有多熟练而是你能不能把自己的工作方法沉淀成一套可复用的流程。我踩过那么多坑之后最想分享的一点是先别贪多把一条最常用的业务线跑通——比如客户记录加周报生成——然后逐步扩展远比一开始就搭一个庞大但是维护不起的系统要现实。