站在企業(yè) IT 或數(shù)字化負(fù)責(zé)人的角度看，企業(yè) AI 項目難的不是"上"，是"上完之后接不住"。
接得住的標(biāo)準(zhǔn)其實很樸素：AI 能讀企業(yè)的數(shù)、守企業(yè)的規(guī)矩、調(diào)企業(yè)的系統(tǒng)、留企業(yè)的痕。這四件事，對應(yīng)三座山。
通用大模型的通識能力沒問題，問題是它不知道你公司里的那些"約定俗成"。
這些問題的答案不在文檔里，在業(yè)務(wù)對象之間的關(guān)系里。
很多企業(yè)已經(jīng)建了數(shù)據(jù)中臺、數(shù)據(jù)倉庫和 BI，但通的是數(shù)據(jù)，不是語義。ERP 的訂單、CRM 的客戶、MES 的設(shè)備、OA 的審批各自數(shù)字化了，卻沒有統(tǒng)一的一層說清楚：它們什么關(guān)系、哪些可信、哪些動作能執(zhí)行。
用友 BIP 6 的解法是把"企業(yè)上下文"拆成三層：
| 層 | 產(chǎn)品 | 回答的問題 |
|---|---|---|
| 數(shù)據(jù)層 | YonData | 企業(yè)現(xiàn)在發(fā)生了什么 |
| 知識層 | YonKnow | 企業(yè)過去沉淀了哪些知識和經(jīng)驗 |
| 語義層 | YonOnto | 這些數(shù)據(jù)和知識在業(yè)務(wù)上意味著什么 |
其中 YonOnto 企業(yè)本體平臺是語義中樞，圍繞客戶、供應(yīng)商、產(chǎn)品、組織、員工、合同、訂單、項目、資金、資產(chǎn)等核心對象，對屬性、關(guān)系、規(guī)則、事件和動作統(tǒng)一建模，支持業(yè)務(wù)本體、數(shù)據(jù)本體和文檔本體三類建模。
需要提醒 IT 同行的兩點：
AI 給出建議之后呢？誰去點那個按鈕？
企業(yè)最終要的不是聊天機(jī)器人，是能進(jìn)真實經(jīng)營過程、跟員工協(xié)同、把任務(wù)做完的執(zhí)行系統(tǒng)。它得知道為什么做、由誰做、調(diào)什么能力、守哪些規(guī)則、什么時候必須讓人確認(rèn)、做完怎么回寫。
YonWork 企業(yè) AI 工作臺做的就是這個轉(zhuǎn)化。它把一句自然語言指令變成一項可執(zhí)行的企業(yè)任務(wù)。
舉個具體例子。管理者說"分析本月利潤下降的主要原因，并形成整改任務(wù)"，YonWork 實際要做的是：
底下支撐的還有：YonStudio（構(gòu)建智能體、Skill、數(shù)智團(tuán)隊）、YonCode（企業(yè)級 AI Coding）、OpenAPI 與 YonMCP（連接現(xiàn)有業(yè)務(wù)系統(tǒng)）、YonAIG（治理）。
對 IT 來說這里有個好消息：不需要把原有系統(tǒng)推倒重來?？梢园熏F(xiàn)有系統(tǒng)的業(yè)務(wù)能力逐步開放給智能體，但"逐步"兩個字要有預(yù)期管理——涉及核心數(shù)據(jù)、系統(tǒng)寫入或復(fù)雜集成時，仍然需要 IT 和專業(yè)人員參與。
AI 一旦有寫權(quán)限，風(fēng)險等級立刻不同。企業(yè)必須能回答：AI 接了什么任務(wù)、調(diào)了哪些數(shù)據(jù)、用了什么工具、經(jīng)過哪些判斷、最終做了什么動作。
YonAIG 企業(yè) AI 治理平臺覆蓋智能資產(chǎn)、身份權(quán)限、調(diào)用軌跡、執(zhí)行成本、評測效果和審計合規(guī)，貫穿智能體構(gòu)建、任務(wù)運行和業(yè)務(wù)執(zhí)行全過程。
配合用友的"智能雙模"思路會更清楚：智能體軟件負(fù)責(zé)感知、推理、決策（概率計算、非確定性、有 Token 成本），流程執(zhí)行型軟件負(fù)責(zé)按規(guī)則執(zhí)行（精確計算、確定性、穩(wěn)定）。核算、結(jié)算這類步驟交給規(guī)則，分析、建議、任務(wù)規(guī)劃交給模型。劃分清楚，風(fēng)險才可控、結(jié)果才可檢查。
