第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
· · · · · · (
收起)
黄佳 作者
异步图书
梦醒时分。
1 有用 黄佳 2026-10-27 19:55:56 新加坡
书籍代码库链接： https://github.com/huangjia2019/ontology-fde
0 有用 lisa 2026-10-28 16:29:29 北京
新赛道FDE
0 有用 bomyq 2026-11-02 23:34:54 河南
随着Agent在企业领域中的应用越来越广泛，需要关注如何让Agent更合理地进行决策，对于FDE来讲，这也是需要考虑的一个重要问题，本书从一个企业中常见的案例入手，对如何赋予Agent合理的决策权进行了条分缕析，不仅讲解了如何“能跑”，而且讲解了如何“可托付”，形成了一套FDE工作的方法论，推荐从业者阅读。
1 有用 桦然依然 2026-10-31 16:21:34 北京
对公司来说，不能只买 AI 工具，而要培养能把 AI 接进关键链路的人。从会用 AI，到会部署 AI，是下一阶段的分水岭。FDE 不是终点，它只是一个入口。真正重要的是那套工作方式：靠近现场，对结果负责，把复杂性转化成可复用的软件资产。这才是本质
1 有用 williamnte 2026-10-28 11:15:14 四川
咖哥出品,一如既往地稳。书不空谈架构,而是用一个退款助手的真实落地,把Agent上线前要过的身份、权限、规则、审计一道道关讲得明明白白。书里那些"500元自动退、500.01元怎么办""接口调通了不等于能行动"的纠结,正是我每天工作中遇到的现实难题,读完直接有了处理框架。能持续抓住读者痛点、解决实际问题,这才是技术书最珍贵的地方。强烈推荐。