Context Engineering(上下文工程) 正是大模型系统的“RAM”与“前额叶”。
为了确保内容的深度与硬核程度,在 AICon 北京站上,我们特邀 Zilliz 合伙人 & 研发 VP 栾小凡担任本专题的出品人。作为 LF AI & Data 基金会技术咨询委员会成员,并曾在阿里云(Lindorm)、Oracle 等顶级团队深耕多年的数据库与存储专家,他以其深厚的技术视野,对议题进行了层层甄选与严苛的质量品控,目标只有一个:剔除浅层的 Prompt 技巧,只交付能支撑 AI 系统理解与推理的工程架构。我们最终锁定了来自金山软件、Zilliz、腾讯、灵犀量子的四位技术专家。他们将从信息流转、湖仓一体、Spec-Coding 到动态认知进化,为你拼出一张完整的上下文工程技术地图。
1金山软件:Agent 不是传声筒,而是“信息流转”的处理器
架构痛点
目前的很多 Agent 极其脆弱,本质上只是一个“大模型接口的封装”。在面对复杂业务时,它们缺乏对信息的“消化”能力——不知道什么该记入长期记忆,不知道如何组装短期上下文,导致任务执行混乱。
嘉宾解法
金山软件 AI 产品中心应用落地研发负责人陈斌,将从“信息流转的第一性原理”出发,分享 Agent 架构设计的工程规范。
2Zilliz:RAG 的下半场,是 Context Engineering 的基础设施
架构痛点
RAG(检索增强生成)已经成为标配,但核心挑战已从“这就跑通”变成了“大规模落地”。如何解决 Long Context 带来的昂贵成本?如何在多租户场景下平衡写入与查询的放大效应?
嘉宾解法
Zilliz 研发总监兼 Milvus 负责人刘力,将带来 Milvus 在 Context Engineering 中的湖仓一体实践。
3腾讯:拒绝模糊需求,用“上下文工程 2.0”重构开发流
架构痛点
企业级开发中最大的内耗来自“需求模糊”和“协作断层”。AI 辅助编程如果只是补全代码,无法解决核心的工程一致性问题。如何让 AI 理解整个项目的“上下文”?
嘉宾解法
腾讯资深技术产品专家汪晟杰将带来 CodeBuddy 的落地实战,提出 “Spec-Coding”的新范式。
4灵犀量子:迈向 AI Scientist,智能体的“自我进化”之路
架构痛点
通用大模型在面对医学科研等高度专业、长周期的任务时,往往表现出“知识固化”和“规划脆弱”。静态的 Prompt 无法应对动态的科研探索,AI 需要像科学家一样,从失败中学习。
嘉宾解法
灵犀量子医疗科技总经理王则远博士,将分享一种前沿的 AI Scientist 架构,聚焦于“动态上下文优化”。
5结语
从金山的信息流转架构,到 Zilliz 的数据底座;从腾讯的研发效能落地,到灵犀量子的前沿认知探索。