论坛主席:黄胜鲁
中兴通讯有线院教练组组长、公司级AI应用教练、项目管理资深专家,现任有线院AI应用负责人/FM中心研发改进总工,重点探索大模型与Agents在研发全流程的赋能,主导大模型在研发领域的工程化应用与推广。拥有十余年大规模团队项目管理与效能提升经验,擅长组织敏捷转型、软件工程能力建设及端到端研发全流程效能提升,曾带领多个项目通过CMMI L5和信通院DevOps L3认证。
中兴通讯有线研究院 AI工程应用负责人

Agentic研发流程重塑

本论坛重塑聚焦人机协同与多智能体协作下的研发流程再设计,讨论如何从传统线性流程转向可感知、可拆解、可反馈的智能流程体系。论坛将围绕意图理解、任务分解、协同协议、瓶颈识别、自动校验、持续改进等主题展开,重点分析研发流程如何在Agent参与后实现更高弹性与更强适配性。听众将掌握重构研发流程、提升交付效率的方法。
大型软件企业的E2E agent team落地实践
王 一
中兴通讯有线研究院 需求AI应用负责人
内容简介:
打造版本流/需求流端到端共生伙伴,打破角色边界,人机协作,智能体流转全景可视、可驭、可管、可溯,助力大型软件企业的E2E agent team落地  

演讲提纲:
1.全景可视:建立需求与版本的双向追踪机制,实现需求流与版本流状态自动映射、联动对齐,全链路数据全景可视
2.流程可驭:任务令牌触发,自动调度,无需人工催办或中转,“人工串行等待”为“智能体并行执行”;工作项状态自动翻转、消除人工流程处理投入
3.质量可控:智能体交付过程中,设置质量hook点,关键路径上经过人工审核确认,保障AI交付质量
4.过程可溯:工作规则轨迹全程可溯,过程信息可用于智能体自进化
 

听众收益:
1.了解标准智能体驱动业务流程:定义了有总控、管理、业务智能体驱动的版本流、需求流
2.了解智能体调度方案:业务智能体的由总控调度自动调度方案,其他项目可以快速接入或复用
3.了解基于HOOK的三级质量防护体系:构建产品&版本&需求三级防护网体系全景,实现有质量提效

中兴通讯有线研究院需求AI应用负责人
中兴通讯有线研究院需求领域教练
中兴通讯有线研究院某中心需求领域效能提升负责人
长期从事需求领域及研发流程端到端相关工作,包括需求智能构建、需求知识图谱构建、需求体系化建设、端到端提效设计等工作

从运行时自适应到研发时智能化:终端灵动架构的 AI 工程实践
冯 军
蚂蚁集团 IoT 终端架构与跨端工程负责人
内容简介:
终端业务同时面临设备算力差异、网络持续波动、故障恢复和多平台交付四类不确定性,单点性能优化或简单的 AI 代码生成难以持续保障业务可用。本议题将介绍一套面向终端系统的灵动架构:运行时通过设备与模型画像选择算力路径,通过网络质量评估、选路建议与分通道保障连接连续性,并以业务恢复结果闭合容灾流程;研发时以 KMP、Rust 和模块化边界沉淀共享能力,再通过结构化工程上下文、Dev-Agent 与 Verify-Agent 协作、确定性构建、分层测试和真机验证,形成从需求理解、迁移编码到运行反馈的 AI 工程闭环。分享将结合十万行级工程实践,重点讨论关键机制、实际效果、失败经验及适用边界

演讲提纲:
1. 从四类不确定性出发,建立统一架构视角
终端业务为什么不能只解决单点性能问题;如何把资源、网络、故障和平台差异组织为相互关联的系统问题;灵动架构“感知、决策、执行、验证”的总体闭环。
2. 从运行时自适应到工程挑战:专项能力为何难以规模化复制
以算力路径选择、网络分通道迁移和容灾恢复验证为例,提炼“感知、决策、执行、验证”的共同机制;进一步分析这些能力在规模化落地时面临的平台差异、模块依赖、生命周期和真实运行状态等问题,说明为什么单平台重复开发难以保持行为一致,并由此引出能力沉淀与持续验证的工程需求。
3. 将运行机制沉淀为可复用架构:共享核心与平台适配分层
针对上述能力复制与行为一致性问题,使用 KMP 薄桥接、Rust 共享核心、Bundle 模块边界和依赖驱动的启动编排,将已经验证的专项机制沉淀为可迁移、可组合、可验证的基础能力,同时控制平台差异、依赖关系和交付产物的持续分叉,为 AI 参与研发建立清晰边界。
4. 在明确边界上构建 AI 研发闭环:从生成代码到真机验收
在共享核心、平台适配和模块职责已经明确的基础上,将需求、架构、源码、领域 Skills 和运行结果组织成结构化工程上下文;Dev-Agent 完成调用链理解、任务拆解和跨语言实现,Verify-Agent 通过确定性构建、四层测试和真机运行进行独立验证,再将失败结果反馈到下一轮开发,使 AI 从代码生成延伸到可验收交付。
5. 实践结果、失败经验与适用边界
结合 KMP + RustEngine 工程以及端到端和单元测试实践,验证 AI 工程化在迁移效率、问题发现和多端复制中的实际作用;

听众收益:
1.掌握 AI 进入大型存量工程的可落地路径,包括结构化上下文、任务拆解、跨语言迁移、确定性构建、分层测试、真机验证和失败反馈,而不局限于代码补全或一次性生成。
2.了解灵动架构实践中的关键判断与常见误区,并可复用共享核心与平台适配分层、建议与执行分层、恢复结果验证以及 Dev-Agent / Verify-Agent 协作等工程方法。

长期从事 IoT 终端基础架构、设备连接、稳定性治理和跨平台工程建设,参与并推动终端灵动架构及 AI 工程化体系落地。当前重点负责 智能终端跨端运行架构、模块化能力建设和多平台交付,并探索 AI 在大型存量工程中的调用链理解、跨语言迁移、自动化测试与真机验证实践。相关工作覆盖十万行级跨语言工程、多个基础模块以及 Android、Windows、Linux 等平台,关注如何将运行时自适应能力与可验证、可持续的 AI 研发流程结合起来。
从个人提效到组织级范式变革:企业 AI 研发规模化落地实践
何德全
广联达科技 产研管理部总监
内容简介:
随着 AI Coding 从代码补全逐步进入需求理解、方案设计、开发、测试和交付环节,企业面临的问题已经转变为“如何让 AI 真正进入研发流程,并形成可规模复制的组织能力”。
本议题基于广联达 AI 研发提效专项实践,介绍如何从工具引入走向组织级 AI 研发范式变革:通过 AI 工具与基础能力建设、SDD 等工程方法、Context / Skill / Harness 能力以及组织推广和治理机制,将 AI 从个人助手逐步嵌入团队研发闭环;同时采用“选样板-跑试点-建资产-再复制”的四步推进方式,通过试点验证、标杆打造和规模复制推动组织落地。
目前专项工具覆盖率90%+、MAU 95%+,AI 代码采纳率 70%+,整体 AI 编程成熟度正由 L1 向 L2 规模化阶段演进,平均岗位提效超过 30%/团队端到端效率提升约 1.2X~3X、ROI > 2。
分享还将复盘规模化推广中的效果度量、团队协同、安全治理以及从“使用 AI”走向“基于 AI 重构研发方式”的关键挑战。

演讲提纲:
1. 为什么 AI Coding 最终会变成一场组织级研发范式变革
1.1从代码补全、代码生成到 AI Agent,AI 能力快速提升,但企业真正落地时很快会遇到新的瓶颈:个人使用 AI 获得的局部提效,无法自然转化为团队端到端效率提升。
1.2结合专项实践,分析企业 AI 研发落地过程中从“工具问题”向“工程问题、流程问题和组织问题”演进的过程,以及为什么仅采购 AI Coding 工具、开展培训或统计使用率,并不足以形成可持续的研发生产力。
2. 从工具导入到体系建设:组织级 AI 研发如何规模化落地
2.1介绍专项从试点走向规模化过程中逐步形成的三层落地体系:
- 基础能力层:AI Coding 工具、模型与网关、知识上下文、Rules / Skill 等基础能力,让研发人员“能够用、敢于用”;
- 研发方法层:通过 SDD、Context Engineering、Harness 等方式,将 AI 从代码生成扩展到需求理解、任务拆解、编码、测试和验证;
- 组织机制层:建立试点、标杆、度量、治理和推广机制,让局部成功能够复制到更多团队。
2.2重点分享企业推进过程中,哪些能力适合统一建设,哪些应该留给团队自主探索,以及工具推广为什么必须和研发方法、流程治理同步进行。
3. 从个人 AI 助手到团队协同:如何让 AI 真正进入研发闭环
3.1结合真实团队实践,介绍 AI 使用方式从 Vibe Coding 向 Spec Coding研发演进的过程。重点讨论如何把 PRD、架构、代码、规范、测试标准和领域知识组织成 AI 可理解的工程上下文;如何通过 Harness 将任务拆解、编码、Review、测试和验证连接起来;以及如何建立“生成—审查—准入”的协同机制,使 AI 生成结果不止停留在个人 IDE 中,而能够进入团队工程体系。
3.2同时分析 AI 对产品、开发、测试以及项目管理角色协作方式带来的变化。
4. 从试点到规模复制:如何推动几百人的组织真正发生改变
4.1AI 研发推广并不是简单的“全员推广工具”。结合专项实践,介绍如何通过试点团队先跑通方法,再形成标杆并规模复制;如何根据团队 AI 成熟度形成的行军阵型,让不同成熟度团队采用不同推进策略;以及如何通过覆盖率、活跃度、采纳率、岗位效率、端到端效率和 ROI 等指标观察 AI 是否真正产生业务价值。
4.2重点复盘从“少数高手会用”到“团队形成稳定工作方式”过程中,组织推广、教练辅导、标杆复制和效果度量中遇到的实际问题。
5. 实践结果、踩过的坑,以及下一阶段 AI 研发会走向哪里
5.1分享专项当前阶段性结果,同时复盘实践过程中几个关键认识:
- AI 使用率高,不等于团队真实效率提升;
- 个人编码效率提升,不一定能够转化为端到端交付效率;
- Prompt 能力只是起点,Context、Skill、Harness 才决定 AI 能否进入复杂工程;
- AI 能力越强,测试、Review、安全和工程治理反而越重要;
- 组织真正需要改变的,是人与 AI 的任务分工和研发流程。
5.2最后结合实践展望从 AI Coding L2 规模化应用向更高阶 Agentic / AI Native 研发模式演进过程中,研发岗位、团队协作方式和研发管理体系可能发生的变化。
 
听众收益:
1. 对于研发管理者、项目经理和技术管理者
获得一套企业推进 AI 研发规模化落地的完整视角,理解如何从工具选型、试点验证、标杆建设走向组织复制,以及覆盖率、采纳率、效率和 ROI 等指标应该如何组合判断,而不是只关注 AI 工具使用量。
2. 对于 AI 研发专项负责人和团队负责人
了解分层推广方式,以及从个人提效走向团队端到端提效过程中常见的断点、失败经验和治理重点,为组织设计自己的 AI 研发推广路径提供参考。
3. 对于 AI 研发实践者
了解 SDD、Context、Skill、Harness 等能力如何组合进入真实研发工程,以及 AI 如何从代码生成工具逐步演进为参与需求理解、任务拆解、开发、Review、测试和验证的研发协作者。

15年+技术、研发管理、数字化经验
3年+AI实践与落地
从线性流水线到螺旋收敛—Agentic 研发流程的确定性重塑
冀 博
绿盟科技 技术研发经理
内容简介:
本议题分享绿盟科技 IronHive(1+3+X+V 多智能体框架)如何把研发流程重塑为一个"可感知、可拆解、可反馈、可续传"的确定性系统,核心讲三件事:一是中心化编排——Orchestrator只调度不执行,用"任务分解→代理调度→上下文传递→螺旋控制"的协议,把研发过程变成可观测的指令流;二是螺旋收敛——用可量化的进展分驱动多轮迭代,三轮内收敛或触发成本/时间/质量三熔断线,用"瓶颈识别"取代拍脑袋返工;三是状态机续传——meta.yaml 驱动 19 阶段流水线,断点续传、中断恢复,复杂度按Minimal/Standard/Comprehensive 三档匹配成本。
核心主张:流程重塑的关键不是让 AI 更聪明,而是让每一步可拆解、可判定、可续传。

演讲提纲:
开场· 线性流水线的失效时刻
1.一个模糊需求进来,传统流程如何转不动;Agent 参与后又如何失控
2.核心矛盾:弹性(AI 拆解/并行)与失控(过程黑盒)同源
3.全片总问题:如何让研发流程既灵活、又可控、可追溯?
第一章 why· 线性流水线为什么装不下 Agent
1.传统流程的三个隐含假设被打破:环节固定 / 顺序执行 / 人负责兜底
2.Agent 带来的三个新问题:任务拆解无边界、多角色并行无协同、过程黑盒难回溯
3.业界 的编排方式与共性缺口
第二章 what· 1+3+X+V 的编排协议
1.中心化编排:Orchestrator 只调度不执行——"只调度"是克制,不是缺陷
2.调度协议四步:任务分解 → 代理调度 → 上下文传递 → 螺旋控制
3.1+3 角色:生成-评估分离,对抗讨好型人格与长上下文注意力稀释
4.X 层 Skill 按需加载 + V 层验证横切(内禀,非第五个 Agent)
第三章 how· 螺旋收敛与状态机续传
1.螺旋迭代:进展分 0.30 → 0.70 → 收敛的三轮实例
2.三熔断线:成本 / 时间 / 质量——三轮内收敛,否则 HALT
3.meta.yaml 状态机:断点续传、中断恢复
4.复杂度分档:Minimal 5 / Standard 14 / Comprehensive 19 阶段
5.证据:真实运行截图 + 审计账本(每项机制给证据)
收束· 流程重塑的确定性
1.一句话:把"AI 会跑偏"的不确定性,转化为"跑偏会被判定并收敛"的确定性
2.三步落地建议(轻量试点 → 单点调度 → 状态机全量)

听众收益:
1. 一套可落地的编排协议:拿到"任务分解→代理调度→上下文传递→螺旋控制"四步调度法的完整设计与取舍理由,可直接迁移到自身
Coding Agent 体系。
2. "为什么中心化编排比全自治更稳"的判断力:理解 Orchestrator"只调度不执行"背后的克制逻辑,避免多 Agent
系统滑向沟通指数级膨胀的经典反模式。
3. 量化收敛的抓手:用进展分 + 三熔断线替代"拍脑袋返工",掌握螺旋迭代的度量方法与收敛判据。
4. 成本可控的复杂度分档:Minimal/Standard/Comprehensive 三档工作流,既不大炮打蚊子,也不放过高风险变更。
5. 与主流框架的对比坐标系:获得 MetaGPT / LangGraph / CrewAI 的编排对照结论,具备选型与二次开发的判断基准。

绿盟科技研发技术经理,作为架构师与核心开发者主导绿盟多智能体Harness系统—IronHive的设计与工程落地。长期专注AI赋能软件研发、多智能体协作与研发效能工程化,致力于用系统化、可验证的工程方法,攻克大模型在企业级研发中的信任、质量与规模化交付难题。
京ICP备2020039808号-4 京公网安备11011202100922号