需要改善什么
这些情况，会影响工作推进和管理判断。
流程包含文件、API 和人工审批
普通 RPA 难以处理非结构化资料
需要知道自动化到底做了什么
适用场景
这些情况适合
进行定制开发。
先选择影响较大、范围清楚的一项工作进行验证，再根据使用结果扩大功能。
员工每天重复操作多个网页系统
流程包含文件、API 和人工审批
普通 RPA 难以处理非结构化资料
需要知道自动化到底做了什么
典型业务流程
一项任务如何
在系统中完成。
以下流程用于说明常见处理方式。具体角色、权限、审批点和异常规则会根据客户现有工作方式确定。
01→
接收任务与资料读取任务目标、相关文件、账号权限和完成条件。
02→
安排执行步骤根据依赖关系确定先后顺序，并为失败和等待设置处理方式。
03→
操作网页与系统调用浏览器、API、文件工具或企业软件完成具体操作。
04→
检查权限与风险识别对外发送、数据修改和不可逆操作，转入相应审批。
05→
人工确认关键动作授权人员查看内容、影响范围和目标账号后决定是否继续。
06✓
确认实际结果重新读取目标页面或接口，核对任务是否真正完成并保存记录。
工程结构
从业务资料到可用结果，
系统分为四个部分。
这张结构图说明本类项目通常怎样组织输入、处理、人员操作和最终交付。正式开发时会按客户系统、数据和权限重新设计。
01→
业务输入
- 浏览器与企业门户
- REST / GraphQL API
02→
处理与判断
- 有状态 Agent Runtime
- 工具权限分层
03→
操作与确认
- 任务编排
- 浏览器自动化
04✓
结果与交付
- 任务流程与权限设计
- Agent 运行台
数据进入系统处理人员使用结果交付
执行轨迹
每一步都有状态、权限和回读结果
选择任一步，可以查看它在这一类系统中的位置。页面滚动时，轨迹也会随当前内容逐步推进。
操作界面
查看主要功能
和处理结果。
以下界面用于说明业务功能与操作方式，具体建设范围根据企业需求确定。
功能模块
根据业务范围
选择所需功能。
模块既可以单独建设，也可以接入现有系统。需求调研后会形成明确的功能范围和排期。
关键技术
技术选择服务于
具体业务要求。
数据规模、响应速度、安全要求和现有系统会影响最终架构。下面列出这类项目通常需要解决的技术问题。
有状态 Agent Runtime
长任务保存上下文、步骤和中间结果，中断后可以从正确位置继续。
工具权限分层
读取、生成、修改和对外提交使用不同授权范围，降低误操作风险。
结果回读验证
外部动作完成后重新读取目标状态，避免把“已点击”误写成“已完成”。
项目说明
项目范围与
使用要求。
- 付款、删除和不可逆操作按项目权限进入人工确认。
- 验证码、强身份验证和高风险动作保留人工处理。
- 自动化范围取决于目标系统接口、页面稳定性和授权条件。
实施与交接
明确建设内容、接入条件与后续支持。
根据需求确定开发、部署、培训、维护以及双方配合事项，并在项目文件中约定费用和验收。
建设内容
- 任务流程与权限设计
- Agent 运行台
- 工具连接器
- 失败恢复与监控方案
现有系统与资料
- 浏览器与企业门户
- REST / GraphQL API
- 本地文件与对象存储
- ERP / CRM / 工单系统
- MCP 与企业工具
- 桌面端或服务端运行