第一次在飞书写博客：从对话到 CI/CD 全链路跑通

飞书和 OpenClaw 之前就已经能连上，不是这篇要写的事。我想记的是：第一次在飞书里把一篇博客从起心动念写到进仓库、再推到线上——整条链路像 CI/CD 一样可重复跑。跑通之后，最直观的感受是：写博客不再只是一次次孤立地敲字，而像一条有入口、有步骤、有结果、还能复盘的流水线。

上一篇 《Model Routing：为什么动态模型路由是降低 AI 成本的关键技术？》 就是在这条链路上产出的第一篇成稿：从飞书里说清楚要写什么，中间交给 OpenClaw 和背后的写作技能，最后文章进仓库、出现在站点上。那算是对「在飞书里写完一整遍」的实机证明；这篇则专门记下：在飞书里开口写博客时，这条链长什么样，留给以后的自己看。

这条流水线，人在哪一步说话

整条链路可以想得很简单：飞书负责开口，OpenClaw 负责接话和调度，写作技能负责把主题变成文章和配图，确认之后再推到线上。

我在飞书里照旧和机器人说话——比如一句「帮我写一篇博客，主题是……」。OpenClaw 会认出这是写作任务，去加载事先配好的写作技能；技能里写好了一整套做法：先围绕主题整理材料，再写文章、生成封面，把成品落到博客仓库里。我点头确认后，再执行发布，站点上就能读到。

事先要做的事不多：在 OpenClaw 里把「写作技能」挂上，让网关知道去哪儿找这份说明；再在写作侧配好大模型接口。之后，重复使用的就主要是飞书里的那几句话，而不是每次从零摸索命令行。

结语

对我来说，这次的意义不在于「少打了多少字」，而在于：第一次在飞书里把写博客当成一条完整流水线——任务从聊天里进来，后面按约定步骤一路走到发布，人只在关键处拍板。写作还在，判断还在，只是重复劳动被收进了一条可重复的 CI/CD 式链路里。

这件事刚开头，先记到这里。

本文部分内容由 AI 辅助生成，经人工审校和补充后发布。