Grok Bot 和 WorkBuddy 双向打通保姆级教程: 实操微信聊天记录案例

蓝哥AI·约 6 分钟阅读

2026年11月3日11月3日

文章封面：Grok Bot 和 WorkBuddy 双向打通保姆级教程: 实操微信聊天记录案例

文章目录

微信里有人丢来一张 AI 发布截图，问：「这句话是真的吗？能不能找一下原文？」

在电脑上，我把选中的微信聊天记录分享给 WorkBuddy，由它叫 Grok Bot 去查。查完以后，回到 WorkBuddy 看结论和链接。

两个 AI 用一篇私有飞书文档交接：WorkBuddy 派单，Grok Bot 把查到的东西写进去，WorkBuddy 再按编号读回来。微信聊天记录的选择和分享，都从电脑端开始。

这次用一条真实的微信图片消息做了测试。WorkBuddy 把问题交给 Grok Bot，最后在同一个 WorkBuddy 对话里读回了结论和官方链接。下面按设置、派单、看结果三步走。

1. 先建一篇只有你能管理的交接文档

在飞书新建一篇文档，叫「Grok Bot 查证回传」。标题下面空着就行。复制链接，留着给两个工具用。文档保持私有，只给要用的飞书身份授权：Grok Bot 能追加，WorkBuddy 能读。如果 Grok Bot 的云电脑还没有装好飞书 CLI，先按飞书官方入口安装并完成文档权限授权。

先不要接微信，也不用管 Webhook。先让两个工具对上同一个编号。

焚决①｜发给 Grok Bot，写一行测试

使用你云电脑上已授权的飞书 CLI，向下面这篇测试文档末尾追加一行：WB-TEST-01：回传测试通过。保留原文，不要开启公开分享。写完把文档链接给我；如果写不了，告诉我缺飞书登录还是文档编辑权限。

文档：〔粘贴飞书文档链接〕

然后在电脑打开 WorkBuddy 桌面端。把同一个文档链接发给它，让它用电脑上已授权的飞书 CLI 读出 WB-TEST-01 后面那句话。

看到 WorkBuddy 自己读出「回传测试通过」，这一步就过了。如果飞书里看得到、WorkBuddy 读不到，先检查这台电脑上的飞书 CLI 是否已登录，以及它有没有这篇文档的读取权限。Grok Bot 写得进去，和 WorkBuddy 读得出来，是两次验证。

2. 给 Grok Bot 一个接单地址

现在只差一件事：让 WorkBuddy 把查证任务送过去，不用你再打开 Grok Bot 发一遍。

在 Grok Bot 里，用同一个测试 Bot 发这段话。

焚决②｜发给 Grok Bot，建接单入口

给我建一个叫「微信查证」的例行任务，只在收到 Webhook 请求时运行，不设定时。每次收到任务编号和问题，只查公开资料，优先找官推原帖和官网。完成后用已授权的飞书 CLI，把任务编号作为标题，在下面写几句结论、官方链接和未确认的地方，追加到这篇文档末尾。不要覆盖其他任务；同一编号已经写过就不要重复。建好后告诉我在哪里找接单地址和钥匙，不要在聊天里贴钥匙。

文档：〔粘贴飞书文档链接〕

建好后，在 Grok Bot 桌面端点 Bot 头像，打开 详情 → Routines（例行任务）→ 微信查证 → Webhook。那里有 POST to（地址） 和 key（钥匙）。Grok Bot 官方说明

你可以把 Webhook 想成 Grok Bot 的接单口：WorkBuddy 把编号和问题送到这个地址，Grok Bot 就开始查。 官方文档里说的 HTTP 200，意思是「接单了」。查没查完，要去飞书看这个编号有没有出现。

把地址和钥匙填进 WorkBuddy 桌面端要调用的派单工具里。接下来先拿一个公开的测试问题派一单。看到 Grok Bot 开始查，再从 WorkBuddy 读回带同一个新编号的结果，这一步才过。具体请求怎么发，可以看文末。

3. 把微信里的一个问题交给它

比如这条 Claude 消息，截图只看得到套餐改名，用量那句话没显示完。我们只想查原帖全文和官方说明，拿到一段能核对的答案。

在电脑版微信选中要核查的消息，打开聊天记录的转发窗口，点 其他应用 → 腾讯 WorkBuddy。本文用的是电脑端的分享入口，手机端不能用这个入口导出聊天记录。WorkBuddy 桌面端聊天记录转发说明

回到 WorkBuddy 的「新建任务」。看到输入框里多了一张 「转发内容」 卡片，就说明记录已经带过来了。下图收到的是 1 条图片消息。这时还没发送任务；接下来才是贴指令、点发送。

焚决③｜发给 WorkBuddy，查这几条微信消息

看我给你的微信内容，只提炼一个公开问题。给它一个新的任务编号，用已配置的 Grok Bot 接单工具发出去。只发送编号和问题，别转发微信原文。去这篇飞书文档找本次编号，找到后在这里给我三样东西：一句结论、官方链接、没查到的地方。若这次没等到，不要拿别的任务结果顶上，也不要重发；把任务编号留给我，之后我可以再让你查一次。

文档：〔粘贴飞书文档链接〕

点发送后，WorkBuddy 读了这张图片，只把公开问题和任务编号 WB-WX-1103-01 交给 Grok Bot。Grok Bot 查完官推原帖和官方帮助中心，把结论和链接写进交接文档。

最后回到原来的 WorkBuddy 对话，看任务编号对不对、链接能不能点开。这一单读回的结论是：已验证的 Ultra 账户会逐步取消 5 小时限制，周限额仍在。

第一次自动取回时，只读了编号后面的几行，漏掉了链接。WorkBuddy 用 CLI 补读后，在原对话里拿到了完整结果。同一个编号只派了一次。如果你遇到类似情况，让它按编号读完整一节即可。

附：想知道两个工具具体做了什么

如果你跟着提示词能跑通，这段可以跳过。

派单： 向 Grok Bot 的 Webhook 地址发送一个 POST，用 Authorization: Bearer <key> 验证身份。请求里只放任务编号和公开问题，例如 {"jobId":"WB-20261103-01","question":"核对 Claude Ultra 用量规则的官方出处"}。号码每单换一个。
写回： Grok Bot 在它自己的云电脑上运行飞书 CLI。已经授权时，用 docs +update 的 append 将结果追加到同一篇飞书文档；不要覆盖全文。
取回： WorkBuddy 桌面端用这台电脑上已授权的飞书 CLI，按编号读回对应段落。飞书只保存结果；WorkBuddy 要自己去读。隔一会儿回来取也可以。

下面是两端用到的命令。两边各用自己已授权的飞书身份：

# Grok Bot：把本单结果追加到交接文档
lark-cli docs +update --as user --doc "<私有文档链接>" \
  --command append --doc-format markdown --content - <<'RESULT'
## WB-20261103-01
结论：填入本次查证的简短结果。
来源：填入实际打开的官方链接。
未确认：填入没找到的部分。
RESULT

# WorkBuddy：先按编号找到标题，记下标题块的 ID
lark-cli docs +fetch --as user --doc "<私有文档链接>" \
  --scope keyword --keyword "WB-20261103-01" --detail with-ids \
  --doc-format markdown

# 再从该标题读取整节，结论和链接都能取回
lark-cli docs +fetch --as user --doc "<私有文档链接>" \
  --scope section --start-block-id "<标题块 ID>" \
  --doc-format markdown