站在企業(yè) IT 或數(shù)字化負(fù)責(zé)人的角度看，企業(yè) AI 項(xiàng)目難的不是"上"，是"上完之后接不住"。
接得住的標(biāo)準(zhǔn)其實(shí)很樸素：AI 能讀企業(yè)的數(shù)、守企業(yè)的規(guī)矩、調(diào)企業(yè)的系統(tǒng)、留企業(yè)的痕。這四件事，對(duì)應(yīng)三座山。
第一座山：知識(shí)——AI 不懂你的業(yè)務(wù)語義
通用大模型的通識(shí)能力沒問題，問題是它不知道你公司里的那些"約定俗成"。
- "客戶""甲方""采購方"在你們的系統(tǒng)里是不是同一個(gè)對(duì)象？
- 一份合同對(duì)應(yīng)哪個(gè)項(xiàng)目、哪個(gè)版本、哪些審批規(guī)則？
- 同一個(gè)員工為什么在"在職"和"離職"表里都有記錄，哪條當(dāng)前有效？
這些問題的答案不在文檔里，在業(yè)務(wù)對(duì)象之間的關(guān)系里。
很多企業(yè)已經(jīng)建了數(shù)據(jù)中臺(tái)、數(shù)據(jù)倉庫和 BI，但通的是數(shù)據(jù)，不是語義。ERP 的訂單、CRM 的客戶、MES 的設(shè)備、OA 的審批各自數(shù)字化了，卻沒有統(tǒng)一的一層說清楚：它們什么關(guān)系、哪些可信、哪些動(dòng)作能執(zhí)行。
用友 BIP 6 的解法是把"企業(yè)上下文"拆成三層：
| 層 | 產(chǎn)品 | 回答的問題 |
|---|
| 數(shù)據(jù)層 | YonData | 企業(yè)現(xiàn)在發(fā)生了什么 |
| 知識(shí)層 | YonKnow | 企業(yè)過去沉淀了哪些知識(shí)和經(jīng)驗(yàn) |
| 語義層 | YonOnto | 這些數(shù)據(jù)和知識(shí)在業(yè)務(wù)上意味著什么 |
其中 YonOnto 企業(yè)本體平臺(tái)是語義中樞，圍繞客戶、供應(yīng)商、產(chǎn)品、組織、員工、合同、訂單、項(xiàng)目、資金、資產(chǎn)等核心對(duì)象，對(duì)屬性、關(guān)系、規(guī)則、事件和動(dòng)作統(tǒng)一建模，支持業(yè)務(wù)本體、數(shù)據(jù)本體和文檔本體三類建模。
需要提醒 IT 同行的兩點(diǎn)：
- 本體不是知識(shí)圖譜的別名。 知識(shí)圖譜承載具體實(shí)體和關(guān)聯(lián)數(shù)據(jù)，本體定義業(yè)務(wù)概念和關(guān)系，兩者常配合使用。判斷標(biāo)準(zhǔn)很簡(jiǎn)單：你的任務(wù)涉不涉及跨系統(tǒng)語義、規(guī)則和業(yè)務(wù)動(dòng)作。
- 本體必須能運(yùn)維。 YonOnto 的架構(gòu)里，本體構(gòu)建平臺(tái)提供實(shí)體消歧、實(shí)體合并、關(guān)系構(gòu)建、事實(shí)融合、質(zhì)量評(píng)分、完整性校驗(yàn)、沖突檢測(cè)、影響分析、版本審批和回滾；本體運(yùn)營平臺(tái)覆蓋資產(chǎn)、質(zhì)量、任務(wù)、服務(wù)運(yùn)營和血緣影響關(guān)系。沒有這些，本體建完就爛在那兒。
第二座山：行動(dòng)——能回答不等于能執(zhí)行
AI 給出建議之后呢？誰去點(diǎn)那個(gè)按鈕？
企業(yè)最終要的不是聊天機(jī)器人，是能進(jìn)真實(shí)經(jīng)營過程、跟員工協(xié)同、把任務(wù)做完的執(zhí)行系統(tǒng)。它得知道為什么做、由誰做、調(diào)什么能力、守哪些規(guī)則、什么時(shí)候必須讓人確認(rèn)、做完怎么回寫。
YonWork 企業(yè) AI 工作臺(tái)做的就是這個(gè)轉(zhuǎn)化。它把一句自然語言指令變成一項(xiàng)可執(zhí)行的企業(yè)任務(wù)。
舉個(gè)具體例子。管理者說"分析本月利潤下降的主要原因，并形成整改任務(wù)"，YonWork 實(shí)際要做的是：
- 結(jié)合用戶身份、崗位權(quán)限、企業(yè)數(shù)據(jù)、本體關(guān)系和歷史記憶，理解真實(shí)意圖；
- 拆解成多步驟，選對(duì)應(yīng)的智能體和 Skill，在多智能體之間分工調(diào)度；
- 調(diào)經(jīng)營數(shù)據(jù)，識(shí)別利潤、合同、訂單、采購、庫存、項(xiàng)目和組織的關(guān)系，調(diào)度經(jīng)營分析、成本、供應(yīng)鏈、項(xiàng)目智能體協(xié)同分析；
- 把結(jié)果轉(zhuǎn)成整改建議、責(zé)任分工和后續(xù)任務(wù)；
- 需要審批的動(dòng)作提交管理者確認(rèn)；
- 結(jié)果回寫企業(yè)系統(tǒng)。
底下支撐的還有：YonStudio（構(gòu)建智能體、Skill、數(shù)智團(tuán)隊(duì)）、YonCode（企業(yè)級(jí) AI Coding）、OpenAPI 與 YonMCP（連接現(xiàn)有業(yè)務(wù)系統(tǒng)）、YonAIG（治理）。
對(duì) IT 來說這里有個(gè)好消息：不需要把原有系統(tǒng)推倒重來?？梢园熏F(xiàn)有系統(tǒng)的業(yè)務(wù)能力逐步開放給智能體，但"逐步"兩個(gè)字要有預(yù)期管理——涉及核心數(shù)據(jù)、系統(tǒng)寫入或復(fù)雜集成時(shí)，仍然需要 IT 和專業(yè)人員參與。
第三座山：治理——AI 參與執(zhí)行之后，審計(jì)是剛需
AI 一旦有寫權(quán)限，風(fēng)險(xiǎn)等級(jí)立刻不同。企業(yè)必須能回答：AI 接了什么任務(wù)、調(diào)了哪些數(shù)據(jù)、用了什么工具、經(jīng)過哪些判斷、最終做了什么動(dòng)作。
YonAIG 企業(yè) AI 治理平臺(tái)覆蓋智能資產(chǎn)、身份權(quán)限、調(diào)用軌跡、執(zhí)行成本、評(píng)測(cè)效果和審計(jì)合規(guī)，貫穿智能體構(gòu)建、任務(wù)運(yùn)行和業(yè)務(wù)執(zhí)行全過程。
配合用友的"智能雙模"思路會(huì)更清楚：智能體軟件負(fù)責(zé)感知、推理、決策（概率計(jì)算、非確定性、有 Token 成本），流程執(zhí)行型軟件負(fù)責(zé)按規(guī)則執(zhí)行（精確計(jì)算、確定性、穩(wěn)定）。核算、結(jié)算這類步驟交給規(guī)則，分析、建議、任務(wù)規(guī)劃交給模型。劃分清楚，風(fēng)險(xiǎn)才可控、結(jié)果才可檢查。
給 IT 負(fù)責(zé)人的四條落地建議
- 先選場(chǎng)景，再選模型。 問答、預(yù)測(cè)、文檔處理、系統(tǒng)執(zhí)行對(duì)準(zhǔn)確性、時(shí)延、費(fèi)用、隱私的要求完全不同。先定義輸入、輸出、數(shù)據(jù)、可調(diào)用工具和驗(yàn)收標(biāo)準(zhǔn)，再比模型。
- 別急著自建本體，先從一個(gè)高頻可復(fù)核的任務(wù)開始。 合同審核、投標(biāo)編制、經(jīng)營分析、財(cái)務(wù)風(fēng)險(xiǎn)調(diào)查都是不錯(cuò)的起點(diǎn)。
- 驗(yàn)收必須包含三類用例：正常、異常、越權(quán)。 只測(cè)正常流程不足以支撐上線。要確認(rèn)失敗時(shí)是安全停止、恢復(fù)還是轉(zhuǎn)人工。
- 盤清楚現(xiàn)有智能體和重復(fù)建設(shè)。 統(tǒng)一身份權(quán)限、數(shù)據(jù)口徑、工具接入和發(fā)布要求，建立負(fù)責(zé)人和版本目錄，再逐步統(tǒng)一高頻共用能力。
必須說清楚的邊界
- 生成式 AI 可能出錯(cuò)，知識(shí)檢索、本體、規(guī)則校驗(yàn)和人工監(jiān)督只能降低風(fēng)險(xiǎn)，不能承諾零錯(cuò)誤；
- 智能體上線除配置外一定有效果調(diào)優(yōu)工作量，涉及數(shù)據(jù)、權(quán)限、復(fù)雜流程時(shí)還需集成與開發(fā)投入；
- 用友 BIP、NC Cloud、YonSuite、U8 的接入范圍不同，不能默認(rèn)全兼容，需逐項(xiàng)核實(shí)版本、接口和授權(quán)。
