WorkBuddy作为第二大脑执行层的实操

来源：X @BolanHsiao

第二大脑的瓶颈不在收集。Obsidian 用户通常不缺捕获方式：浏览器剪藏网页、手机输入灵感，PDF、截图、会议纪要、视频字幕都能丢进 vault，社区里也有不少 quick capture 工作流在降低记录成本 ^[0]。但记录越快，inbox 堆积越快，真正消耗精力的是第二步 ^[0]。Daily Notes 按日期排，查资料时却按项目、主题、客户、产品找；网页和 PDF 没有摘要，会议记录没有待办，视频没有知识卡片 ^[0]。知识库就这样变成只进不出的“电子仓库”，乃至“数字坟场” ^[44]。

素材的解法是给本地知识库补一个执行层。Obsidian 负责长期存放知识；WorkBuddy 读取本地文件、整理 inbox、处理文档和音视频 ^[0]，把原始资料加工成“我能判断的半成品”，最终是否进入正式库仍由人决定 ^[0]。它接手的是“资料进来以后谁来处理第一轮”这件事，而不是做一个更会聊天的 AI 插件 ^[0]。下面从分工成立的原因、最小可行版本、权限边界、三类资料的加工流程，到验收、自动化和风险边界，逐一展开。

Obsidian 为何变成资料仓库

Obsidian 适合长期存放知识：它基于本地 Markdown 文件，目录清楚，链接灵活，适合慢慢搭自己的知识结构 ^[0]。问题不在工具，而在流程断裂——资料进来以后没人做第二步处理 ^[0]。网页、PDF、会议纪要、视频字幕、临时灵感都能存进去，但这只是第一步；它能不能成为第二大脑，取决于后面有没有人持续处理、归类、复盘和筛选 ^[0]。腾讯云开发者社区里也有人在讲同一件事：大部分人的知识库就是个“电子仓库”，往里塞文章、存笔记，存完就再也没打开过 ^[44]。

第二大脑的入口是 inbox，它承担待处理队列的角色。捕获手段越顺滑，堆积越快，越需要有人（或某个执行体）定期清空它 ^[0]。

WorkBuddy 作为执行层

单独看 Obsidian，它是知识库；单独看 WorkBuddy，它是桌面 Agent 工作台 ^[0]。腾讯将 WorkBuddy 定义为全场景 AI 办公工作台 ^[45]，主打“一句话完成一件事”，直接操作电脑文件、自动跑任务 ^[47]。它读取本地文件、调用 Skills、处理文档、音频、视频和 Markdown ^[0]，也能将一整个文件夹的 PDF、表格和 URL 放在同一工作流里综合处理 ^[31]。它内置超 20 种技能包 ^[1]，兼容 OpenClaw 技能生态与 MCP 协议 ^[1,5]；国内版可切换混元、DeepSeek、GLM、Kimi、MiniMax 等模型 ^[1,47]。

在这个组合里，素材为它划分了六类任务：只读指定范围（如 00-inbox、10-sources、_templates，不扫全库）、整理归类、生成知识卡片（标题、来源、摘要、关键观点、标签和相关主题）、搜索 vault、通过微信/企微/QQ/钉钉/飞书等入口远程接任务、按时间定时复盘 ^[0]。其中远程入口有官方文档支撑 ^[2,4]，自动化定时任务也是产品能力 ^[1]。

分工的原则很明确：“我不希望 WorkBuddy 直接改我的正式笔记，也不希望它自动生成一堆看似漂亮、但以后不会再看的 Markdown” ^[0]。Obsidian 是存储层，WorkBuddy 是执行层——这个分工比“让 AI 接管我的知识库”更可靠 ^[0]。腾讯云开发者社区已有实践文章，把 WorkBuddy、Obsidian 和 IMA 组成“本地编辑中心＋云端知识中枢＋代理调度”三角协同 ^[12]，说明这不是纸面方案，而是有人在跑的真实工作流。

先跑最小可行版本

很多知识库方案失败，是因为第一版设计太复杂：一上来建十几个文件夹、设计一套标签体系，再让 AI 自动归类，最后变成新的维护负担 ^[0]。素材的建议是第一版只做三个目录——00-inbox、10-sources、_templates，就是讲“读取指定范围”时点过名的那三个 ^[0]。这个阶段不追求完整体系，只验证一件事：WorkBuddy 能不能稳定把原始资料处理成你愿意看的半成品。先别急着上自动化和 Skill，先跑 3 次看输出有没有稳定价值 ^[0]。

“只读指定范围、生成 review、不改正式库”这种用法，与官方讲可审核 AI 工作流时的拆法一致：登记输入、只读提取事实、生成分析计划、创建新报告、人工验收 ^[27]。这种顺序是这类桌面 Agent 工作流的通用做法，并非素材作者的个人偏好 ^[27]。对本地文件的处理本身不强制上传云端 ^[31]，这也是这套“先加工、后判断”流程能成立的前提之一。

权限边界依赖流程纪律

很多人不敢让 AI 整理 Obsidian，主要是怕它把知识库搞乱 ^[0]。素材给出的边界分两层：初期只允许 WorkBuddy 做有限的几件事，不允许它直接改正式笔记、批量移动删除之类。有了这个边界，它就不会变成到处乱改笔记的黑盒，只把资料加工到“可以被我判断”的程度 ^[0]。

产品层面，WorkBuddy 自带安全设计：权限隔离只访问授权文件夹、任务拆解后需用户确认执行、自动拦截高危操作、沙箱运行 ^[1]；涉及文件删除、系统配置修改、批准命令执行等操作需确认后方可执行 ^[4]；企业版还有三层纵深防御安全架构，技术防御层即沙箱隔离与权限控制 ^[24]。但更该注意官方文档里的提醒：可审核、可恢复的 AI 工作流并非简单地保留聊天记录，审计制度、事件记录和恢复规则仍需团队明确设计，不能假设产品自动承担全部治理责任 ^[27]。可审核工作流至少要保留任务标识、发起人、目的、输入版本、操作摘要、批准事件、输出位置、验证结果和最终状态 ^[27]。素材反复强调的“安全边界”本质上是自己要维护的流程纪律，装个软件不会自动获得它 ^[0,27]。

网页、PDF、会议视频如何变成 review

素材建议先跑三类资料：网页文章、PDF、会议/视频。理由是这三类最常见，结构最容易验收 ^[0]。

网页文章进入 inbox 后，由 WorkBuddy 输出到 review，输出字段固定为标题、来源、摘要、关键观点、标签等 ^[0]。这一步不让 AI 判断文章好坏，只把文章变成可扫读的半成品 ^[0]。

PDF：行业报告、产品文档、研究资料、白皮书、课程讲义经常几十页上百页，不需要一开始逐页精读 ^[0]。两条原则：长文档先提目录和摘要，不要一上来全文精读；关键数据、页码、引用来源要保留，不要让 AI 把报告改写成一堆没有来源的观点 ^[0]。官方评测框架把“证据链”列为办公文件任务的难度来源之一 ^[30]，保留出处正是这类 Agent 处理的难点。

会议、视频、音频：时间长，回看成本高。WorkBuddy 可结合语音转写、视频下载、字幕提取等 Skills，先把音视频转成文本，再生成知识卡片，包含时间戳、关键议题、待办等 ^[0]。隐私敏感的会议录音优先考虑本地转写，未脱敏的内部会议、客户材料、合同细节不直接交给在线服务 ^[0]。这条提醒有产品依据：接入第三方模型时，WorkBuddy 仅作通信链路，输入直接转发给第三方模型，处理规则按你与该第三方之间的协议执行；API Key 只保存在本地 models.json ^[28]。使用默认模型时，输入内容会由腾讯收集并发送给第三方大模型 ^[25]。数据流向由所配置的模型决定，敏感材料进流水线之前，要先想清楚 ^[0,25,28]。

两个值得先跑的场景：项目抽取与选题管道

Daily Notes 很适合捕获当天发生的事，但它按日期组织，而未来检索时经常按项目、客户、产品、主题组织 ^[0]。项目相关的碎片如果都留在 Daily Notes 里，一周后很难看出它们属于同一个项目 ^[0]。WorkBuddy 可以做一个“按项目抽取”的流程：先生成一个可审查的项目视图，你确认以后，再把有价值的内容合并到 20-projects ^[0]。

内容创作者则是另一条管道：素材不缺，问题是太散 ^[0]。不要让 WorkBuddy 直接“写爆款”，这个目标模糊，容易输出套话；更稳的做法是让它生成选题候选和支撑材料，内容最终怎么写仍然由你决定 ^[0]。两个场景的共同点是：AI 产出的都是候选，人在确认环节把关 ^[0]。

远程与自动化：只放低风险任务

远程触发是 WorkBuddy 相比普通 Obsidian 插件更有差异化的地方 ^[0]。官方将助理定义为“遥控器”：手机上发一条消息，电脑上的 WorkBuddy 自动执行，完成后把结果回传手机，支持微信、企业微信、QQ、钉钉、飞书等平台 ^[2]。通勤时找一条笔记、出差时查项目资料、会后让电脑整理录音、睡前生成明早要看的 review 清单，都适合远程 ^[0]。

远程之所以可以放开，结构上有个重要原因：远程任务固定使用助理专属文件夹，工作目录不受自由指定 ^[2]，这个默认文件夹也不支持修改 ^[24]；每一条远程指令要经过多层来源校验，涉及文件删除、系统配置修改、批准命令执行等操作需确认后执行 ^[4]。素材据此定下原则：远程只做低风险任务（查找、摘要、生成新文件），正式库修改必须回到电脑前确认；涉及删除、覆盖、批量移动时先要求预览 ^[0]。另外有两个使用前提：电脑要保持开机并运行 WorkBuddy ^[4]；接入企业微信不是零门槛，管理员需要在后台把 WorkBuddy 设为可信任应用、开启相应权限，否则扫码会被拦截 ^[3]。国际版还支持 Slack、Telegram、Discord 等平台 ^[8]。

每周复盘走自动化：如果一个流程每周都要跑，就不要每次重新发一大段指令 ^[0]。WorkBuddy 自动化支持按设定时间执行周期性任务，也能指定工作空间和输出目录 ^[0,1]，比如每周五晚上读取 inbox 和 review，生成一份 weekly-review.md ^[0]。但无人值守要更谨慎，特别是涉及文件写入、删除、对外发送时；对 Obsidian 来说，自动化第一阶段只应该生成 review，不应该直接改正式库 ^[0]。

验收标准：输出要有证据

很多人只关注“它有没有输出”，更应该验收的是输出能不能进入你的工作流 ^[0]。素材给了四句门槛：没有来源的 review 不进正式库；PDF 摘要没有页码不拿来做引用；会议纪要没有待确认问题算不完整；选题候选没有支撑材料只当灵感、不当可发布内容 ^[0]。

这与官方“可审核工作流”的思路一致：普通自动化把成功定义为产生输出，可审核工作流把成功定义为产生输出和证据 ^[27]。素材的解释是：工具会变、模型会变、Skill 会变，但知识库要能长期复用，必须保留来源、上下文和判断链 ^[0]。这个验收标准比提示词更重要 ^[0]。

命名、模板、Skill：为长期复用铺路

如果输出文件名每次都不一样，后面就很难自动化——今天叫“文章总结.md”，明天叫“AI整理结果.md”，一周后自己也找不到 ^[0]。所以先定一套简单命名规则，模板只保留必要字段；模板的第一目标是可复用，外观高级不是重点 ^[0]。模板越稳定，WorkBuddy 越容易输出可验收结果，你也越容易把流程升级成自动化或 Skill ^[0]。

升级路径按顺序走：偶尔整理一次 inbox，直接发任务就够了；每周都跑，就固定成模板；稳定跑了很多次，再沉淀成自定义 Skill ^[0]。第一个 Skill 不要做成“全能知识库助手”，只解决一个明确问题，跑稳一个再做第二个；还没手动跑明白的流程不应该直接做成自动化，还没稳定输出的自动化也不应该急着做成 Skill ^[0]。

Skill 不是 WorkBuddy 的专有概念：Obsidian 官方开源了 obsidian-skills 仓库，供 Claude Code、Codex、OpenCode 等 Agent 环境使用 ^[15]；WorkBuddy 这边兼容 OpenClaw 技能体系与 MCP ^[1,5]，把常用技能做成了点一下就能配置的开放广场 ^[6]，腾讯旗下还有收录超 1.3 万个技能的 SkillHub ^[47]。社区里也有把 Obsidian 直接连到 WorkBuddy/CodeBuddy CLI 的插件（BuddyBridge）^[56]。技能生态是开放的，沉淀下来的处理逻辑可以跟着流程走，不绑定某一家工具 ^[0,15]。

不适合纳入这套系统的内容

这套流程适合半结构化资料，不是所有东西 ^[0]。敏感资料一旦进入自动化流程，就要考虑模型调用、第三方服务、日志、同步目录和权限边界，没有脱敏之前只适合本地只读整理 ^[0]；法律、医疗、投资类资料可以让 WorkBuddy 做目录、摘要、风险清单和问题列表，但最终结论不能交给它 ^[0]；大量网页收藏不适合无差别处理，先让它生成索引、挑出值得精读的 5 到 10 条再做知识卡片，否则只是把“网页垃圾堆”变成“Markdown 垃圾堆” ^[0]；正式文件可以生成草稿和 review，但对外发送前必须人工检查 ^[0]。如果拿不准，官方建议的做法是在 WorkBuddy 里用一份脱敏副本建立试验工作流，先要求它生成计划和新文件、不覆盖源文件，由人工记录批准与验收结果 ^[27]。素材提醒，这个过程要按序执行，顺序乱了风险不可控 ^[0]。