WorkBuddy 串起文档知识库,发到企微群

— 本期实测配图

周五下午四点，你要交一份项目周报。

进度在腾讯文档那张表里，上次评审的结论在会议纪要里，还有一份背景资料你早就存进 ima 知识库了。三份东西，三个地方。

你挨个打开、登录、翻页、复制，在第三个窗口里把它们拼成一段话。拼完还要复制进企微群，@ 一下组长。

一份周报，你在四个窗口之间当了一回搬运工。 这个活本身不需要判断力，只是"把 A 处的东西挪到 B 处"——但只有你能挪，因为只有你知道东西在哪。

有人把这种现象叫「旋转椅问题」：早年呼叫中心的客服，要在几台终端之间转着椅子手抄信息。现在每个知识工作者都成了单人集成层——这两个词都出自一篇业界博客的观察，不是研究结论。

不是你在偷懒。是信息本来就分散在不同系统里，而办公的动作恰好发生在没有系统的地方。

为什么现在讲这件事

最后那条是本期最重的论据——它说明"能不能连上"不只决定快慢，还决定你拿到的答案能不能当真。

但这里有个供给缺口。 近 7 天写 WorkBuddy 开放平台的稿件清一色是观点资讯型（另镜 2.3w / 定焦One 7w+ / 子弹财经 7w+ / 科技狐 7w+），没有一篇真的动手接起来、并给出实测数字。

更说明问题的是这两组数据的反差（数据来源：WorkBuddy_爆款数据.md）：

观点稿拿到的阅读多得多（23.2 万 vs 7.4 万），但实操稿的分享率高一整个数量级（16.1% vs 1.3%，约 12 倍）。分享在公众号里约等于"我要存下来照做"——这正是本期要交付的东西。

所以这一期不讲趋势，讲一条能跑通的链路，并把每一步的实测数字摊给你看。

做这件事，通常卡在五个地方。

卡点 1：连接器配完了，然后呢？配好之后它看起来什么都没变——还是那个对话框。你不知道下一步该跟它说什么，也不知道它到底能碰到哪几个系统的数据。

卡点 2：一条指令真能同时动用几个系统吗？单系统取数好理解。但"一份活横跨三个地方"时，它是会一趟取齐，还是会挨个问你"接下来去哪个系统"？（这一条本期实测有答案。）

卡点 3：定时任务到底准不准？你设了"每天九点"，它真的九点跑吗？电脑关了怎么办？（这一条本期查到了比预想更有料的答案，见第三章。）

卡点 4：企微里 @ 它一声，结果会自己回来吗？官方说"远程控制电脑上的 WorkBuddy，结果同步回企微聊天窗口"。但"回聊天窗口"和"回到群里"是两回事——你要的是后面那个。

卡点 5：什么时候该上开放平台？现成连接器够用，还是必须自己造一条通道？这一步最容易冤枉花钱花时间。

— 本期实测配图

这一步，我们把整条链路——取数、汇总、送达到群——交给 AI。

环境（本次实测用）

— 本期实测配图

第三章第一层 · 连得上：一条指令，它自己走进两个系统

— 本期实测配图

输入：三份材料分别放在腾讯文档（两篇）和 ima 知识库（一份）。动作：发一条指令。只有一条，中间不去补话、不指路。

# 任务：汇总本周工作周报  ## 你需要做的 从下面这些地方取到材料，汇总成一份本周周报：  1. 从腾讯文档里找到《本周进度-9月第3周》和《本周会议纪要》两篇； 2. 从 ima 知识库的「tree的知识库」里找到《灯塔项目-背景与验收标准》； 3. 汇总成一份周报，包含「本周完成事项 / 进行中事项 / 阻塞与风险 / 下周计划」四段； 4. 每个数字后面标出来源材料。  ## 输出要求 把结果写成 Markdown 文件，存到当前工作目录，文件名「本周周报-9月第3周.md」。

步骤 1：它先去确认自己手上有哪几把钥匙。它先查了一遍可用的工具，确认腾讯文档和 ima 都能用，然后才动手——不是先动手再报错。

步骤 2：它自己决定从哪儿开始、怎么并行。ima 那边：搜知识库 → 列出库 → 找到那份材料 → 取正文。腾讯文档那边：搜文件 → 读出文档结构 → 取表格。

两边是并行推进的，中间没有回头问我「接下来去哪个系统」。

步骤 3：它撞上一次工具限制，并自己绕开。腾讯文档的表格单元格预览只给约 12 个字符。它没有就此交回半截内容，而是换成取整表的接口 get_table_info 把值补全——然后主动告诉你："A-15 事项名曾被截断，已取到完整值，请核对。"

我们没有提示它这么做。

产出：本周周报-9月第3周.md，2,579 字节，落在工作目录里。耗时：140 秒。工具调用 26 次。积分 1.46。你插手 0 次。

验收句：做完这步，你应该看到工作目录里多出一个周报文件，段落是齐的，数字后面带来源标注。没看到 → 大概率是两种原因：① 连接器没连上（它会在第一步就报"没找到"）；② 材料名和你说的不一样（它搜不到就不会编，会直接说找不到）。

它到底有没有真读？（这一条我们必须证明，不能靠它自述）

判断"AI 是不是真去取了数"，不能问它。我们在三份材料里各埋了暗记——只有在原文里才存在的日期、数字、人名。然后打开它落盘的那个文件，逐条比对。

证据标签 · AI 实际操作：

6 / 6 全中（2026-09-18 本机实测）。

— 本期实测配图

证据标签 · AI 输出原样：（节选，逐字）

★ 顺带说明一件事：它的取数路径可以在会话转录里逐条查到（Skill → ToolSearch → ima 四次调用 → tencent-docs 多次调用）。所以"6/6 命中"不是唯一的证据——工具调用记录本身就是它在系统里真的走过一趟的痕迹。

这一步的结论：一条指令，它自己进了两个系统，取齐三份材料，汇总成稿，还在文件里逐句标了哪句话来自哪份材料。

第三章第二层 · 跑得动：定时任务

输入：上面那条指令。动作：设成定时任务，到点自己跑。

先说结论：一次性任务准到什么程度

但「每天跑」的那种，是另一种情况

那个旧任务 12 次运行中：

其中带明确延迟的 4 次：4.3 分 / 17.9 分 / 18.0 分 / 19.2 分（中位 18 分钟）。有两次是隔天补跑的——计划 6 月 12 日 10:20，实际 6 月 13 日 10:11 才跑。

同一台机器、同一个产品，两组数字差了两个数量级。

取舍句：如果你的任务是一次性、且你人在电脑边——它很准，+1 秒，放心用。如果你是每天定时跑、而电脑会关机或休眠——别按"准点"来设计，它会在电脑恢复后补跑，可能是十几分钟后，也可能第二天。

避雷标签 · AI 这一步最容易翻车：

— 本期实测配图

第三章第三层 · 派得出：企微里 @ 一声，结果自己回到群里

这是本期最重的一层，也是你特别要求加上的。先说清楚它是什么、不是什么。

界定句：企微在这个链路里不是数据源

它是链路的两端。 不是第三个被读取的系统。

• 一端发指令：你在企微里 @ 机器人，电脑上开始干活。
• 另一端收结果：干完的东西，自己回到聊天窗口。

官方对它的定义原话是「远程控制电脑上的 WorkBuddy…结果**同步回企微聊天窗口」——一头一尾，中间那段还是电脑在干。

步骤 1：建机器人（门槛就一个）

指令句：企微后台 → 工作台 → 智能机器人 → 新建 → 拿 Bot ID + Secret → 回到 WorkBuddy 的助理设置里粘贴绑定。选连接方式时用长连接（WebSocket），别用 URL 回调——官方自己提示过"URL 回调有时效性风险，长时间未触发可能失效"。

验收句：做完这步，你应该看到助理设置页显示已绑定。没看到 → 检查 WorkBuddy 版本是否 ≥ 4.6.4。

步骤 2：在群里 @ 它派活

动作：在企微群里 @ 机器人，把上面那条周报指令发出去。

产出（本机实测）：

6/6 暗记在企微通道上也全中——说明走企微派活和走主界面对话，取数的能力是同一套。

— 本期实测配图

★ 一个和直觉相反的发现：单聊和群，是同一个它

我们原本以为"在群里 @ 它"和"跟它单聊"是两个不同的入口，各自独立。

实测：不是。两轮对话落在同一个助理会话里。

• 20:48，你在单聊里让它做那份周报；
• 21:47，你在群里问「目前工作进展是如何的？」——它答得出来，因为它记得 20:48 那件事。
• 而且它中途还主动去读了一次工作目录里的历史记忆文件来补另一条线的信息（工具调用可查）。

这意味着什么：读者最容易误解的一点是"换个群就是换一个新助理"。不是。 想隔离话题，得另起一个助理，而不是再建个群。

反面也是收益：你昨天在单聊里交代过的背景，今天在群里问它，它接得上——不用重复交代。

步骤 3：让定时任务的结果也推到企微

动作：新建一个定时任务 → 进任务详情页 → 打开「同步到企业微信 bot」开关 → 选中你那个助理的 bot。（这个开关的位置在「同步到 WorkBuddy 微信小程序」下面一行。）

— 本期实测配图

产出（端到端闭环）：

★ 它带文件。 这一点值得单独说——推送不是"告诉你我不在"，而是直接把成果递到你手边。

— 本期实测配图

步骤 4：一个必须知道的方向性问题——推送，它自己知道吗？

官方说：自动化推送的内容仅作通知发送，不会写入助理上下文，助理不会感知。

我们实测了。结论：官方说的是对的。

怎么验的：推送成功后，在群里问它："刚才你推给我的那份 AI 动态日报，第 2 条再展开讲讲。"

证据标签 · AI 实际操作：

它的第一反应不是回答，而是判定前提不成立：

然后它自己去翻：列自动化任务 → 看任务详情拿到工作目录 → Glob 那个目录 → Read 日报文件 → 补搜细节。6 次工具调用 / 41 秒才把答案凑出来。

— 本期实测配图

书面证据也在：推送记录里的会话 ID 指向的是那个定时任务自己的会话，不是你和助理的会话。

最漂亮的是一组天然对照——同一个群里、同一个它，唯一变量是"结果是怎么来的"：

结论（2026-09-18 本机实测）：自动化推送确实是单向的。 它干完的活被送到你手机上，但它自己不知道。

★ 但这里有一句实操建议，比结论本身更重要：

避雷标签 · AI 这一步最容易翻车：

第三章第四层 · 造得出：什么时候该上开放平台

界定句：开放平台是什么，不是什么

开放平台是一个"发布地"，不是一个"开发工具"。

它不是"买 API 的地方"，也不是"连接器列表的加强版"。区别在于：连接器解决"官方已经连好的系统"，开放平台解决"官方没连的、或者你想让别人用上你自己的东西"。

open.WorkBuddy.cn（2026-09-02 上线）首期开放五大生态能力：

门槛：三个你一定会关心的

— 本期实测配图

取舍句（这就是那张决策树）

一句话记住：想让 AI 用上自己东西的，现在正合适；想靠它赚钱的，先等等。

— 本期实测配图

几个参数，直接抄

• 连接方式
  ：长连接（WebSocket）。别用 URL 回调——有时效性风险。
• 推送开关位置
  ：「同步到企业微信 bot」，在「同步到 WorkBuddy 微信小程序」下方一行。
• 电脑
  ：必须保持开机并运行 WorkBuddy，否则远程派活收不到。
• 判断定时任务准不准
  ：看运行记录里的启动时间，不看产物文件上的时间戳。
• 测试取数能力
  ：必须开在空目录。

做完能得到什么

• 一条指令横跨两个系统。
   实测：26 次工具调用 / 140 秒 / 暗记 6 中 6 / 你插手 0 次，结果落盘。
• 结果能自己回到群里。
   企微派活 → 81 秒得结果；群内问进展 → 13 秒回复；定时任务推送带文件卡片到企微。
• 它取回来的东西是有据的。
   这一点单独说，见下。

关于"答案能不能当真"，本期拿到了一组很干净的对照

对比标签 · 同一步，三种 AI 用法对比：

什么情况下不适用（务必看）

— 本期实测配图

官方自己也给了句实话

把它当遥控器用，别当万能遥控器用。