本节是整章最需要克制的一节:RPA 打开创作页、填标题、正文、标签、上传本地图片,然后停在【发布】按钮之前,弹一个提示让【人】来点——因为平台的 2026 年治理公告把【自动化发布】和【脚本模拟真人互动】都列进了打击范围(已处置约 42 万个账号),省下最后那一次点击,代价可能是整个账号。
这是流程图上的 N7,也是整条链的最后一格。前面 2.4.1 提交、2.4.2 取回都是【机器与机器之间】的事,本节第一次把机器的手伸向平台界面——所以规矩也最多。本节用的元素定位与等待策略,来自第一章 1.5.3 网页自动化。
一、先把界线画出来
| 本节做 | 本节不做 |
|---|---|
| 打开创作页、新建图文笔记 | 不点【发布】 |
| 填标题、正文、标签 | 不自动关注、不自动点赞 |
| 上传本地图片文件 | 不自动评论、不自动回私信 |
| 停在发布按钮前,弹窗提醒人 | 不做多账号批量铺号 |
| 人发布后,记录笔记链接 | 不抓取全站数据、不刷数据 |
一句话:把人工操作里【最枯燥的填表】交给机器,把【本该你做的决定】留给你。
二、⚠️ 2026 红线:为什么不能【再顺手点一下】
把平台的原文,翻译成你的流程里不能出现哪一步:
| 平台公告里的话 | 翻译成流程语言 | 本节怎么处理 |
|---|---|---|
| 使用 AI 工具或第三方平台自动生成笔记内容并自动发布 | RPA 点【发布】按钮 | 不做——停在按钮前 |
| 使用手机脚本、按键精灵、自动化 APP 等代替真人操作,实现自动发布、自动浏览、自动点赞、自动评论、自动私信 | 任何自动互动指令 | 不做 |
| 主页内容全部或绝大部分由 AI 批量生成,账号不承载真实创作者身份 | 批量生成大批笔记自动发 | 不做——本案例每周 3 篇、每篇都过人审 |
| 在评论区、私信、群聊中批量模拟真人互动 | 自动回评、自动搭讪 | 不做 |
处罚不是一上来就封号,而是分档的:轻度是单篇下架、警告(修改后部分可申诉);中度是账号扣分、限制接单、限制投流、隐形限流;重度是禁言、全笔记限流、封号,且矩阵关联账号会被连带处罚。
每次想加一个新动作前问自己:平台如果去查这个动作,它会认为【是谁做的】? —— 如果答案是【一个软件在做】,那就别加。 这一条能挡掉几乎所有的翻车:自动点赞是软件在点,自动评论是软件在说,而【填好草稿、人来点发布】——这一步是人在点。
三、半自动方案:九个动作,停在按钮之前
① RPA 打开创作页(creator.xiaohongshu.com)
│
▼
② 新建图文笔记 / 进入上传入口
│
▼
③ 上传本地图片(按 id 命名的文件夹里取)
│
▼
④ 填标题
│
▼
⑤ 填正文(保留换行)
│
▼
⑥ 添加标签 3~5 个
│
▼
⑦ 等待页面就绪,确认四样都填好了
│
▼
⑧ 弹窗提示:【内容已填好,请人工检查后点击发布】──► ⑨ 【人】点发布
│
▼
⑩ RPA 回读笔记链接,写回表格,状态改【已发布】
⑧ 那个弹窗,是本节的心脏。 它不是【顺便提醒一下】,而是这套方案能长期活下去的原因。弹窗里建议写清三件事:
待发布:001 小户型玄关收纳
已填:标题 ✔ 正文 ✔ 标签 4 个 ✔ 图片 5 张 ✔
请检查:违禁词、图片是否清晰、标签是否切题
确认无误后,请人工点击【发布】
四、元素定位三纪律(从第一章 1.5.3 搬过来)
| 纪律 | 做法 | 为什么 |
|---|---|---|
| 优先级:属性 > 文本 > 图像 > 坐标 | 能用元素的属性定位就别用文案,能用文案就别截图,绝不用坐标 | 界面一改,坐标全废;属性最稳 |
| 相似元素用列表 | 标签是多条相似的输入框 → 用【相似元素列表】批量处理,不要一条一条写死 | 标签数量每次不同 |
| 等待元素出现,不要固定等待 | 用【等待元素出现】而不是【等待 5 秒】 | 网速快时白等,网速慢时不够等 |
另外两条实战经验:
- 图片上传后要等缩略图出现再填正文——急着填文字,可能被上传过程打断;
- 发布页的正文框换行可能被吞——填完要回读一次正文内容做核对(这和 2.4.2 的【结果校验】是同一种思路:机器做完要自己看一眼)。
五、RPA 之外要先做好的两件事
界面自动化的成败,一半取决于【喂给它的素材是否规整】。
| 项 | 要求 | 忘了会怎样 |
|---|---|---|
| 图片规格 | 3:4,宽不低于 1080 像素,单张 ≤5MB,jpg/png | 被裁切或画质降权 |
| 图片命名 | 按行号,如 001_01.jpg、001_02.jpg |
上传顺序错乱,封面变成内页图 |
| 正文格式 | 保留换行分段,每段不超过 3 行 | 挤成一坨,手机上看不下去 |
| 标签 | 从逗号分隔的字符串拆成多个,3~5 个 | 全塞在一个标签框里,等于没加 |
技术上,RPA 完全可以连续填好 10 条草稿、停在 10 个发布按钮前。但本案例不做——因为你一次能认真审的只有 1 到 2 条,堆 10 条草稿的结果是【审到第 4 条就开始闭眼点发布】。工具的效率不能超过人审的能力,否则省下来的时间会被责任风险吃掉。
六、为什么不做【定时无人值守跑一整天】
| 理由 | 说明 |
|---|---|
| 红线 | 【自动发布】被明确列入治理范围,最重封禁 |
| 错会连着错 | 无人值守意味着人审这一步被彻底跳过,一旦文案或图片有问题,会连续错很多条 |
| 账号权重不可逆 | 限流与扣分是累积性的,出问题后往往要几天到几周才恢复 |
本案例的定时任务只允许做一件事:定时把新选题提交给 Agent(2.4.1)——这一步不碰平台界面,纯粹在自己机器里跑,安全。
七、界面变了怎么办:留一条降级路
平台界面几个月就改一次,RPA 一定会坏。所以设计时就要留退路:
| 坏在哪 | 降级方案 |
|---|---|
| 定位找不到元素 | 先用【图像定位】顶一下,同时把这条记进待修清单(不要长期依赖图像定位) |
| 整个上传流程跑不通 | 降级到【复制到剪贴板 + 人工粘贴】:RPA 把标题、正文、标签分别放进剪贴板(或写进一个纯文本文件),你手动复制粘贴 |
| 上传按钮时有时无 | 加【等待元素出现 + 重试 2 次】,仍失败就停下并弹窗,不要盲目继续下一步 |
一个只会在顺利时工作的自动化,是负资产:它会让你在某个早上花两小时排查一个本来用手三分钟就能做完的事。先想好【它坏了你怎么手动完成】,再开工搭它。
八、⚙️ 2026 现状:关于这一节的工具与生态
- 影刀现状:v6.2.x(2026-09 仍在更新),网页自动化需要装对应的浏览器插件(第一章 1.5.1 讲过原因:插件负责与浏览器通信,不装很多指令用不了);
- 平台侧没有给个人创作者【发布笔记的开放接口】:开放平台的应用类目目前集中在电商与商家方向(商品、订单、打单、ERP 等),个人号的图文笔记发布不在其中 —— 所以本节只能走界面自动化,这也正是要把风险控制做得更严的原因;
- 网上大量【全自动发布】教程已经过时甚至违规:2026 年出现了一批基于 Agent 工具 + 社区插件 + 云手机实现【自动发布+自动互动】的方案,它们做的事情正好落在本文第二节那四条治理范围内(还有教程自己就写着【建议用小号测试、绝对不要用主号】——看到这句就该知道这套方案不合适);
- 但平台自己的创作工具是可以用的:创作页自带的检测、素材管理、数据看板,都是官方提供的合规能力。
九、动手 Demo:搭一条【填好草稿、停在发布前】的流程
准备:影刀 + 浏览器插件;一条已经过人工审定的内容(标题、正文、标签、5 张 3:4 图片)。
第一步——打开创作页:用【启动浏览器】指令打开创作页,第一次运行时手动扫码登录,之后保持登录状态。
第二步——进入新建笔记:定位并点击【上传图文】入口(优先用属性定位,不要用坐标)。
第三步——上传图片:定位文件输入框,从本地文件夹按 001_01.jpg 到 001_05.jpg 的顺序上传;等缩略图出现。
第四步——填标题与正文:分别写入两个不同的输入框;正文里的换行要保留。
第五步——添加标签:用【相似元素列表】定位标签输入框,循环写入 4 个标签。
第六步——回读核对:把标题与正文再读出来一次,和源数据比对(不一致就停,别往下走)。
第七步——停下并提醒:弹窗提示【内容已填好,请人工检查后点击发布】。流程到此结束。
第八步——你手动点发布,然后把笔记链接粘回表格(或者再写一小段流程去读)。
看到什么算成功:
- 页面上四样都填好了:标题、正文、标签、5 张图片,顺序对(第一张是封面);
- 流程停在弹窗,没有替你点发布——这是本节最重要的一条验收;
- 回读比对通过了(标题与正文一致);
- 你手动发布之后,链接能顺利记进表里。
读结果:跑完这一节,本章的整条链就闭合了——人在表里写选题 → Agent 生成 → RPA 取回 → 人审 → RPA 填草稿 → 人点发布 → RPA 归档。下一节 2.5 把这七步收成一张可以带走的图。
30 秒实验
回到你搭好的流程,只改一处:把第 ⑧ 步的弹窗换成【自动点击发布】。
- 改完你大概会不舒服——那就对了。这种不舒服就是风险意识:2.1.1 那四条治理范围,这一下正好踩进去;
- 想想最坏后果:如果账号因此被限流或封禁,你省下的那一次点击值多少钱?
结论:自动化里最贵的一行代码,往往是那句【顺便帮你点了】。 本章反复强调的【把关点】,保护的不是平台,是你自己攒了几个月的账号。
常见误区
- 【平台让我用 AI,所以自动化发布没问题】——错。 平台鼓励的是【AI 辅助创作】,明确禁止的是【AI 托管运营】(自动生成并自动发布、脚本模拟真人互动)。用 AI 写和用软件发,是两件事。
- 【用小号跑自动发布就安全】——错。 公告里写明【直接通过 AI 托管工具注册、发布、互动的账号】直接封禁,且矩阵关联账号会被连带处罚——用小号试,可能把主号一起带下去。
- 【固定等待几秒更简单】——错。 网速快时白等、慢时不够等,应该用【等待元素出现】(1.5.3 的老规矩)。
- 【一次填好十条草稿效率高】——错。 工具的效率不能超过人审的能力——审到第四条你就会闭眼点发布,那是拿账号赌。
- 【自动化搭好就一劳永逸】——错。 平台界面会变,必须留降级路(剪贴板 + 人工粘贴),并且定期跑一次验证它还有效。
自测三问(点开对答案)
1. **本节为什么坚持停在【发布】按钮之前?** 因为平台 2026 年的治理公告明确把【自动生成内容并自动发布笔记】【用脚本代替真人操作(发布/浏览/点赞/评论/私信)】列入打击范围,**最重可封禁,且矩阵关联账号会被连带处罚**。省下这一次点击,代价可能是整个账号。 2. **选择【用属性还是坐标】定位元素,为什么这么重要?** 因为**坐标定位在界面改动后会全部失效**,而且不同分辨率下还会错位。定位优先级是**属性 > 文本 > 图像 > 坐标**:属性最稳定,文本次之(平台改文案就会坏),图像是兜底,坐标**不推荐使用**。 3. **为什么【定时无人值守】在本案例里只允许做【提交给 Agent】,不允许做【填发布页】?** 因为提交给 Agent 是**在自己机器与自己的 Agent 之间**的动作,不触碰平台界面;而填发布页会打开平台界面并填入内容,一旦无人值守,就有滑向【自动发布】的风险,而且**出问题会连着错很多条**。- ☐ 下一节(2.5 本章小结)
相关笔记
- 小红书运营场景分析 —— 治理公告与处罚梯度的完整出处
- 网页自动化 —— 元素定位三方式与等待策略
- 桌面软件自动化 —— 抢焦点现象与窗口可预期的思路
- 🤖 Agent+RPA实战 · 索引 —— 全课路线图