固定运行基线
记录操作系统、分辨率、缩放、浏览器或客户端版本、影刀版本、网络和安全软件策略。
给技术看的页面
实施规范：环境、权限、日志、异常、测试都要可追溯
RPA稳定性不只取决于脚本本身，也取决于客户环境、外部系统变化、数据模板和操作方式。技术交付必须留下判断依据。
技术交付底线
这些内容不完整，后期很难区分是开发缺陷还是外部变化。
最小权限使用
客户账号和API令牌仅用于项目必要范围，不在个人设备长期留存。
关键节点留痕
记录启动、登录、输入、提交、输出、异常、重试、转人工节点。
可预见异常要分流
超时、弹窗、元素识别失败、数据缺失、权限不足应有重试或人工通知机制。
覆盖正常和异常路径
至少覆盖正常样例、边界样例、异常样例，并记录测试数据和结果。
提交可复核材料
流程说明、配置说明、运行手册、验收记录、案例素材和脱敏说明。
故障分类判断
上线后先分类，再改代码。没有证据直接修改，容易扩大责任边界。
| 故障类型 | 证据 | 处理方式 |
|---|---|---|
| 程序缺陷 | 约定环境未变，验收路径内逻辑错误或输出错误。 | 修复脚本，补测试记录。 |
| 外部系统变化 | 页面元素、接口、权限、登录策略发生变化。 | 形成变更说明，评估适配工时。 |
| 环境问题 | CPU、内存、网络、系统更新、安全软件拦截。 | 协助诊断，给客户环境建议。 |
| 数据问题 | 模板字段、数据格式、基础数据、业务规则变化。 | 确认新规则后走变更或二次开发。 |
上线交付包
交付不是只给脚本，必须给能运维、能复盘、能验收的材料。
客户交付材料
- 流程说明与运行入口
- 账号与权限说明
- 常见异常处理说明
- 验收记录与上线确认
内部沉淀材料
- 开发与测试记录
- 故障分类与日志说明
- 案例卡片初稿
- 可复用组件和风险点