先把任务写成手动基线
记录输入数据、目标窗口、页面步骤、等待条件、输出和失败处理。手动流程不能稳定重复时，换任何自动化方式都会放大不确定性。
- 输入
- 步骤与等待
- 输出与失败
同步器适合相近的并行操作
当多个窗口处于相同页面且需要执行相近动作时，可评估同步器。窗口状态一旦分叉，应停止同步并单独处理异常窗口。
- 页面状态一致
- 动作相近
- 异常立即停同步
RPA 适合带条件的流程
需要按步骤读取数据、等待页面、判断分支或保存结果时，RPA 更接近流程编排。每个关键节点都应有可观察的成功条件。
- 条件与分支
- 等待条件
- 步骤日志
Local API 适合已有开发能力的集成
自有系统需要创建、打开或管理环境时，可根据当前官方 API 文档评估。还要承担客户端前提、接口变化、鉴权和错误处理成本。
- 开发维护人
- 接口契约
- 错误与重试
比较三种方式的状态来源
同步器依赖多个窗口当前页面，RPA 依赖工作流节点，API 依赖请求与客户端状态。把状态来源写清楚，才能设计正确的恢复动作。
- 窗口状态
- 流程状态
- 请求与客户端状态
为敏感数据划定边界
账号、Cookie、代理密码和 API 参数不应硬编码在脚本或公开日志中。测试阶段使用低风险数据，并限制任务与日志的访问范围。
- 不硬编码凭据
- 测试数据
- 日志权限
用同一任务做小规模对比
选一个包含打开页面、等待、读取结果和失败退出的任务，分别评估配置时间、运行稳定性、日志质量与恢复时间，而不是只比较功能清单。
- 配置成本
- 稳定性
- 恢复时间
为选定方案保留手动回退
上线前写明停止条件、负责人、最后可用版本和手动完成路径。自动化出现异常时先停在小批次，不让错误继续扩散。
- 停止条件
- 版本记录
- 手动完成路径