一、先明确一件事：本章的 RPA 走哪条路

第二章的小红书没有接口，RPA 只能模仿人点界面。本章的公众号有接口——但请注意，本章要送进去的是【自定义 GPT】，不是公众号。

这是一个很容易混淆的点，先摆清楚：

二、什么叫【提交创作信息】

把表里的四列，按一个固定模板拼成一段话：

选题：{topic}
关键词：{keywords}
风格：{style}
目标字数：{words}

这四行就是【创作信息】的全部内容。 它对应 3.3.1 里指令中【# 输入】那一段——Agent 那边期待的输入格式，和 RPA 这里拼出来的格式，必须一字不差地对上。

三、提交的六步动作（浏览器自动化视角）

一条浏览器自动化的流程，拆开永远是这六步：

第 1 步和第 3 步是界面自动化里 90% 的故障来源。 两条纪律值得刻在脑子里：

• 等元素，不等时间——等待 3 秒 这种写法在开发机上永远够用，在别人的机器上永远不够；
• 用属性定位，不用坐标——坐标定位在窗口大小一变就全废，属性定位（输入框的 placeholder、按钮上的文字）相对稳定。

四、第 6 步是本节最容易被忽略的一步

提交完，必须立刻做一件事：把【这一段对话的标识】写回表里。

为什么要：因为下一步 3.4.2 要追着这段对话继续说。如果你只是【发了就完事】，那么下一次运行流程时，你不知道该接哪段对话——只能重新开一段，前面生成的提纲就白费了。

这个标识在表里新占一列（回到 3.2 的字段表，补上它）：

五、预检：把脏数据挡在门外

RPA 的第一条纪律：宁可停下，不要猜。 所以在提交之前，必须先做一遍预检。

预检查四件事：

注意：预检不合格时，不是【猜一个默认值填上】，而是【停下来，把原因写进备注，把状态改回【待提交】】。 因为这一行数据最终会变成一篇公开发表的文章——入口处每一个被忽略的异常，都会变成篇内容上的一个错误。

六、动手 Demo：写一个预检器，并看它拦下三行坏数据

下面这段代码可以在任何 Python 环境里直接跑（不需要 RPA 平台）。它做的事，就是本节第五节的预检——在真正提交之前，把不合格的行拦下来。

# -*- coding: utf-8 -*-
"""3.4.1 Demo：创作信息组装与预检"""
rows = [
    {"id": "001", "topic": "我家玄关收纳的三件东西", "keywords": "玄关收纳,小户型,收纳好物",
     "style": "干货", "words": "1000"},
    {"id": "002", "topic": "秋季养生的三个误区", "keywords": "秋季养生,作息",
     "style": "科普", "words": "1200"},
    {"id": "003", "topic": "", "keywords": "职场沟通", "style": "干货", "words": "900"},       # 缺选题
    {"id": "004", "topic": "AI 帮我写周报", "keywords": "AI,效率", "style": "干货", "words": "8"},  # 字数越界
    {"id": "005", "topic": "远程办公两年记", "keywords": "远程办公,效率,协作,心态,复盘,时间管理",
     "style": "随笔", "words": "1500"},  # 关键词过多
]

TEMPLATE = """选题：{topic}
关键词：{keywords}
风格：{style}
目标字数：{words}"""


def check(row):
    problems = []
    if not row["topic"].strip():
        problems.append("选题为空")
    kws = [k.strip() for k in row["keywords"].split(",") if k.strip()]
    if not (2 <= len(kws) <= 5):
        problems.append("关键词应为 2~5 个，当前 %d 个" % len(kws))
    try:
        w = int(row["words"])
        if not (600 <= w <= 3000):
            problems.append("目标字数应在 600~3000，当前 %d" % w)
    except ValueError:
        problems.append("字数不是数字")
    if row["style"] not in ("干货", "科普", "随笔", "评论", "故事"):
        problems.append("风格不在枚举内：%s" % row["style"])
    return problems


for row in rows:
    problems = check(row)
    if problems:
        print("[阻断] id=%s  %s" % (row["id"], "／".join(problems)))
    else:
        prompt = TEMPLATE.format(**row)
        print("[通过] id=%s  拼好的 prompt 长度=%d 字" % (row["id"], len(prompt)))

实际运行输出（真跑，不是示意）：

==============================================================
创作信息预检报告
==============================================================
[通过] id=001  拼好的 prompt 长度=48 字
[通过] id=002  拼好的 prompt 长度=40 字
[阻断] id=003  选题为空／关键词应为 2~5 个，当前 1 个
[阻断] id=004  目标字数应在 600~3000，当前 8
[阻断] id=005  关键词应为 2~5 个，当前 6 个
--------------------------------------------------------------
通过 2 行，阻断 3 行

=== id=001 实际提交的文本 ===
选题：我家玄关收纳的三件东西
关键词：玄关收纳,小户型,收纳好物
风格：干货
目标字数：1000

=== 阻断行不会进入提交流程，状态改回【待提交】并写备注 ===
  id=003  note=选题为空／关键词应为 2~5 个，当前 1 个
  id=004  note=目标字数应在 600~3000，当前 8
  id=005  note=关键词应为 2~5 个，当前 6 个

读结果，三个值得注意的地方：

1. id=003 一次报了两个问题（选题为空 ＋ 关键词只有 1 个）——这说明预检要把所有问题一次报全，而不是发现一个就退出。否则人改一轮、再跑一轮、又发现一个问题，来回折腾；
2. id=005 的六个关键词只超了一个——边界上的错最容易被忽略，所以约束必须写成可判定的数字（2~5），而不是【别太多】；
3. 通过的行只打印了 prompt 长度——真正的流程里，这里会接着执行【写入输入框 → 点发送 → 记录会话标识】。打印长度只是一个占位动作，用来确认拼装正确。

七、⚙️ 2026 现状：扣子有 API，GPT 没有

如果你用扣子替代，本节的技术形态会大幅简化：不用打开网页、不用定位输入框，直接把拼好的四个字段当参数调接口，返回的就是结果。本节第四节的【会话标识难题】也随之消失——接口会给你一个明确的会话字段。

30 秒实验

看这四行，说说那一行会被预检直接阻断（不看上面的代码，凭你的判断）：

A  选题：我家厨房收纳   关键词：厨房收纳   风格：干货   目标字数：900
B  选题：远程办公两年记  关键词：远程办公,效率,协作   风格：随笔   目标字数：1500
C  选题：秋季养生      关键词：养生,作息,饮食,运动,睡眠,心态   风格：科普   目标字数：1200
D  选题：装修避坑      关键词：装修,避坑   风格：随便   目标字数：1100

答案：A、C、D 三行都会被阻断。

• A：关键词只有 1 个（要 2~5 个）；
• C：关键词 6 个（超了）；
• D：风格【随便】不在枚举里。

只有 B 是合格的。

结论：看起来【差不多能用】的数据，往往过不了预检。 而这恰恰是好事——这四行如果直接送进 Agent，你会得到四篇【风格不明、字数不对、关键词乱塞】的稿子，然后在最后一步才发现问题。

常见误区

1. 【表里的数据是我自己填的，不会有问题，不用预检】——错。 恰恰是自己填的最容易出错（复制粘贴串行、字数忘改、关键词多打一个）。预检不是防别人，是防自己。
2. 【预检发现一个问题就退出，让人改完再跑】——错。 要把所有问题一次报全（示例里的 id=003 就是两个问题一起报的），否则会陷入【改一轮、跑一轮】的反复。
3. 【输入框里打完字就完事，不用回读】——错。 界面自动化会丢字符（尤其长文本）。输入后回读一遍再发送，成本很低，能挡掉一类最隐蔽的错误。
4. 【忘了记录会话标识，下次重新开一段就行】——错。 重新开一段意味着前面的提纲和对话全白费，而且多轮对话的口径会断裂（模型不记得上一轮说过什么）。提交后立刻回写标识，这是本节最容易被漏掉的一步。
5. 【用【等待 3 秒】比用【等元素出现】简单，反正够用】——错。 固定等待在开发机上永远够用，在别的机器上永远不够。等元素出现这个写法，是界面自动化的基本素养。

• ☐ 下一节（3.4.2 RPA提交多轮对话信息并获取创作结果）

相关笔记

• 公众号创作智能助手整体流程设计 —— 本节要读写的字段表的出处
• RPA与Agent交互 —— 【两种东西说话要翻译】的出处
• RPA提交创作信息 —— 上一章的同一个环节，对照看两章的差别
• RPA提交多轮对话信息并获取创作结果 —— 本节记下的标识，下一节要用来追问
• 🤖 Agent+RPA实战 · 索引 —— 全课路线图