Part I 总论与平台观

4 章 · 建立 Agent 边界、平台视角、AI 原生系统观与全书工程地图

Part I 不直接进入组件实现，而是先回答四个决定后续工程路线的问题：

1. 什么才算 Agent，它与 RAG、Copilot、Workflow 的边界在哪里？
2. 当多个 Agent 进入企业后，哪些共性责任需要由平台统一承接？
3. AI 原生业务系统与“在旧系统里增加 AI 功能”究竟有什么不同？
4. 模型、数据、知识、Runtime、评测、安全等能力应该怎样放进同一张平台地图？

Part I 的目标不是让读者记住更多术语，而是先建立一套共同的工程判断方法。 读完后，应能判断一个需求是否真的需要 Agent、某项能力应归平台还是业务应用、一个流程是否值得 AI 原生化，以及当前项目缺少哪一层前置能力。

四章之间的关系

章节	核心问题	主要结论
第1章 Agent 的边界：从对话助手到任务执行系统	什么才算 Agent？	关键分界不是“会不会对话”，而是系统是否开始自主推进任务并产生业务副作用
第2章 企业级 Agent 平台的边界	企业为什么需要平台？	平台统一共性能力与共性风险，但不接管快速变化的业务判断
第3章 AI 原生业务系统：Agent 重塑企业软件	AI 原生改变了什么？	系统从页面中心转向任务中心，旧系统成为受控工具而非被推翻
第4章 全书地图：平台参考架构与阅读路径	后续能力如何组织？	用四层架构和八个能力簇定位问题，再按工程依赖进入后续章节

四章构成一条递进关系：先界定 Agent → 再界定平台 → 再看 Agent 如何改变业务系统 → 最后把所有能力放回统一架构。

建议阅读方式

第一次接触企业级 Agent 平台，建议顺序读完四章。如果已经有实际项目，可以按当前问题跳读：

当前问题	建议优先阅读
不确定一个需求到底是不是 Agent	第1章
团队正在争论平台和应用的边界	第2章
想判断哪些业务流程值得 AI 原生改造	第3章
已有多个试点，想定位平台缺口和建设顺序	第4章

Part I 读完后，可以用三个问题检查自己的项目：

• 任务边界是否清楚？ 系统只是回答、辅助，还是已经开始改变业务状态？
• 平台边界是否清楚？ 模型、工具、权限、Trace、Eval 等共性责任由谁统一承担？
• 生产缺口是否清楚？ 当前缺的是可信数据、运行状态、风险控制、证据评测，还是业务任务本身没有定义好？

带着这三个问题进入 Part II 以后，模型、数据、知识、Runtime、DataAgent、评测、安全和前端就不再是孤立技术点，而会逐步拼成一套完整的企业级 Agent 平台工程体系。