一、一个日常工作流应该长什么样
我以前的工作流是：浏览器搜资料、备忘录写草稿、本地编辑器排版、网站后台粘贴发布。
四个工具，四份拷贝。最常出错的环节是"粘贴"，格式丢了、图片没了、代码块变成一块。
现在的流程压缩到三步，靠的是工具之间能直接交接。
二、第一步：把想法变成结构
场景：今天要写一篇讲网站优化的稿子。
我先给豆包一段需求，包括读者、字数、禁用的空话、必须包含的检查方法。它出大纲和初稿，我再改成自己的语气。
这一步的关键不是让它写得像人，是让它快。写完一篇初稿只要几分钟，省下的时间用在判断上：哪段是废话、哪个例子过时了。
三、第二步：把内容变成能看的样式
文章发出去之前，得看看在页面里是什么样子。
如果站点跑的是 Bootstrap 那套组件，直接对照 组件实验室 的示例最省事。它把 25 个官方组件、可交互，改一下文字就知道标题、引用、列表放在真实容器里是什么密度。比凭空想象靠谱。
需要出封面图或配图时，交给 WorkBuddy 或图片工具，不要自己开设计软件画半小时。
四、第三步：一次发布到位
以前发布是复制粘贴，现在是接口直发。分类、标签、正文一次写完，返回文章 ID 和链接。
这一步最值得投入。因为它把"记得填标签"这种小事从人的责任里拿掉了。
五、三个让我少踩坑的习惯
一、先小后大。 接口先发一篇测试稿，看看分类对不对、Markdown 渲染正不正常，再批量。
二、一次只动一个变量。 改了提示词就不要再同时改分类规则，出了问题查不清。
三、留一份副本。 重要稿子在本地存一份 Markdown。接口挂了、后台出问题了，东西还在。
六、为什么强调链路而不是工具
工具会换，链路不会。
只要你清楚每一步的输入输出是什么，换哪个工具都能接上。反过来，只学按键位置，工具一改版就全忘了。
七、结尾
写一篇 1500 字的稿子，过去要两小时，现在四十分钟。
快的不是写字速度，是把搬运、排版、录入这些非创作环节压掉了。
省下的时间，应该拿去把话说得更好。