Agentic DevOps

Agentic DevOps人机协作方案

以任务驱动打通研发全生命周期闭环与团队工作闭环。

任务 最小协作单元 Artifact 上下文与审计 Agent 执行与协调 判断与验收
研发闭环
系统
任务进入需求、工单、IM、会议待办
Agent 执行分析、编码、测试、整理
人类判断目标、边界、验收、风险
反馈沉淀模板、Skills、流程规则
Why

研发 Agent 化需要闭环系统

02
核心判断

问题不在于 AI 工具是否可用,而在于研发过程能不能被 Agent 稳定接住。

  • 一次对话可以提效,但很难跨任务、跨角色、跨天复用。
  • 没有任务边界和验收标准,工具输出无法稳定进入交付链路。
  • 没有反馈沉淀,下一次任务仍然从头解释。
任务边界接住目标和范围。
验收标准接住质量判断。
反馈沉淀接住下一次复用。

Open Loop 旧流程

会议结论
IM 提醒
代码变更
测试反馈
上线材料
个人记忆

信息散落在不同系统,Agent 只能在单次上下文里发挥作用。

Closed Loop 目标形态

任务
Artifact
状态
执行
审核
反馈

每一次执行都回到任务和知识体系,下一次协作从已有上下文开始。

Why

问题发生在外环流程

03
不是只优化 Coding

Claude Code、Codex、Copilot 已经能完成很多局部工作;但如果状态、交接和反馈仍然散落,系统效率不会自然提升。

等待

需求确认、Review、测试、发布经常卡在“谁来推进”。

移交

上下游每次都要重讲背景,任务上下文没有被吸收。

返工

失败经验没有进入模板、规则和 Skills,下一次仍然踩坑。

研发链路中的真实阻塞
需求理解背景、边界、验收口径分散
方案确认风险、取舍、依赖需要人判断
编码实现Inner Loop 已经被 AI 大幅加速
测试移交用例、数据、复现路径经常重讲
复盘沉淀经验没有进入下一次任务

如果只让 Agent 写代码,等于加速了中间一段;真正的系统收益来自外环被接住。

Why

任务驱动改变生产方式

04
1

个人端到端

一个人从头做到尾,责任连续,但并发弱,状态主要存在于个人经验里。

流动物人的注意力
瓶颈上下文不可共享
2

工业流水线

物料沿节点流动,人在工位完成局部工序,系统解决并发和衔接。

流动物产品与物料
收益标准化与并发
3

Agentic 研发流水线

任务和 Artifact 在人、助手 Agent、生产力 Agent 之间接力,平台保存状态和反馈。

流动物任务、Artifact、状态
收益可执行、可审计、可复用
Why

闭环系统带来四类效率

05
效率来自系统设计

闭环不是增加流程,而是把任务从“靠人追”变成“系统自己推动”。

  • 任务状态自动可见,阻塞不再靠口头追问。
  • 标准工序进入模板和 Skills,重复动作逐步 Agent 化。
  • 每次反馈回到规则、验收和知识,下次更少返工。
输入任务、状态、上下文。
动作执行、提醒、升级。
输出Artifact、结论、反馈。
并发处理多个任务同时推进,阻塞、owner、下一步动作自动可见。
状态阻塞Owner
单项提效需求分析、补测、自查、材料整理这类工序先标准化。
模板命令验收
深度加速Claude Code、Codex 等生产力 Agent 处理复杂分析和实现。
分析实现测试
协作反馈人审、失败样本、复盘结论进入下一轮任务规则。
复盘规则Skills
What

方案由四个对象组成

06
任务
Task
Artifact携带上下文、证据和审计材料
Agent承担标准化执行与协调动作
负责目标、判断、验收和风险
平台保存状态、流转、权限和反馈
流水线映射
产品 / 物料映射为任务与 Artifact,在节点之间流动。
工位能力映射为人、助手 Agent、生产力 Agent 的不同职责。
输送带映射为任务平台、事件监听、状态同步和升级机制。
质检映射为 Review、测试、验收和人类审批。
工艺改进映射为复盘、Skills、模板和规则更新。
What

Multica 承接协作中间层

07
任务生产端
FTD / Jira需求、Story、Task 自动映射
GLA 工单事件、支持、生产问题转责任任务
IM / Hermes临时分派、自然语言创建任务
会议转录提取行动项,人确认后入库

Multica

不是替代 Jira、Git、CI/CD 的事实源,而是把任务调度、状态机、Artifact 链和 Agent 接入统一起来。

统一 Issue目标、owner、验收、风险、关闭原因
状态机创建、分派、执行、审核、移交、验收
Artifact 链分析、设计、测试、Review、移交材料
Agent 接入Webhook、MCP、Slash、状态回写
任务消费端
开发者 + Codex分析、实现、补测、候选 MR
测试 + Test Agent用例、复现、回归、报告
Reviewer / Leader判断、审批、验收、升级
运维 / 发布部署材料、风险确认、回滚预案
What

双 Agent 模型分担不同任务

08
Assistant Agent

驻守型助手

在 IM、定时任务和事件里处理轻量协作,降低创建、查询、提醒、整理的摩擦。

  • 邮件、审批、查询、日报。
  • 任务创建、状态同步、简单 DevOps 动作。
  • 需要深度处理时转成标准任务。
任务包
Artifact
验收标准
Productivity Agent

深度生产力工具

在代码库和任务上下文里完成复杂分析、设计、编码、测试、Review 和 Bug 修复。

  • Claude Code、Codex 等深度工作台。
  • 从 Issue 拉取上下文并回写产出。
  • 候选结果由人确认、合并和发布。
What

两条闭环共同运转

09

研发全生命周期闭环

解决“事怎么完成”:从需求、设计、开发、测试、Review 到部署、验收、Bug 修复。

需求目标、边界、验收
实现编码、补测、自查
验收Review、测试、合并
沉淀复盘、规则、Skills

团队工作闭环

解决“团队怎么持续变强”:状态同步、阻塞识别、日报、周报、复盘和规则迭代。

晨间准备今日重点、风险、阻塞
白天推进状态监听、升级、提醒
傍晚收口完成项、进行中、明日计划
周度复盘类型、收益、失败样本
How

研发全生命周期按状态推进

10
需求
分析
设计
编码
测试
Review
验收
事实源
平台
Agent
FTD/Jira 创建
需求背景
依赖记录
代码仓库
CI / 测试
MR / PR
关闭状态
生成协作 Issue
保存分析 Artifact
绑定验收标准
记录执行状态
收集测试报告
汇总 Review
回写复盘
补充上下文
生成分析草稿
生成设计草稿
编码与补测
解释失败原因
候选修复
沉淀 Skills
确认目标
确认边界
方案取舍
关键反馈
测试验收
终审合并
关闭判断
How

标准 Bug 先进入候选修复

11
Type A 标准 Bug

可复现、单模块、低风险、规则明确。适合让 Agent 生成候选修复和候选 MR。

Type B 复杂 Bug

跨模块、规则不清、风控合规或生产影响。人主导,Agent 只辅助分析。

先 Agent 化低风险标准任务,再扩大边界。
1整理复现从测试反馈中提取环境、步骤、预期和实际结果。
2创建 Issue补齐 owner、风险等级、验收标准和关闭条件。
3Agent 分类判断 Type A / Type B,不清楚时升级给人。
4隔离修复在分支或工作区定位、修改、补测、自查。
5候选 MR提交变更说明、测试报告和风险解释。
6人审合并人负责最终 Review、合并和回归验收。
How

Artifact 接力替代聊天记忆

12
关键原则

真正可持续的 Agent 协作不能依赖聊天历史,而要依赖结构化 Artifact。

  • 可交接:下游角色能直接消费。
  • 可审计:每个判断都有材料支撑。
  • 可复用:成功模板和失败样本进入下一轮任务。
requirement_spec.md目标、边界、背景、用户影响
design_doc.md方案、依赖、风险、取舍
acceptance.yaml验收项、测试路径、退出条件
code_summary.md变更范围、关键实现、影响面
test_report.json执行结果、失败原因、覆盖缺口
review_notes.mdReview 结论、阻塞、修正项
handoff.md测试、运维、验收需要的信息
retro_notes.md复盘、规则更新、Skills 候选
How

度量与治理决定能否扩大

13
要度量什么
交付效率标准任务周期、Bug 修复周期、Review 等待时间。
质量稳定缺陷回流率、回归通过率、变更失败率。
闭环能力按期关闭率、阻塞识别率、会议待办闭环率。
Agent 化程度候选修复率、人工接管率、Artifact 完整率。
先治理什么
人类审批生产变更、权限变更、高风险合规判断必须保留人审。
Agent 分离生成 Agent 与 Review Agent 分离,避免自评自夸。
最小授权Agent 身份、工具权限、日志审计要有边界。
可回滚候选输出必须有变更摘要、测试记录和回退方案。
不考核“含 AI 量” AI 使用量只能作为观察指标。真正要看的是交付、质量、等待、稳定和闭环效果。 如果指标鼓励“为了 AI 而 AI”,系统会被 gaming,团队也不会真正受益。
Next

先用小闭环验证真实收益

14
4 到 8 周试点路径
1
最短链路任务进入、Agent 生成 Artifact、人审核。验收:能闭环一个真实任务
2
开发 Loop需求分析、设计、编码、测试、Review。验收:能回写 MR 材料
3
Bug LoopType A 候选修复与人审合并。验收:低风险 Bug 可复现
4
团队闭环晨报、日报、阻塞、周度复盘。验收:阻塞能被暴露
5
扩展决策用真实指标决定平台和范围。验收:有收益和风险数据
目标不是证明 Agent 替代研发团队。

目标是把研发团队升级为 AI Native 的闭环系统:每一项工作都有状态,每一个产出都能复用,每一次反馈都能沉淀,每一类标准任务都能逐步 Agent 化。

任务驱动不是人肉提醒。
Artifact 接力不是聊天堆积。
Agent 执行不是无人负责。
人类监督不是低价值消耗。