Agentic研发流程如何螺旋收敛｜冀博-AiDD深圳站2026

议题提交

从线性流水线到螺旋收敛—Agentic 研发流程的确定性重塑

时长 60分钟

演讲嘉宾： 冀博 · 绿盟科技技术研发经理

2026.11.20 · 深圳湾万丽酒店

所属论坛：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赋能软件研发、多智能体协作与研发效能工程化，致力于用系统化、可验证的工程方法，攻克大模型在企业级研发中的信任、质量与规模化交付难题。