你有没有遇到过这种情况:每天刷到不少值得写的内容,顺手点了收藏,可真正坐下来写 X 长文时,还是盯着空白页,不知道今天该写什么?

我自己就经常这样。不是没有素材,而是素材散在视频收藏、聊天记录和本地笔记里。真要动笔,还得重新找视频、下载、转写、做笔记、整理观点、挑选题;文章写完后,又要搬进 X Article 编辑器,检查标题、列表、图片和表格。

每一步都不难,但来回切换工具特别消耗注意力。中间只要被别的事情打断一次,这条素材就很容易再次躺回收藏夹,变成一篇“以后再写”的文章。

我想要的其实很简单:刷到的素材能自动进选题库,每天把最值得写的那一条推到我眼前。我负责判断和写作,写完以后,再把文章送进 X 草稿箱。

刚好这次我看到飞书可以接进 WorkBuddy:飞书妙记负责转写,多维表格负责存素材,WorkBuddy 可以读表、整理内容并定时推荐。于是我没有只看功能介绍,而是拿一条真实素材,从头到尾实操了一遍:

公开视频 → 飞书妙记转写 → 多维表格入库 → WorkBuddy 每日推荐 → Obsidian 审稿 → X Article 草稿。

下面按我实际操作的顺序,把整套方法拆开。

先看清楚:四个工具各做什么

我给每个工具只安排了一件事:

  • 飞书多维表格保存素材、选题和状态;
  • 飞书妙记把视频或音频变成可检索的文字;
  • WorkBuddy 负责读取、整理和定时推荐;
  • Obsidian 负责写稿与终审,再由插件把文章送进 X Article 草稿箱。

我最后跑出来的顺序是:先把素材存进飞书,让 WorkBuddy 每天挑题;我在 Obsidian 里写完、改完,再用插件送进 X 草稿箱。文章发出去以后,数据还可以写回飞书,留给下一轮选题参考。

先把飞书账号连对

打开 WorkBuddy,进入:

专家·技能·连接器 → 飞书 → 连接

这里要用到多维表格、文档、云空间、妙记和知识库。碰到登录、二维码、验证码或 OAuth 授权,只能由账号本人操作。

我们在这里绕过一次弯路。第一次创建飞书 CLI 应用时选错了账号,切到正确账号授权后,页面提示当前账号没有这个应用的使用权。

处理起来并不复杂:

  1. 在本机断开原来的飞书 CLI 连接;
  2. 登录准备长期使用的飞书账号;
  3. 在这个账号下重新创建 CLI 应用;
  4. 完成所需权限的授权;
  5. 重启 WorkBuddy,再读一次测试表。

旧账号下的云端应用不必急着删除。只要本机断开旧连接,再绑定正确账号即可。

还有一点很容易误判:界面显示“飞书已连接”,只能说明授权流程走完了。能从指定表格里读出那条真实记录,连接才算可用。

用一张小表开始,不要一上来建数据库

我先建了一个私有测试知识库,关闭公开分享,然后创建多维表格“爆款管理(教程测试)”,其中的数据表叫“视频选题库”。

实操时用了 12 个字段:

我最后保留了这 12 个字段,但第一次练习完全没必要照抄。先建标题、来源链接、核心观点、状态和入库时间,就够你把流程跑起来。

如果以后专门做 X Article,再补目标读者、文章角度、草稿链接、正式链接和复盘结论。字段少一点没有关系,名字和格式保持稳定更重要,否则 WorkBuddy 每次都要重新猜数据应该放在哪里。

把第一条视频送进选题库

我拿来测试的是一条YouTube上已获授权的公开视频:

Claude Design: Everything You Can Build in 16 Minutes (5 Real Use Cases)

我先下载音频,上传飞书云空间,再创建飞书妙记。逐字稿生成后,WorkBuddy 根据内容提炼观点、摘要和可复用选题,最后把结果写进多维表格。

写入完成后,我又让它读了一遍刚才那条记录。

这一步不能省。接口返回“成功”,不代表表格一定正确:日期可能变成普通文本,数字可能无法排序,摘要也可能写进相邻字段。回读后确认 12 个字段映射正确,记录状态为“已入库”,爆款指数是 86。

下载视频时也遇到了 YouTube 的反机器人校验。更新下载工具、使用已登录状态后,页面仍要求重新加载,最后补上 JavaScript challenge solver 才完成下载。

如果你也卡在这里,不要反复提交账号密码,更不要把 Cookie 发给陌生人。最省事的替代方案,是先拿一份自己有权使用的本地视频或音频把流程跑通。

每天 9 点让 WorkBuddy 自动挑一个选题

素材入库后,我在 WorkBuddy 5.5.6 里进入“定时任务”,点击新建。页面会先弹出下面这个表单:

任务名称填写“每日爆款选题推荐(飞书)”,提示词放进中间的大输入框。

我在提示词里写了几条死规矩:

  • 只读取记录,不创建、修改或删除;
  • 优先选择状态为“已入库”的内容;
  • 按爆款指数排序;
  • 没有可用记录时直接说明;
  • 不输出 Token、内部资源 ID 或用户 ID;
  • 结尾写明本次实际读取了多少条记录。

提示词填好后,继续往下看。执行频率、有效期和同步开关不在提示词方框里面,而是在方框外侧的下方。

第一次我把执行频率留成了“单次”,权限也误选成“完全访问”。如果你的页面和下图一样,先不要点确定:

把执行频率改为“每天 09:00”,有效期选择“长期有效”。需要在手机上看推荐结果的话,再打开“同步到 WorkBuddy 微信小程序”。

完成时间设置后,还要在任务编辑页底部单独添加飞书连接器。

我们第一次保存时就漏了这里。连接器中心明明显示飞书已连接,任务本身却没有拿到连接器。重新进入编辑页、添加飞书并再次保存后,任务才真正可运行。

别等到第二天早上再看结果。保存后立刻点一次手动运行,错误更容易排查。

保存后,我直接用默认权限点了一次手动运行。等了大约 1 分 55 秒,它读到 1 条“已入库”记录,返回的标题、来源链接和爆款指数 86 都对得上。

默认权限能跑通,我就没再开“完全访问”。权限开得更大,结果不会因此更准,真点错了反而更麻烦。

从选题到 X Article,不是简单换个平台名

这套流程最初参考的是公众号内容飞轮,但写 X Article 时,不能只把文中的“公众号”换成“X”。

两边的编辑器、标题呈现、图片处理和发布入口都不一样。能直接复用的是前面的素材与选题流程:从飞书读取已采用选题,同时带上原始链接、核心观点和目标读者,再生成一版适合 X 长文阅读的初稿。

给 WorkBuddy 的提示词可以这样写:

1
2
3
4
读取飞书多维表格中状态为“已采用”的 1 条选题,根据原始来源、核心观点和目标读者,生成一篇适合 X Article 的中文长文。
开头先写具体结果或冲突,不要从工具背景讲起。正文使用短段落,每节只解决一个问题,并保留真实失败过程、权限边界和可验证结果。
不要虚构数据、引用、体验和用户反馈,不要照搬原素材的长段表达。图片统一使用标准 Markdown 语法。
完成后输出 Markdown 草稿,不要公开发布。

拿到初稿后,我会先改开头,再补实际截图,最后逐条核对数据和结论。自动生成能解决“从空白到初稿”,但亲历细节和判断仍要由作者补进去。

在 Obsidian 里预览,再送进 X 草稿箱

我的 Obsidian 安装了 X 草稿发布(Jinli) 插件(我自己vibe的小插件,后续如果各位有需要可给我留言)。它会读取当前 Markdown,打开 X Article 编辑器,并处理标题、正文、H2、列表、链接、表格截图和正文配图。

我实际点下来就六步:

  1. 在 Obsidian 打开准备上传的文章;
  2. 点击左侧羽毛笔图标,打开“X 草稿预览”;
  3. 检查标题、正文和图片;
  4. 点击“上传到 X 草稿箱”;
  5. 等待专用 Chrome 打开 X Article 编辑页;
  6. 查看草稿是否出现,页面是否进入保存状态。

上传完成后,我会在 X 编辑器里从头扫一遍:标题有没有截断,段落顺序是否正常,图片是否放对位置,表格能不能看清,外链是否有效,以及有没有残留占位符或隐私信息。

这些都没问题,我才会自己点右上角的“发布”。

最后这一下,我暂时不想交给自动化。X 明确要求账号所有者为自动行为负责,也会限制垃圾内容和重复内容。排版、上传这些重复活可以让工具做,但文章要不要发出去,还是我自己决定更踏实。

发布以后,才轮到数据回写

文章公开后,可以把 X Article 链接、发布时间、展示量、互动量和复盘结论写回飞书。

等表里积累了一批真实文章,再让 WorkBuddy 按周比较主题、开头和互动结果。样本少时别急着总结规律,三篇文章的数据最多给一个方向,证明不了稳定结论。

数据回写这一步我还没动手测,先不算跑通。

折腾了一圈,回头看,这次真正跑通的是下面 8 步:

  1. 我用正确的飞书账号连上了 WorkBuddy;
  2. 建好了私有知识库和多维表格;
  3. 下载一条公开视频,用飞书妙记完成转写;
  4. 把整理出的选题写进表格,又读回来检查了一遍;
  5. 手动跑通 WorkBuddy 的定时任务;
  6. 在 Obsidian 里完成 X Article 的预览;
  7. 用插件把标题、正文、表格和图片送进真实的 X 草稿箱;
  8. 确认草稿已经保存,然后停在编辑页面,没有点“发布”。

跑完这套流程后,我最明显的感受是:工具不必替人做完所有事。

WorkBuddy 处理重复步骤,飞书留下素材和状态,Obsidian 用来改稿,插件负责把文章搬进草稿箱。到了公开发布这一步,人再接手做最后检查和决定。这样已经能省下不少来回搬运的时间,也没有把账号的最终控制权交出去。