1. 企业数字化转型的Agentic AI时代
2026年的企业数字化战场已经发生了根本性变革。记得五年前我们还在讨论RPA(机器人流程自动化)如何替代人工操作,如今整个行业已经快速进化到"Agentic AI"(自主智能体)阶段。这种进化不仅仅是技术上的迭代,更代表着企业自动化范式从"工具辅助"到"智能决策"的质变。
作为长期深耕企业级自动化解决方案的从业者,我亲眼见证了传统ERP/OA系统在数字化转型浪潮中面临的困境。这些系统往往有着十年甚至二十年的历史包袱,就像一座老房子,虽然结构稳固但水电管线已经严重老化。最典型的三大痛点包括:
- 接口标准化程度低:很多核心业务模块仍然使用私有二进制协议,有些甚至只有C/S架构的客户端,完全没有对外接口
- 文档缺失严重:系统经过多次迭代和定制开发后,原始接口文档早已过时,新加入的开发团队只能靠反编译和抓包来理解系统行为
- UI自动化脆弱:基于DOM元素定位的传统RPA脚本,在系统每次升级后都需要重新适配,维护成本居高不下
根据Gartner的调研数据,到2028年,企业级软件中由Agent驱动的比例将超过33%,但现有系统的技术债务正在成为这一进程的最大障碍。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 实在Agent的技术架构解析
2.1 ISSUT:视觉语义理解的突破
ISSUT(智能屏幕语义理解技术)是实在Agent的核心创新之一。这项技术的精妙之处在于它完全跳出了传统集成的思维定式。想象一下,当人类操作一个陌生系统时,我们并不需要知道它的API规范,只需要"看"懂界面上的按钮和输入框就能完成任务。ISSUT正是赋予AI这种人类般的视觉理解能力。
技术实现细节:
- 像素级特征提取:采用改进的CNN网络对屏幕截图进行多尺度特征提取,不依赖任何前端代码结构
- 语义元素识别:通过预训练的视觉模型识别常见的UI元素(输入框、按钮、表格等)及其功能语义
- 上下文关联:建立视觉元素与业务逻辑的映射关系,比如识别"采购订单提交"按钮及其关联的表单区域
在实际项目中,我们发现ISSUT对老旧ERP系统的适配效果尤为显著。例如某客户使用的用友U8 10.1版本,其凭证录入界面经过多次定制后DOM结构已经完全混乱,但视觉布局保持稳定。传统RPA脚本完全失效,而ISSUT仍能准确识别并操作系统。
2.2 TARS大模型的决策中枢
TARS大模型是实在Agent的"大脑",它解决了传统自动化中最为棘手的异常处理和决策规划问题。与普通的大语言模型不同,TARS是专门针对企业级任务优化的领域模型,具有以下特点:
- 业务知识增强:在财务、供应链、HR等垂直领域进行了深度预训练
- 工具使用能力:可以自主调用ISSUT、API接口等各种工具完成复杂任务
- 状态管理:内置了完善的任务上下文跟踪机制,支持长流程的断点续执行
典型案例:
当系统返回"Error 500: Internal Server Error"时,普通自动化脚本只能报错退出。而TARS会:
- 检查网络连接和权限状态
- 尝试降低请求频率(应对限流)
- 如果API持续失败,自动切换到ISSUT视觉操作路径
- 记录异常场景用于后续优化
2.3 TOTA架构:任务导向的拓扑设计
TOTA(任务导向拓扑架构)是支撑Agent可靠运行的基础设施。它将复杂的业务流程建模为有向无环图(DAG),每个节点代表一个原子操作,边代表依赖关系。这种设计带来了三大优势:
- 可视化监控:实时展示任务执行进度和状态
- 自动回滚:当某节点失败时,可以智能回滚已完成的关联操作
- 并行优化:识别可以并行执行的任务分支,提升整体效率
在供应链金融场景中,我们使用TOTA架构实现了一个包含87个步骤的跨境支付自动化流程。传统线性脚本需要约45分钟完成,而通过拓扑优化后缩短到28分钟,效率提升38%。
3. 与传统RPA的技术对比
3.1 集成方式对比
传统RPA的集成就像"盲人摸象",开发者必须深入研究每个系统的内部实现细节:
- 通过Chrome DevTools分析网页DOM结构
- 使用Fiddler抓包分析私有API协议
- 编写大量适配代码处理各种边界情况
而实在Agent采用了完全不同的思路:
python复制# 传统RPA的元素定位方式
submit_button = find_element_by_xpath('//*[@id="app"]/div[3]/button[2]')
# 实在Agent的元素定位方式
submit_button = visual_identify("提交订单按钮")
3.2 稳定性对比
我们在20个企业客户环境中进行了为期6个月的对比测试:
| 指标 | 传统RPA | 实在Agent |
|---|---|---|
| 系统升级后的存活率 | 23% | 89% |
| 异常自动恢复成功率 | 12% | 76% |
| 日均人工干预次数 | 4.7 | 0.8 |
3.3 开发效率对比
以一个典型的财务对账流程为例:
传统RPA开发流程:
- 2周:系统调研和接口分析
- 1周:脚本开发
- 2周:测试和调试
- 持续:维护和调整
实在Agent开发流程:
- 3天:业务流程建模(自然语言描述)
- 2天:自动化对齐测试
- 1天:部署上线
4. 实战:非标ERP环境下的自动化对账
4.1 业务场景分析
某制造业客户需要将钉钉审批的报销单自动录入到用友ERP系统,面临以下挑战:
- ERP版本为U8 10.1,凭证录入接口未开放
- 系统返回的错误信息是编码形式(如"E9982")
- 部分字段需要跨多个界面操作才能完成录入
4.2 解决方案设计
我们采用"API优先,视觉兜底"的双模策略:
-
数据提取阶段:
- 使用ISSUT识别钉钉审批单中的表格数据
- TARS模型将非结构化数据转换为标准凭证格式
-
数据录入阶段:
- 首先尝试通过反编译发现的私有API进行录入
- 如果API返回错误,自动切换到视觉操作路径
- 对于编码错误,TARS会查询知识库进行解码并采取相应措施
4.3 关键代码实现
python复制def process_reimbursement(doc_image):
# 视觉识别提取数据
items = issut.extract_table(doc_image)
# 数据标准化处理
voucher = {
'voucher_date': tars.parse_date(items['日期']),
'items': [
{
'account_code': tars.map_account(item['科目']),
'amount': item['金额'],
'description': item['事由']
} for item in items['明细']
]
}
# 尝试API录入
try:
response = erp.call_api('/voucher/submit', voucher)
if not response.success:
raise Exception(response.error_code)
except Exception as e:
log.warning(f"API失败: {str(e)},切换到视觉模式")
visual_operate_voucher(voucher)
4.4 异常处理机制
我们建立了多级异常处理策略:
- 瞬时错误:网络超时、临时锁表等,自动重试3次
- 业务错误:科目不存在、金额超限等,触发审批流程
- 系统错误:接口不可用、版本不兼容等,切换到视觉模式
- 未知错误:记录详细上下文供人工分析
5. 实施效果与最佳实践
5.1 量化收益
在某大型制造企业的实施数据:
| 指标 | 实施前 | 实施后 | 提升幅度 |
|---|---|---|---|
| 单笔报销处理时间 | 15min | 2min | 86% |
| 财务人员工作量 | 6人天/月 | 0.5人天/月 | 92% |
| 差错率 | 3.2% | 0.1% | 97% |
5.2 经验总结
经过多个项目的实践,我们总结了以下关键经验:
部署阶段:
- 先在小范围业务流程试点,验证稳定性后再推广
- 建立完善的测试用例库,覆盖各种异常场景
- 对历史数据进行充分训练,提高TARS的领域适应性
运维阶段:
- 定期更新视觉特征库,适应UI变化
- 监控API成功率,及时调整调用策略
- 收集异常案例持续优化决策模型
变革管理:
- 与业务部门紧密合作,重新设计流程以发挥Agent最大价值
- 建立人机协作机制,处理好异常交接
- 培养内部的技术支持团队
6. 未来演进方向
从当前实践来看,企业级Agent技术还将持续快速发展:
- 多Agent协作:不同专业领域的Agent组成团队协同工作
- 主动学习:从人工纠正中快速积累经验,减少重复错误
- 数字员工管理:对Agent团队进行KPI考核和资源调度
- 合规审计:满足金融、医疗等行业的严格监管要求
在技术选型上,建议企业关注以下关键能力:
- 非侵入式集成的成熟度
- 异常处理的智能化程度
- 与现有IT治理体系的兼容性
- 供应商的行业经验积累
