智能體和 RPA 經(jīng)常被放在一起比較，但它們處在執(zhí)行鏈路的不同位置。本文從依賴(lài)條件、失敗模式、集成方式三個(gè)工程維度拆解，給出一套可落地的選型判斷順序。
把智能體和 RPA 對(duì)立起來(lái)，本身就問(wèn)錯(cuò)了問(wèn)題。
從執(zhí)行鏈路看，一個(gè)自動(dòng)化任務(wù)可以拆成三段：
意圖理解 → 判斷決策 → 動(dòng)作執(zhí)行所以更準(zhǔn)確的關(guān)系是：智能體負(fù)責(zé)想清楚做什么，RPA 或業(yè)務(wù)接口負(fù)責(zé)把動(dòng)作執(zhí)行下去。
| 維度 | RPA | AI 智能體 |
|---|---|---|
| 依賴(lài)條件 | 界面元素 / 固定流程 | 知識(shí)、數(shù)據(jù)、可調(diào)用工具（接口） |
| 失敗模式 | 界面改版、彈窗、數(shù)據(jù)格式變化 | 理解偏差、檢索錯(cuò)誤、生成錯(cuò)誤、越權(quán)執(zhí)行 |
| 一致性 | 高，同輸入必同輸出 | 概率性，同輸入可能有不同輸出 |
| 適合的任務(wù)特征 | 高頻、規(guī)則固定、要求完全一致 | 低頻、規(guī)則模糊、需要跨系統(tǒng)綜合判斷 |
最后一行是核心：RPA 是確定性的，智能體是概率性的。 需要 100% 一致的動(dòng)作，用概率性系統(tǒng)去做本身就是設(shè)計(jì)錯(cuò)誤；反過(guò)來(lái)，規(guī)則寫(xiě)不完的場(chǎng)景，硬堆規(guī)則也是浪費(fèi)。
工程上第一件事不是選工具，而是看目標(biāo)系統(tǒng)的集成條件：
if (目標(biāo)系統(tǒng)提供穩(wěn)定接口 && 有寫(xiě)入授權(quán)):
優(yōu)先走接口調(diào)用
elif (老系統(tǒng) && 無(wú)接口 && 必須自動(dòng)化):
評(píng)估 RPA 做界面自動(dòng)化
→ 必須設(shè)計(jì)：界面變化檢測(cè)、執(zhí)行失敗重試、人工接管入口
else:
AI 只能給建議，動(dòng)作仍需人執(zhí)行接口優(yōu)先這條原則的理由很實(shí)際：接口有契約、有版本、有返回值、可做權(quán)限校驗(yàn)和審計(jì)；界面自動(dòng)化則依賴(lài) DOM 結(jié)構(gòu)或坐標(biāo)，上游一改就斷，且出了問(wèn)題難以追溯。
一個(gè)常被忽略的坑："數(shù)據(jù)庫(kù)連通"不等于"業(yè)務(wù)集成完成"。 能連上庫(kù)只說(shuō)明網(wǎng)絡(luò)通，業(yè)務(wù)含義上的字段映射、校驗(yàn)規(guī)則、審批流程、冪等控制這些都沒(méi)解決。
讀操作出錯(cuò)，最多是答錯(cuò)了；寫(xiě)操作出錯(cuò)，會(huì)直接改壞業(yè)務(wù)數(shù)據(jù)。寫(xiě)入類(lèi)步驟必須單獨(dú)驗(yàn)證：
演示環(huán)境和生產(chǎn)環(huán)境的差別，幾乎全部集中在異常路徑上。上線前至少要把這三類(lèi)說(shuō)清楚：
| 場(chǎng)景 | 處理方式 |
|---|---|
| 數(shù)據(jù)缺失 / 格式異常 | 停止并提示，不要猜測(cè)填充 |
| 權(quán)限不足 | 明確拒絕，不要把高權(quán)限賬號(hào)作為兜底 |
| 接口超時(shí) / 寫(xiě)入失敗 | 重試 → 仍失敗則轉(zhuǎn)人工，并留痕 |
特別提醒：不要用一個(gè)統(tǒng)一的高權(quán)限系統(tǒng)賬號(hào)去取數(shù)。 如果 AI 不繼承當(dāng)前用戶(hù)身份，權(quán)限校驗(yàn)實(shí)際上是被繞過(guò)的——這在工程上很省事，在合規(guī)上是重大缺陷。
現(xiàn)實(shí)里兩者經(jīng)常同時(shí)存在：
用戶(hù)發(fā)起任務(wù)
↓
YonWork 接收并理解意圖（智能體）
↓
需要跨系統(tǒng)取數(shù) → 走 YonData / 業(yè)務(wù)接口
需要判斷 → 基于知識(shí)（YonKnow）與語(yǔ)義（YonOnto）
↓
執(zhí)行動(dòng)作
├─ 有接口 → 直接調(diào)用
└─ 無(wú)接口的老系統(tǒng) → 調(diào)用 RPA 做界面操作
↓
YonAIG 記錄運(yùn)行日志、審計(jì)與評(píng)估