企業本體論：人人都是FDE

黃佳，筆名“咖哥”，新加坡科技研究局人工智能 研究員，奇點智能研究院首席技術咨詢師，長期深耕AI應用、Agent架構與企業工程實踐。著有Designing AI Agents（Manning出版社）《Agent設計模式 圖解可覆用智能體架構》《Claude Code實戰：Harness工程之道》等作品。他擅長把技術融入故事，讓讀者跟隨書中人物直面真實難題，進而逐層拆解技術原理。近年來，他與企業一線團隊探索AI落地業務現場，提出了Agent設計模式雙軸框架，聯合發起ADPS，持續沈澱Agent系統的設計模式、企業案例與工程實踐經驗。

第 1章 格物致知：企業裏的新存在物 001

章*現場｜雲帆第 1站開工：演示通過了，為什麼還不能上線 001 

1.1 從責任爭議出發：企業中的新行動主體 003

雲帆第 1站｜厘清一筆退款的邏輯 004

雲帆現場｜如何基於5筆申請編寫停線規則 007 

1.2 先別管它能做什麼，先問它是什麼 008 

1.3 三張認知“舊地圖”，為什麼不夠用了 008 

1.4 第四種：定位—組織授權的數字行動主體 013 

1.5 六問體檢清單：Agent上線前，先問清6件事 015 

1.6 本體論：構建人與Agent共享的業務世界 017 

1.7 同一個退款助手的兩種命運 021 

雲帆現場｜一次小事故如何杜絕重演 024 

1.8 別把Agent過度神秘化，也別看輕它 026 

1.9 退款助手：六問定位頁 026

雲帆第 1站收工｜明確項目當前坐標 028

本章小結 029

本章任務 029

參考文獻 030

第 2章 見微知著：非人類代理簡史 031

章*現場｜雲帆第 2站：接口調用雖成功，但*評審亮紅燈 031 

2.1 從歷史委托到數字行動主體 033

雲帆現場｜審視權力讓渡，而非僅關註技術棧 034 

2.2 第 一次，將權力讓渡給一個“沒有物理實體”的主體 035 

2.3 *次，賦予軟件“心智” 038 

2.4 第三次，從RPA到Agentic AI的三代自動化 042 

2.5 一家實行“本體先行”二十餘年的企業 045 

雲帆現場｜4個歷史遺留問題被納入風險臺賬 047 

2.6 權責委托外化簡史的共同教訓：從“舊詞湊合”走向“本體重構” 048

雲帆現場｜4項歷史欠賬的“銷號”路徑 050 

2.7 實戰：對Agent進行歷史鏡檢 051

雲帆第 2站收工｜4項歷史欠賬均已落實整改路徑 052

本章小結 052

本章任務 053

參考文獻 053

第3章 正本清源：Agent本體框架 054

章*現場｜雲帆第3站：寫一句“由Agent發起”，算不算確立了身份 054 

3.1 正名：治理始於身份坐標的確立 056 

3.2 為何*須構建一套本體框架 056 

3.3 IART框架：描述Agent的4個維度 057 

雲帆現場｜先填IART框架信息，再申請寫入權限 062 

3.4 存在層級：界定Agent在企業中的定位 062 

雲帆現場｜退款助手當前不處於存在層級L2，目標暫時也不處於存在層級L4 066 

3.5 自主層級：決策權究竟要交出去多少 067 

雲帆現場｜將自主層級 L3到 L4寫成升級條件，而不是願景 070 

3.6 三套標尺的組合應用：構建企業級Agent治理矩陣 070

雲帆現場｜三套標尺統一映射*同一身份檔案 071 

3.7 從Agent本體邁向企業本體 072 

3.8 三種常見的錯配類型 073 

雲帆現場｜通過兩組冒煙測試驗證身份檔案的有效性 075 

3.9 實戰：5min快速定義一個Agent 076

雲帆第3站收工｜身份檔案已確立，越權攔截機制驗證通過 077

本章小結 077

本章任務 077

參考文獻 077

第4章 綱舉目張：企業本體的五層架構 078

章*現場｜雲帆第4站：8套系統全量拉取，為何仍無法說清楚同一筆退款 078 

4.1 先錨定企業業務世界的“綱” 080 

4.2 為何*須采用分層架構 081 

4.3 五層架構總覽 082 

4.4 L1（數據與證據層）：事實的來源與構成 086 

4.5 L2（語義與關系層）：解析事實的深層含義 090 

4.6 L3（動作與流程層）：賦予本體執行能力 091 

雲帆現場｜五層架構完成度評估：已具備什麼，還缺少什麼 093 

4.7 L4（治理與策略層）：構建行動的合規邊界與可控性 094 

4.8 L5（Agent操作層）：在既定邊界內自主執行 096 

4.9 與 Palantir三層架構的對齊：從“數據存儲”到“業務本體” 098 

4.10 從軟件工程護欄到系統行動邊界 102 

4.11 三種反模式 102 

4.12 從一個*小可行業務場景起步 104 

4.13 五層架構盤點：優先識別風險盲區 104

雲帆現場｜基於五層架構的階段性驗收 105

雲帆第4站收工｜同一筆退款已擁有可追溯的業務世界 105

本章小結 106

本章任務 106

參考文獻 106

第5章 知行合一：從可查詢到可行動 107

章*現場｜雲帆第5站：500元自動退，500.01元何去何從 107 

5.1 從“看懂申請”轉向“改變狀態” 109 

5.2 可查詢本體與可行動本體：從“理解世界”到“改變世界” 109 

5.3 為什麼接入 API並不等同於賦予Agent真正的行動能力 111

雲帆現場｜一筆退款如何依次通過讀取、建議與寫入三道責任門禁 112 

5.4 Action Contract：業務動作的結構化契約 112 

雲帆現場｜基於UAT回放驗證“500元退款”受控動作 115 

5.5 遷移實戰：合同審批場景下的 Action Contract 116

5.6 受控執行：邊界、重覆請求與失敗接管規則 118 

5.7 決策記錄：把為什麼這樣處理講清楚 119 

5.8 從接口清單到業務動作目錄 119 

5.9 三種常見的Agent落地反模式 119 

雲帆現場｜4條執行路徑 UAT回放驗證 120 

5.10 實戰：通過6個核心問題評估業務動作的Agent*緒度 121

雲帆第5站收工｜三項核心業務動作通過UAT驗收，生產環境寫入功能保持關閉狀態 121

本章小結 122

本章任務 122

參考文獻 123

第6章 探本溯源：知識工程如何將隱性知識轉化為可覆用的數字資產 124

章*現場｜雲帆第6站：風控系統顯示“正常”，老陳為何執意攔下退款 124 

6.1 將隱性知識轉化為數字資產 126 

6.2 知識工程並非 RAG 127 

6.3 隱性知識分布與挖掘 129 

6.4 從灰度發布事故看工程領域的隱性知識 131 

6.5 知識資產的七級階梯 132 

6.6 知識工程流水線的落地實踐：七級階梯的起步策略 134 

6.7 知識進入Agent的5種載體 136

雲帆現場｜*原話優先進入規則候選區 138 

6.8 雲帆實戰：從老陳的一句話到候選規則 139 

6.9 知識工程的組織角色 140 

6.10 三種常見的Agent知識工程落地反模式 141

雲帆現場｜5類核心測試用例全通過，但候選規則仍受三項缺口阻滯 142 

6.11 實戰：兩小時極速知識工程工作坊 143

雲帆第6站收工｜已發布規則繼續運行，候選規則留在評審區 145

本章小結 145

本章任務 145

參考文獻 146

第7章 立名定分：Agent的身份界定、角色歸屬與權限邊界 147

章*現場｜雲帆第7站：同一筆退款，因調用者不同而結果迥異 147 

7.1 權力*須先有歸屬 149

雲帆現場｜為退款助手分配獨立系統工號 150 

7.2 *須為Agent確立獨立身份 150 

7.3 Agent的身份究竟是什麼 153

雲帆現場｜構建既給人看，也被系統引用的身份檔案 154 

7.4 代表誰行動：On Behalf Of與 As Itself之辨 154 

7.5 構建六維權限矩陣：*越二元控制的精細治理 155 

7.6 *小權限與*信任 158 

7.7 信任並非簡單的二元開關，而是一種具備動態演化特征的資產 158 

7.8 誰對Agent負責 160

雲帆現場｜4類負責人共同確認擴權條件 161 

7.9 全生命周期治理框架 161 

7.10 影子Agent與權限漂移 163 

7.11 4種常見的Agent身份治理反模式 165

雲帆現場｜錯誤主體*須在狀態改變前被攔截 166 

7.12 實戰：一頁身份檔案—澄清Agent核心身份 166

雲帆現場｜收工前核對4項準入規則與六維權限 167

雲帆第7站收工｜獨立身份已成功接入寫入門禁 168

本章小結 168

本章任務 169

參考文獻 169

第8章 分進合擊：多Agent如何基於本體實現協同 170

章*現場｜雲帆第8站：同一筆退款，兩種意見均有依據 170 

8.1 協作第 一步：鎖定同一個業務對象 172

雲帆現場｜在啟動三個助手協同工作前，先確認各方處理的是同一筆退款業務 172 

8.2 多Agent系統的難點，不在於“多”，而在於“合” 173 

8.3 本體：多Agent系統的“共同工作臺” 174 

8.4 5種協同模式 177 

8.5 協同協議：將交接過程轉化為結構化對象 182 

雲帆現場｜退款申請 YF-R-0610的任務信封 183 

雲帆現場｜退款申請 YF-R-0610的上下文信封 184 

雲帆現場｜退款申請 YF-R-0610的結果信封 185 

雲帆現場｜固定規則：僅決定下一步走向，而非*終結論 186 

8.6 對象所有權與沖突治理 187 

8.7 遷移案例一：B2B客戶續約場景的應用驗證 190 

8.8 遷移案例二：生產事故中的並行收證與人的指揮 193

雲帆現場｜退款申請YF-R-0610：將4類異常攔截於寫入前 195 

8.9 多Agent評測：聚焦協作本身 195 

8.10 多Agent協同落地實施的5個反模式 196 

雲帆現場｜基於4段業務事實覆盤退款申請 YF-R-0610 198

雲帆第8站收工｜退款申請 YF-R-0610處置與核對 199

本章小結 200

本章任務 200

參考文獻 201

第9章 明鏡高懸：評測、審計與追責 202

章*現場｜雲帆第9站：審計員重構關鍵決策的溯源過程 202 

9.1 讓每一個決策經得起覆盤 203

雲帆現場｜基於四大業務問題的決策覆盤 205 

9.2 可信依賴嚴密的證據鏈，而非主觀感受 206

雲帆現場｜三層檢查分別回答三個核心問題 207 

9.3 評測：上線前主動暴露潛在失效點 208 

9.4 運行時護欄：從“事後審計”轉向“事前攔截” 209

雲帆現場｜將分散決策重構為完整的證據鏈 211 

9.5 審計：從“時間序列日誌”到“語義化決策記錄” 212 

9.6 追責：從“甩鍋鏈”到“責任改進鏈” 214

雲帆現場｜將兩起歷史事故納入長期回放基線 215 

9.7 從事故到知識資產：構建系統的“免疫記憶” 217

雲帆現場｜將支付失敗轉化為可接管的業務狀態 219 

9.8 實戰：高風險操作的可追溯性審計 220

雲帆第9站收工｜每一次決策*能被重構 221

本章小結 221

本章任務 222

參考文獻 222

第 10章 行穩致遠：Agent運營模式 223

章*現場｜雲帆第 10站：FDE離場後，系統由誰承接 223 

10.1 從單次試點邁向常態化運營機制 224

雲帆現場｜評估*個場景的可覆用性 226 

10.2 什麼是Agent運營模式 228 

10.3 六大核心模塊與組織承載架構 229 

10.4 成熟度模型：從提示工程到成熟運營模式 231

雲帆現場｜擴權前的5項核心*驗證指標 233 

10.5 指標體系與180天實施路線圖 233 

10.6 與現有的管理體系融合 236

雲帆現場｜按順序執行*撤離演練 237 

10.7 起步與展望：未來5年的演進之路 237

雲帆現場｜接手團隊主持第 10站驗收 239

雲帆第 10站收工｜接手團隊獨立完成*終驗收 240