AIGC.promo 全部 AI 工具 实战 12 讲
WorkBuddy

WorkBuddy 上手指南

三步装好、四个业态照抄、两个真跑通的案例。
全程只讲「你该说什么、它会交回什么」,不吹能力。

正在连载:WorkBuddy 实战 12 讲(已更新 5 篇)→

本页含推广链接:通过页面内链接注册,作者会获得积分奖励。以下工具用法均按实际体验写,没跑通过的不写。

先花 30 秒确认这是不是你要的
它是什么 腾讯出品的 AI 办公工作台。你下任务,它拆步骤、读写你本地的文件,交付成品文件——不是聊天给建议。
要花多久 注册 + 装客户端约 10 分钟;第一个真实任务,一个下午能出可用版本。
你会拿到什么 不是一段回答,是 .xlsx / .docx / .md / .html——能直接发出去的那种。
A · 三步上手

装好它,然后派第一个活

这三步只讲最低限度。基础操作官方自己会教、界面也会改,这里只留不容易变的东西:第一个任务该怎么选、怎么提。

1

装好,并确认它能读到你的文件

  1. 打开 workbuddy.cn 注册账号。
  2. 下载客户端并登录同一账号。
  3. 第一次派活前,指定一个本地文件夹给它读写权限。后面所有「读 ~/Downloads/xxx.xlsx」都以这个文件夹为基准。
  4. 自检:让它列一下这个文件夹里有几个 .xlsx。列得出来,说明文件读写这条链路通了。
这一步唯一值得较真的是第 3 条。不给它明确的文件夹,后面 90% 的活都跑不起来——不是它不会,是它不知道该去哪找你的表。
2

派第一个任务:选什么,比怎么说更重要

选题只有一条原则:拿自己真实的需求当第一个项目,不要拿 Todo List 练手。找一个你天天用、真的被烦到的东西——验收标准会自动变成「我用着顺不顺」,而不是「功能全不全」。

最适合当第一个任务的形态是:把一堆散的东西收成一张表。输入确定、输出可数、对错一目了然。

示例第一个任务可以这么提
读 ~/Downloads/外卖评价-9月.csv。
按「菜品口味 / 出餐速度 / 服务态度 / 包装配送」四类给每条差评打标签,
输出 issue_summary.xlsx:
  sheet1 = 按类别聚合的条数与占比
  sheet2 = 每类的高频原话 top5 + 一版回复话术
不要改动原始文件,也不要自己编数据;归类不进这四类的放进「其他」。

你会拿到:一张能直接发给店长的归因表,附带现成回复话术。

三条硬约束,在第一句话里就说死:
1. 开头就把输出格式、放在哪个目录、不许动哪些原文件写清楚——约束越具体,返工越少。
2. 一次只提一个改动,改完必须亲眼验收。它说「修好了」不算数,打开成品才算数。
3. 功能多了之后让它跑一遍回归,防止修一个碰坏三个。
3

记住这三件事,够覆盖大部分活

能力什么时候用它一句话示例
读写本地文件 批量整理类需求的主战场。它直接读你的表格和文档,交付的也是文件。 把 50 份周报 md 里的「下周计划」段落抽出来,合成一张表。
跑脚本做自动化 需要批处理、抓数据、转格式、调接口时,它会自己写 Python / Node 跑。 写个脚本把这 200 张图压到 200KB 以内,保留 webp。
自定义 skill 同一条流程要跑第二遍时,把它固化下来,下次一句话触发。 以后我说「抓公众号」,就按这个 skill 跑。

第三件最容易被忽略,也最值钱。一个 skill 就是把跑通过的流程写成一个带说明的 Markdown 文件,开头几行长这样(这是一份真跑过 72 篇的活样本):

示例skill 文件开头长什么样
---
name: wechat-mp-scraper
description: 批量抓取微信公众号某公众号的系列/全部文章正文并转 Markdown。
             当用户要「把某个公众号的文章薅下来」时使用。
agent_created: true
---

# 微信公众号文章批量抓取

## 何时用
用户要导出 / 存档某个公众号的文章。不要一开始就上浏览器——
先用下面的接口链路,通常 10 分钟内能拿全。

关键在 description 那句:它决定了什么时候会被自动触发。写清楚「用户会怎么说」,比写清楚「这个 skill 做了什么」更重要。

B · 四个业态,照抄即可

你属于哪一类,就从哪一段开始

每段都是同一个结构:典型痛点 → 怎么干 → 三句能直接复制的话。把文件名换成你自己的,其余照发。提示词均为示例,表头跟你实际文件不一致时按需调整。

🍜餐饮

典型痛点:三个外卖平台的评价散在各自后台,没人汇总;日流水躺在 Excel 里,周报靠店长手敲;改一次菜单价格要动 docx、又要动平台,容易漏改。

平台后台导出的 CSV 直接丢给它。它能一次性干三件事:把差评按归因分类并配回复话术、把流水表变成能交的周报、把菜单里的价格批量改掉并附改动清单。你不需要先学它的语法,说清「读哪个文件、输出什么表、不许动原文件」就够。

1差评归因
读 ~/Downloads/外卖评价-9月.csv。
按「菜品口味 / 出餐速度 / 服务态度 / 包装配送」四类给每条差评打标签,
输出 issue_summary.xlsx:
  sheet1 = 按类别聚合的条数与占比
  sheet2 = 每类的高频原话 top5 + 一版回复话术
不要改动原始文件,也不要自己编数据。

你会拿到:一张能直接发给店长的归因表,附带现成回复话术。

2周报
读 门店日流水.xlsx 的「9月」sheet,和「8月最后一周」对比:
营业额、客单价、订单数、外卖占比。
涨跌原因只能引用表内数据,不许推测。
生成 周报.md,末尾附 3 条下周动作(每条写清依据哪一列)。

你会拿到:一份能直接交的周报,每个数字都有出处。

3批量改价
把 menu.docx 正文表格「价格」列全部 +1 元,
另存为 menu-v2.docx,不要覆盖原文件,
并给一份改动清单(品名 / 原价 / 新价)。

你会拿到:新菜单 + 一张改动清单,方便你复核有没有漏改。

难度 ★☆☆ · 首次跑通约 30 分钟 · 之后每次 3 分钟

🏪零售门店

典型痛点:盘点表格式各家不一,差异对账靠人眼;会员数据躺在系统里没人做召回;促销方案每次都从零开始写。

盘点差异让它自动排序并给疑似原因、沉睡老客让它分层并写召回文案、促销方案让它一次出几套带成本口径的对比。这类活共同点是「规则清楚、数据在你手上」,正是它最擅长的部分。

1盘点差异对账
inventory.xlsx 里「实盘数」不等于「系统数」的行挑出来,
按差异金额降序,输出 diff.xlsx。
对差异大于 10 件的 SKU,给一行可能原因(漏扫 / 串码 / 损耗)。

你会拿到:按钱数排序的差异表,先看最贵的那几行。

2沉睡老客召回
会员消费.csv 里,近 90 天未复购、但历史消费大于等于 3 次的老客挑出来,
输出 winback.xlsx(手机号后四位 / 上次消费日 / 累计金额 / 常买品类),
并写两条不同语气的 100 字短信文案。

你会拿到:一张可导入的召回名单 + 两条能直接发的短信。

3促销方案对比
国庆促销,社区店客单价 80 元。
出 3 套方案:满减 / 第二件半价 / 会员日。
每套写清规则、成本测算口径、以及拉新和拉客单之间的取舍。
输出 promo-plan.md。

你会拿到:三套带成本口径的方案,选完就能执行。

难度 ★☆☆ · 首次跑通约 30 分钟 · 之后每次 3 分钟

🛒电商

典型痛点:上新要给 N 个平台各写一遍标题和卖点,复制粘贴到手酸;竞品价格天天变没人盯;差评里藏着产品问题,但没人分类。

参数表批量生成 listing、价格表出监控与趋势、差评分类后同时给客服话术和是否要追供应链的判断。第三件事尤其值得做——差评是最便宜的产品反馈,只是没人有空读。

1批量生成 listing
按 商品参数.xlsx 每行生成:
  标题 30 字以内(核心词 + 属性词,不堆砌)
  5 条卖点,每条 20 字以内
  详情 200 字
输出 listing.xlsx,一行一个商品,三列。
禁用「最」「第一」「顶级」等极限词。

你会拿到:一张能直接交给运营上新的表,且已规避极限词。

2竞品价格监控
竞品价格.csv(日期 / 店铺 / SKU / 到手价):
算每个 SKU 近 30 天的价格区间和降价次数,
标出降价大于等于 3 次的,
输出 price-watch.xlsx,外加一段文字趋势说明。

你会拿到:一张价格监控表 + 一段能直接念给老板的趋势。

3差评分类
评价.csv 里只挑差评,按 质量 / 物流 / 尺码 / 描述不符 分类。
每类给:占比、代表原话 3 条、客服回复模板 2 条、
以及是否需要反馈供应链(是 / 否 + 理由)。

你会拿到:一份差评分类报告,附话术和「要不要追供应链」的判断。

难度 ★☆☆ · 首次跑通约 30 分钟 · 之后每次 3 分钟

✍️自媒体

典型痛点:选题靠刷;一篇稿要改四个平台版本;推公众号草稿箱要手工重排版;历史文章散在后台里,没法检索也没法复用。

用你自己的历史文章反推选题库、一次出多平台版本、把推送流程固化成一句话触发。第三件事我们已经跑通了,就在下面案例 2,脚本和踩坑记录都在。

1从历史文章反推选题库
读 素材/ 下最近 20 篇 md,
总结我写得最多的 3 类选题与平均结构,
输出 topics.xlsx:10 个新选题
(标题 / 一句话角度 / 需补的事实 / 1500 字够不够)。

你会拿到:一份从你自己历史里长出来的选题库,不是通用爆款模板。

2一稿多平台
draft.md 改小红书版:标题 20 字内带数字、正文 600 字内、
每 3 行一换行、末尾 5 个标签,存 xhs.md。
再改知乎版:1500 字,开头先给结论,存 zhihu.md。

你会拿到:两个平台各自能直接发的版本。

3把推送流程固化成 skill
把「读 md → 转内联样式 HTML → 推公众号草稿箱 → 回写站点 articles.js」
这条流程固化成一个 skill,写进我自己的 skill 目录,
正文里记上踩过的坑(哪些接口不能混用、IP 白名单的顺序)。

你会拿到:以后一句话触发整条流程,坑不用踩第二遍。

难度 ★★☆ · 首次跑通约一个晚上 · 之后每次 1 分钟

C · 两个真跑通的案例

不是演示,是我自己天天在用的东西

两个案例的数字和坑都来自实际记录,没有一个是编的。第一个讲「它能做成什么」,第二个讲「它能替你省下什么」。

案例一 · 一个只给自己用的本地 Markdown 阅读器

一个单文件 HTML,双击就能打开,断网照常跑。里面预置了近百篇存档文章和配图,不用拖文件夹、不用起服务。

阅读器暗色主界面
暗色主界面:左侧目录、中间正文、右侧大纲
多词检索与高亮
多词检索:一次输入多个关键词,全部高亮并跳转
浅色主题界面
浅色主题:同一份内容,切主题不用重导
真实投入:第一版一个下午就出来了;但从第一版到满意跨了 4 天,有痕迹的改动 20 来次,其中 3 次是方向性返工。
两个真 bug:Markdown 表格里的字面竖线会让整张表炸掉;正则空匹配把高亮循环锁死,页面直接冻结。
它替我省的不是写代码:是「你想到了,但确定懒得写」的那部分。
它不替你判断「要不要」:功能是分块长出来的,整体一致性没人为你兜底。它说修好了不等于修好了,得自己打开看。
读全文(约 3000 字,含事实核对记录)

案例二 · 从 Markdown 到公众号草稿箱,全程不开网页后台

写一篇稿子最烦的不是写,是写完之后的排版和上传。这条链路把它压成了一条命令:Markdown 进去,草稿箱里躺着一篇排版完整的图文。

步接口干什么关键产出
1stable_token取 access_tokentoken,本地缓存 2 小时
2media/uploadimg上传正文配图换成 mmbiz.qpic.cn 的 URL
3material/add_material上传封面为永久素材thumb_media_id
4draft/add建草稿草稿箱里那篇
两个必踩的坑,知道了能省一整个晚上:
1. 正文图和封面不能混用接口。add_material 返回的 url 放进正文会被微信过滤掉,只有 uploadimg 的 url 能用;反过来,封面必须是永久素材的 media_id,临时素材 ID 不行。
2. IP 白名单有顺序。AppSecret 没启用之前,「API IP 白名单」是灰的、点不动。先启用 AppSecret,再去填白名单。
跑法先空跑,再真跑
DRY=1 node publish.mjs                 # 只生成并检查正文,不调任何接口
WX_APPID=你的AppID WX_SECRET=你的AppSecret node publish.mjs

凭证不落盘,只走环境变量。空跑那一步主要看正文切得对不对、图片有没有漏。

意外收获是最后一步:推完草稿,脚本会自动往站点首页的文章数据里追加一条,「最近文章」的卡片自己就出现了。写、发、上站是一条线,不用在三个地方各改一次。

说句实话:这条线跑通花了两个晚上,其中一个晚上在跟验证码和图片接口较劲。但跑通之后,每篇文章省下来的是 40 分钟排版。

现在就开第一个会话

注册领 2000 积分,然后从一个你真的被烦到的任务开始。
别拿 Todo List 练手。

含推广链接:通过本页链接注册,作者会获得积分奖励。以上案例均为实际使用记录。