专场出品人：郑岩
华为 集团AI数据底座产品总监
华为集团AI数据底座产品总监，前华为云AI应用首席架构师，华为数字化高级技术专家。
拥有16年企业数智化转型相关经验，曾在中石油、SAP等企业就职，在AI、大数据、数据底座、云原生等多个领域有丰富实践经验。
当前主导华为多模态数据湖及本体驱动决策产品落地和场景实践；曾主导AI大模型在华为云研发、营销服、资产运营等业务领域应用落地，辅助业务提效增质。
拥有16年企业数智化转型相关经验，曾在中石油、SAP等企业就职，在AI、大数据、数据底座、云原生等多个领域有丰富实践经验。
当前主导华为多模态数据湖及本体驱动决策产品落地和场景实践；曾主导AI大模型在华为云研发、营销服、资产运营等业务领域应用落地，辅助业务提效增质。
专场：Agentic AI 赋能传统企业数智化
传统企业数智化转型长期卡在落地浅、价值弱、碎片化瓶颈，单点工具改造、人工驱动模式早已难以适配业务需求，Agentic AI的自主智能协同能力，成为打破转型困局的核心突破口。当智能体能自主响应业务需求、联动全域系统完成流程闭环，该如何破解数智化碎片化难题？当Agentic AI深度渗透生产、运营、管理、营销全场景，如何平衡技术落地与业务适配，杜绝技术业务脱节？面对数据孤岛、人才短板等痛点，如何依托智能体实现低成本高效转型，让技术真正变现为业务价值？
带着这些行业核心困惑，本专场汇聚一线实践者与技术专家，聚焦Agentic AI落地实践，共探传统企业从数字化到数智化的务实路径，解锁智能体驱动的高质量转型新范式。
带着这些行业核心困惑，本专场汇聚一线实践者与技术专家，聚焦Agentic AI落地实践，共探传统企业从数字化到数智化的务实路径，解锁智能体驱动的高质量转型新范式。
Cao Yang 博士
从 Query 到 Task：企业 AI 系统的重构路径
——Harness、Agent First 与企业 Context Engine
华为 AI 技术专家组主任 资深人工智能专家
华为公司集团 AI 技术专家组主任，资深人工智能专家，现负责华为公司企业公共大模型、知识问答系统的底层算法设计。Cao Yang 拥有深厚的人工智能产业界经验，曾先后担任商汤科技研究总监、新加坡主权基金投资公司GIC高级副总裁、Grab算法研发负责人等，深度主导过 LLM、计算机视觉及机器学习等多项核心业务的技术架构演进。他在 TKDE、IJCAI 等顶级学术期刊会议发表过多篇论文，目前致力于通过算法创新提升企业级 AI 的智能化水平。
议题背景：
当前企业 AI 系统大多仍基于 Query 驱动（RAG / 搜索 / Prompt），本质是一次性信息获取与生成，难以支撑复杂任务执行。本次分享提出一个核心判断：企业 AI 的升级不是模型升级，而是系统重构——从 Query 驱动转向 Task 驱动。
围绕这一转变，将重新审视 Harness 的定位：在开源 Agent 框架已经具备 loop、state、tool 等能力的前提下，企业的关键不再是“实现能力”，而是“定义与控制能力”。本次将重点讨论开源框架在企业中的引入边界，以及哪些系统能力必须自建。
在此基础上，进一步阐述 Agent First 的系统设计思想，即企业软件从“服务人查询”转向“服务 Agent 执行”。最后，通过 Agent First Search 与 Context Engine 的实践，说明企业如何构建面向任务理解与执行的上下文系统，实现从“能回答”到“能完成”的能力跃迁。
内容大纲：
1. 问题背景：为什么企业 AI 系统难以落地
1.1 当前主流范式：Query 驱动系统
1.1.1 RAG / 搜索 / Prompt 的标准结构
1.1.2 一次性调用（single-shot）的系统特点
1.2 核心问题
1.2.1 无法完成多步任务（缺少执行闭环）
1.2.2 信息不完整时直接失败（无主动补充机制）
1.2.3 tool 调用不可控（无稳定执行约束）
1.2.4 系统不可复现、不可调试
1.3 关键判断
1.3.1 问题不在模型能力
1.3.2 在系统建模方式（Query vs Task）
2. 范式转变：从 Query 到 Task
2.1 Query 驱动系统的优化目标
2.1.1 单次回答准确率
2.1.2 信息召回与相关性
2.2 Task 驱动系统的目标
2.2.1 任务完成率（Task Completion）
2.2.2 多步执行能力（Loop）
2.2.3 执行闭环（Plan → Act → Observe → Retry）
2.3 Query 的能力边界
2.3.1 多步推理场景
2.3.2 信息不完整场景
2.3.3 跨系统任务
2.3.4 有副作用操作
2.4 核心结论
2.4.1 Query 解决“信息获取”
2.4.2 Task 解决“任务完成”
3. 系统重构核心：Harness（开源与自建的边界）
3.1 前提变化（必须强调）
3.1.1 开源 Agent 框架已经具备：
loop（多步执行）
state（基础状态管理）
tool calling
memory
3.1.2 “有没有这些能力”已经不是问题
关键结论：
- Harness 的核心不再是“实现能力”
- 而是“能力的策略控制与系统化”
3.2 开源框架的定位（可以直接引入的部分）
3.2.1 Agent runtime（loop / planning / tool 调用）
3.2.2 基础 tool / MCP 集成
3.2.3 基础 memory / retrieval 组件
特点：
- 通用能力
- 快速演进
- 无业务绑定
使用原则：
- 优先复用开源，不重复造轮子
- 保持 runtime 可替换
3.3 企业必须自建的部分（真正的 Harness）
3.3.1 策略控制（Policy Layer）
- 何时调用哪个 tool
- 何时继续 / 停止 / 重试
- 不同场景执行策略差异
关键点：
- 从“模型决定” → “系统定义”
3.3.2 执行约束（Execution Constraints）
- 工具调用边界
- 权限控制
- 副作用控制（避免重复执行）
关键点：
- 保证系统行为可控
3.3.3 任务建模（Task Modeling）
- 明确任务结构（而非隐式对话）
- 统一不同场景执行方式
- 支持跨系统任务编排
关键点：
- 从“对话驱动” → “任务驱动”
3.3.4 评测与反馈（Evaluation Loop）
- 任务完成率评估
- 场景级 benchmark
- 持续优化策略
关键点：
- 从“回答质量” → “任务完成能力”
3.3.5 可观测性（Observability）
- 执行路径可视化
- 错误定位能力
- 系统行为分析
关键点：
- 系统必须可调试、可解释
3.4 一个关键分界线（总结）
3.4.1 开源 Agent：让系统“能运行”
3.4.2 企业 Harness：让系统“按预期运行”
4. 架构升级：Agent First
4.1 从 Query First 到 Agent First
4.1.1 Query First：围绕搜索设计系统
4.1.2 Agent First：围绕任务执行设计系统
4.2 系统结构变化
4.2.1 输入：Query → Goal
4.2.2 输出：Answer → Result
4.2.3 执行：单步 → 多步流程
4.3 Agent First 的工程要求
4.3.1 明确任务建模
4.3.2 可控执行路径
4.3.3 策略与执行解耦
5. 关键能力：Agent First Search 与 Context Engine
5.1 Agent First Search
5.1.1 Search 从“返回内容” → “服务任务执行”
5.1.2 多轮检索、多策略组合
5.1.3 面向 Agent 的结构化输入输出
5.2 Context Engine
5.2.1 从检索系统升级为“上下文理解系统”
5.2.2 统一企业知识（人 / 组织 / 系统 / 数据）
5.2.3 支持任务级理解与推理
5.3 与传统 RAG 的差异
5.3.1 RAG：Query → Retrieve → Answer
5.3.2 Context Engine：Goal → Understand → Plan → Retrieve → Reason
6. 典型场景拆解：Query vs Task
6.1 企业知识分析任务
6.1.1 Query：信息拼接
6.1.2 Task：跨系统分析与推理
6.2 Agent First Search 场景
6.2.1 Query：文档返回
6.2.2 Task：问题定位与解释
6.3 工程类任务（代码 / 数据）
6.3.1 Query：建议输出
6.3.2 Task：执行 + 验证闭环
6.4 场景总结
6.4.1 Query 在简单场景有效
6.4.2 Task 在复杂场景不可替代
7. 工程取舍与落地策略
7.1 恢复策略设计
7.1.1 Task-level vs Step-level Recovery
7.1.2 不同场景的成本与收益
7.2 必备工程能力
7.2.1 幂等性（Idempotency）
7.2.2 可复现性（Reproducibility）
7.2.3 可观测性（Observability）
7.3 关键原则
7.3.1 简单场景：允许粗粒度恢复
7.3.2 复杂场景：必须精细控制
8. 总结
8.1 核心结论
8.1.1 企业 AI 的升级是系统重构
8.1.2 从 Query 驱动走向 Task 驱动
8.2 三个关键能力
8.2.1 Harness（策略与控制层）
8.2.2 Agent First（架构范式）
8.2.3 Context Engine（上下文能力）
8.3 最终目标
8.3.1 从“能回答”走向“能完成”
当前企业 AI 系统大多仍基于 Query 驱动（RAG / 搜索 / Prompt），本质是一次性信息获取与生成，难以支撑复杂任务执行。本次分享提出一个核心判断：企业 AI 的升级不是模型升级，而是系统重构——从 Query 驱动转向 Task 驱动。
围绕这一转变，将重新审视 Harness 的定位：在开源 Agent 框架已经具备 loop、state、tool 等能力的前提下，企业的关键不再是“实现能力”，而是“定义与控制能力”。本次将重点讨论开源框架在企业中的引入边界，以及哪些系统能力必须自建。
在此基础上，进一步阐述 Agent First 的系统设计思想，即企业软件从“服务人查询”转向“服务 Agent 执行”。最后，通过 Agent First Search 与 Context Engine 的实践，说明企业如何构建面向任务理解与执行的上下文系统，实现从“能回答”到“能完成”的能力跃迁。
内容大纲：
1. 问题背景：为什么企业 AI 系统难以落地
1.1 当前主流范式：Query 驱动系统
1.1.1 RAG / 搜索 / Prompt 的标准结构
1.1.2 一次性调用（single-shot）的系统特点
1.2 核心问题
1.2.1 无法完成多步任务（缺少执行闭环）
1.2.2 信息不完整时直接失败（无主动补充机制）
1.2.3 tool 调用不可控（无稳定执行约束）
1.2.4 系统不可复现、不可调试
1.3 关键判断
1.3.1 问题不在模型能力
1.3.2 在系统建模方式（Query vs Task）
2. 范式转变：从 Query 到 Task
2.1 Query 驱动系统的优化目标
2.1.1 单次回答准确率
2.1.2 信息召回与相关性
2.2 Task 驱动系统的目标
2.2.1 任务完成率（Task Completion）
2.2.2 多步执行能力（Loop）
2.2.3 执行闭环（Plan → Act → Observe → Retry）
2.3 Query 的能力边界
2.3.1 多步推理场景
2.3.2 信息不完整场景
2.3.3 跨系统任务
2.3.4 有副作用操作
2.4 核心结论
2.4.1 Query 解决“信息获取”
2.4.2 Task 解决“任务完成”
3. 系统重构核心：Harness（开源与自建的边界）
3.1 前提变化（必须强调）
3.1.1 开源 Agent 框架已经具备：
loop（多步执行）
state（基础状态管理）
tool calling
memory
3.1.2 “有没有这些能力”已经不是问题
关键结论：
- Harness 的核心不再是“实现能力”
- 而是“能力的策略控制与系统化”
3.2 开源框架的定位（可以直接引入的部分）
3.2.1 Agent runtime（loop / planning / tool 调用）
3.2.2 基础 tool / MCP 集成
3.2.3 基础 memory / retrieval 组件
特点：
- 通用能力
- 快速演进
- 无业务绑定
使用原则：
- 优先复用开源，不重复造轮子
- 保持 runtime 可替换
3.3 企业必须自建的部分（真正的 Harness）
3.3.1 策略控制（Policy Layer）
- 何时调用哪个 tool
- 何时继续 / 停止 / 重试
- 不同场景执行策略差异
关键点：
- 从“模型决定” → “系统定义”
3.3.2 执行约束（Execution Constraints）
- 工具调用边界
- 权限控制
- 副作用控制（避免重复执行）
关键点：
- 保证系统行为可控
3.3.3 任务建模（Task Modeling）
- 明确任务结构（而非隐式对话）
- 统一不同场景执行方式
- 支持跨系统任务编排
关键点：
- 从“对话驱动” → “任务驱动”
3.3.4 评测与反馈（Evaluation Loop）
- 任务完成率评估
- 场景级 benchmark
- 持续优化策略
关键点：
- 从“回答质量” → “任务完成能力”
3.3.5 可观测性（Observability）
- 执行路径可视化
- 错误定位能力
- 系统行为分析
关键点：
- 系统必须可调试、可解释
3.4 一个关键分界线（总结）
3.4.1 开源 Agent：让系统“能运行”
3.4.2 企业 Harness：让系统“按预期运行”
4. 架构升级：Agent First
4.1 从 Query First 到 Agent First
4.1.1 Query First：围绕搜索设计系统
4.1.2 Agent First：围绕任务执行设计系统
4.2 系统结构变化
4.2.1 输入：Query → Goal
4.2.2 输出：Answer → Result
4.2.3 执行：单步 → 多步流程
4.3 Agent First 的工程要求
4.3.1 明确任务建模
4.3.2 可控执行路径
4.3.3 策略与执行解耦
5. 关键能力：Agent First Search 与 Context Engine
5.1 Agent First Search
5.1.1 Search 从“返回内容” → “服务任务执行”
5.1.2 多轮检索、多策略组合
5.1.3 面向 Agent 的结构化输入输出
5.2 Context Engine
5.2.1 从检索系统升级为“上下文理解系统”
5.2.2 统一企业知识（人 / 组织 / 系统 / 数据）
5.2.3 支持任务级理解与推理
5.3 与传统 RAG 的差异
5.3.1 RAG：Query → Retrieve → Answer
5.3.2 Context Engine：Goal → Understand → Plan → Retrieve → Reason
6. 典型场景拆解：Query vs Task
6.1 企业知识分析任务
6.1.1 Query：信息拼接
6.1.2 Task：跨系统分析与推理
6.2 Agent First Search 场景
6.2.1 Query：文档返回
6.2.2 Task：问题定位与解释
6.3 工程类任务（代码 / 数据）
6.3.1 Query：建议输出
6.3.2 Task：执行 + 验证闭环
6.4 场景总结
6.4.1 Query 在简单场景有效
6.4.2 Task 在复杂场景不可替代
7. 工程取舍与落地策略
7.1 恢复策略设计
7.1.1 Task-level vs Step-level Recovery
7.1.2 不同场景的成本与收益
7.2 必备工程能力
7.2.1 幂等性（Idempotency）
7.2.2 可复现性（Reproducibility）
7.2.3 可观测性（Observability）
7.3 关键原则
7.3.1 简单场景：允许粗粒度恢复
7.3.2 复杂场景：必须精细控制
8. 总结
8.1 核心结论
8.1.1 企业 AI 的升级是系统重构
8.1.2 从 Query 驱动走向 Task 驱动
8.2 三个关键能力
8.2.1 Harness（策略与控制层）
8.2.2 Agent First（架构范式）
8.2.3 Context Engine（上下文能力）
8.3 最终目标
8.3.1 从“能回答”走向“能完成”
听众收益：
1. 理解企业 AI 难以落地的根本原因（系统范式问题而非模型问题）
2. 明确开源 Agent 框架在企业中的合理使用边界
3. 掌握 Harness 中“哪些必须自建”的关键系统能力
4. 理解从 Query 到 Task 的系统升级路径
5. 掌握 Agent First 的系统设计思路
6. 理解 Agent First Search 与 Context Engine 的技术定位
7. 获得企业落地 Agent 系统的核心工程原则（策略控制、约束、评测等）
梓骞
云兔 Lovrabet 体系实践：企业数据 AI 化与业务流程 AI 化的落地路径
杭州启智云图 创始人&CEO 前菜鸟技术总监
AI应用领域的技术专家与创业者，拥有18年大型互联网业务端到端架构经验。曾担任腾讯视频首代高级工程师，主导设计了面向海量用户的在线播放器，率先在行业中实现了移动设备的HTML5播放技术，日均播放量突破亿次。
在阿里参与并负责电商中台技术体系，涉及交易、退款、商品发布、店铺装修等多个核心模块，参与孵化了喵街、Lazada、天猫国际等新业务。在菜鸟网络，全面主导研发技术体系与产品设计，创新性地结合AI技术与研发基础设施，推动了数千人的全栈研发模式改革，研发效率提升5~10倍，节省数亿研发成本，并实现了超过半数的需求可由业务运营人员独立完成，极大提升了企业运营效率。
2025年4月成立杭州启智云图，一年时间服务多家上市公司的AI转型，完成两轮融资；
在阿里参与并负责电商中台技术体系，涉及交易、退款、商品发布、店铺装修等多个核心模块，参与孵化了喵街、Lazada、天猫国际等新业务。在菜鸟网络，全面主导研发技术体系与产品设计，创新性地结合AI技术与研发基础设施，推动了数千人的全栈研发模式改革，研发效率提升5~10倍，节省数亿研发成本，并实现了超过半数的需求可由业务运营人员独立完成，极大提升了企业运营效率。
2025年4月成立杭州启智云图，一年时间服务多家上市公司的AI转型，完成两轮融资；
议题背景：
很多企业已经接入大模型，但落地仍停留在智能问答、报表解读或局部提效，难以真正进入业务系统和流程。云兔 Lovrabet 体系关注的不是“页面生成更快”，而是帮助企业完成数据 AI 化、业务流程 AI 化，以及 AI 原生系统的持续进化。本次分享将结合企业实践，围绕三项核心能力展开：一是数据库逆向理解，让 AI 能读懂企业存量数据资产；二是业务流程 AI 化，让 AI 从回答问题走向参与业务执行；三是 AI 原生系统自我进化，让运行中的 SQL、函数、规则和流程持续沉淀、复用与优化。希望通过这次分享，给传统企业推进 AI-Native 升级提供一套更务实的落地思路。
很多企业已经接入大模型，但落地仍停留在智能问答、报表解读或局部提效，难以真正进入业务系统和流程。云兔 Lovrabet 体系关注的不是“页面生成更快”，而是帮助企业完成数据 AI 化、业务流程 AI 化，以及 AI 原生系统的持续进化。本次分享将结合企业实践，围绕三项核心能力展开：一是数据库逆向理解，让 AI 能读懂企业存量数据资产；二是业务流程 AI 化，让 AI 从回答问题走向参与业务执行；三是 AI 原生系统自我进化，让运行中的 SQL、函数、规则和流程持续沉淀、复用与优化。希望通过这次分享，给传统企业推进 AI-Native 升级提供一套更务实的落地思路。
内容大纲
1. 企业 AI 落地浅层化的背景与真实卡点
2. 云兔 Lovrabet 体系与三大核心能力：数据库逆向、流程 AI 化、系统自我进化以及实现原理
3. 落地路径、治理要点与匿名案例共性
4. 收束与互动
听众受益
1. 理解企业 AI 落地为什么容易停留在“能问不能做”
2. 如何快速、低成本地将企业多年老系统升级为 AI-Native 系统
3. 看到传统企业推进 AI-Native 升级时更关键的技术与工程问题
沈欣
软件将死，智件已来——基于大语言模型的软件开发方法论
独立顾问、腾讯云TVP
腾讯TVP，智慧零售行业大使，腾讯云架构师联盟理事
广东省连锁经营协会技术委员会联席主席
弯弓研究院联席院长 一级研究员、中国数字化营销50人论坛发起人
中国信通院低代码/无代码推进中心技术专家
上海交通大学高级金融学院产融中心、上海交通大学终身 教育学院 特聘讲师
长三角数字经济产业高质量发展联盟人工智能专委会 主任
广东数字经济专委会 副主任 ；中国饭店协会餐饮数字化专业委员会技术专家
北大CIO班、得到AI高研班 常驻讲师
曾任喜茶数字化高级副总裁、百果科技首席技术市场官，百果科技首任轮值主席、和君咨询合伙人
多次担任太盟、红杉、中信等投资基金IT顾问，负责对投资企业进行尽调及投资后数字化规划。
广东省连锁经营协会技术委员会联席主席
弯弓研究院联席院长 一级研究员、中国数字化营销50人论坛发起人
中国信通院低代码/无代码推进中心技术专家
上海交通大学高级金融学院产融中心、上海交通大学终身 教育学院 特聘讲师
长三角数字经济产业高质量发展联盟人工智能专委会 主任
广东数字经济专委会 副主任 ；中国饭店协会餐饮数字化专业委员会技术专家
北大CIO班、得到AI高研班 常驻讲师
曾任喜茶数字化高级副总裁、百果科技首席技术市场官，百果科技首任轮值主席、和君咨询合伙人
多次担任太盟、红杉、中信等投资基金IT顾问，负责对投资企业进行尽调及投资后数字化规划。
议题背景：
提出“软件将死，智件已来”的核心观点，认为传统软件生态正被AI驱动的“智件”取代。他基于大语言模型的发展趋势，提出了以文档为核心的“DADD（文档与AI驱动开发）”方法论，强调人负责规则与审核、AI负责自动化编码的异步协作模式。未来，企业将以“数智库”为本体，结合AI实现需求自动生成、代码开发、测试部署及业务迭代，最终让“智件”成为企业的大脑与协作伙伴，彻底改变人与系统的关系。
提出“软件将死，智件已来”的核心观点，认为传统软件生态正被AI驱动的“智件”取代。他基于大语言模型的发展趋势，提出了以文档为核心的“DADD（文档与AI驱动开发）”方法论，强调人负责规则与审核、AI负责自动化编码的异步协作模式。未来，企业将以“数智库”为本体，结合AI实现需求自动生成、代码开发、测试部署及业务迭代，最终让“智件”成为企业的大脑与协作伙伴，彻底改变人与系统的关系。
内容大纲：
1. 基于大语言模型的软件开发方法论
1.1 预测与现状：AI编程的冲击与未来趋势
1.2 AI Coding的场景风险评估
1.3 AI Coding的核心问题：黑盒化与不可控
1.4 人与AI的分工：边界规则、审核责任、异步协作
1.5 文档驱动开发（DADD）理念
1.6 低代码平台与AI的结合使用
1.7 新原则：一切以文档为核心
1.8 软件研发AI化后的组织结构变化
1.9 DADD与传统开发模式效率对比
1.10 AI辅助文档生成案例与工具
1.11 混合开发模式的价值
1.12 预测：企业数智库驱动的自动软件开发与迭代
2. 软件将死，智件已来
2.1 传统软件的构成与局限
2.2 “智件”的定义与原理解析
2.3 从数据库到“数智库”的技术趋势
2.4 面向AI的“智件”应用架构
2.5 中台思维的重生与融合
2.6 智件的特征与进化方向
2.7 案例推演：从门店管理看智件应用
2.8 智件发展的三个阶段及关键步骤
2.9 融合TRIZ：让智件具备创新能力
2.10 总结：智件是人的记忆、逻辑与创造力延伸
听众受益：
1. 快速把握AI对软件行业颠覆性影响的全貌与趋势
2. 理解以文档为核心的新开发范式（DADD）及其实践路径
3. 掌握未来“智件”形态下组织协作与角色分工的变化
4. 对企业如何构建“数智库”、面向AI重构业务流程有所启发
5. 获得应对技术变革、提升开发效能的实用参考与思维框架
SECon组委会是由业界多位资深技术专家发起，负责组织技术指导委员会，并和委员会的专家一起挖掘全球软件工程领域的创新技术，同时依托智盟创课国内领先的人才能力提升服务供应商，组织专业的会务服务团队，全面推进会议的顺利落地，保证参会者体验。
服务总线：400-183-9980
商务合作：151-2264-3988 木子
票务联系：186-0005-0529 张老师
E-mail：speaker@qecon.com.cn
关注SECon公众号
添加SECon小助手，获取
会议最新资讯
