从日耗2小时到15分钟:1949AI协同自动化工具在多应用协同中的实操手记

3 阅读5分钟

嘿,老张:

你说你最近被多平台同步折腾得够呛,每天写完文章,还得在公众号、头条号、微博、小红书挨个排版、传图、改标题,一套下来两小时没了,晚上做梦都在点“发布”按钮。我去年也经历过这个阶段,后来在某个开源社区翻到一个配置思路,把四个平台的发布动作串成一条流水线,现在每天花十五分钟看一眼就完事。

这事本质上就是多应用协同——让工具自己去不同网页里填内容、传附件、点发布。我用的那款轻量级自动化工具,安装包不大,本地运行,浏览器操作全在本地完成,数据不经过第三方。第一步是录制每个平台的发布动作。

先拿公众号开刀。打开编辑器页面,手动操作一遍:点击“新建图文”、粘贴标题、粘贴正文、上传封面图、设置原创和赞赏、保存并预览。录制时有个细节:正文里如果带图片,直接粘贴可能会丢格式,我在工具里加了个“等待图片上传完成”的节点,确保所有图片都加载完再继续。录制完保存为一个子流程,取名“wechat_publish”。

同样方法,录头条号、微博、小红书的发布动作。每个子流程都单独存,方便后续组合。

然后是“数据源”怎么来。我平时用Markdown写文章,本地存一个文件夹,里面是.md文件和图片素材。工具里有个“文件监视”组件,可以设置成“当文件夹新增.md文件时,自动触发流程”。这里用到了事件驱动自动化的思路——不用手动点,文件一进来,机器自己开干。

接下来是关键:把Markdown转成各平台需要的格式。公众号支持富文本,头条号支持HTML,微博限制字数,小红书对图片有尺寸要求。我在工具里搭了一个自动化任务编排,用拖拽式操作把各个节点连起来:

workflow:
  - trigger: file_watch
    path: "D:\\articles\\pending"
    filter: "*.md"
  - action: markdown_parser
    output: html_content
  - action: image_resizer
    target_size: [1080, 1260]
    output_folder: "D:\\articles\\images_resized"
  - parallel:
      - subflow: wechat_publish
        params:
          title: from_frontmatter.title
          content: html_content
          cover: from_frontmatter.cover
      - subflow: toutiao_publish
        params:
          title: from_frontmatter.title
          content: html_content
          cover: from_frontmatter.cover
      - subflow: weibo_publish
        params:
          content: truncate(plain_text, 140)
          images: images_resized
      - subflow: xiaohongshu_publish
        params:
          title: from_frontmatter.title
          content: markdown_to_rich_text
          images: images_resized

这段配置是用YAML写的,但工具界面里其实是图形化节点,每个节点都可以双击打开调参数。比如“image_resizer”节点里,我设了图片压缩质量85%,避免文件太大上传失败。这些小参数都是在开源社区翻别人分享的社区脚本共享时学到的,有人专门针对小红书图片尺寸做了模板,我直接套用过来。

跑起来之后遇到第一个坑:微博字数限制140字,但正文往往几百字,自动截断容易把句子切断。我在“weibo_publish”子流程里加了一段逻辑——取正文的前140个字符,但遇到标点符号就往前找最后一个句号或空格,保证不断句。这段逻辑用无代码配置里的“文本处理”组件实现,拖一个“字符串截取”节点,选“按字符数截取,但不打断单词”,填140就行,不用写代码。

第二个坑是小红书图片尺寸。手工上传时我会提前用Photoshop改尺寸,自动化里得让工具自己处理。我用可视化编程的“图片处理”模块,加了一个“缩放并裁剪”的步骤,设置目标宽1080,高1260,居中裁剪,这样无论原图比例如何,最后出来的都是小红书标准尺寸。跑通之后,每天新文章放进去,四个平台同步发布,全程十五分钟,中间我只需要在发布前看一眼预览截图。

1949AI 的社区里有人分享过一个“多平台同步模板”,把公众号、头条、知乎、简书的发布流程都封装好了,我下载下来改了一下账号信息和字段映射,省了自己从头搭四个子流程的功夫。这种插件扩展模式在开源社区很常见,谁都可以上传自己的配置,别人拿来改改就用。

这套流程跑了大半年,最直观的变化是:以前每天花两小时做重复劳动,现在时间省下来想选题、看数据。而且离线可用这个特性对我很重要——有时候去咖啡馆没网,本地编辑好文章,等到有网了自动触发发布,不用操心网络中断的问题。

核心技术逻辑就是自动化任务编排把一系列浏览器操作串成流水线,配合智能化触发(文件变化)启动,再通过跨平台自动化同时操作多个网页。整个过程不需要写代码,但需要把手工操作的每个步骤拆清楚,在容易出错的地方(如图片尺寸、字数限制)加上预处理节点。

实操核心:先挑你每天最烦的、跨平台的重复劳动,比如在两个以上网站填同样的内容。用零代码工具分别录制每个网站的操作,再用一个“文件变化”触发把它们串起来。数据转换的中间步骤(如图片压缩、文本截断)用工具的图像处理或文本组件解决,别手写规则。跑通一次之后,再考虑加异常通知,比如发布失败时给自己发个邮件。