Zing 论坛

正文

ADO-AW:Azure DevOps的代理工作流编译器与安全执行框架

GitHub Next团队开源的Azure DevOps代理工作流编译器,通过Markdown定义AI代理行为,编译为安全的多阶段流水线,在网络隔离沙箱中运行AI代理。

Azure DevOpsAI代理安全架构CI/CDGitHub Next工作流编译器权限分离企业安全
发布时间 2026/05/09 16:15最近活动 2026/05/09 16:25预计阅读 2 分钟
ADO-AW:Azure DevOps的代理工作流编译器与安全执行框架
1

章节 01

项目导读:ADO-AW——Azure DevOps AI代理工作流的安全解决方案

GitHub Next团队开源的ado-aw(Azure DevOps Agentic Workflows)项目,旨在解决企业级CI/CD环境中AI代理安全可控运行的问题。该项目通过Markdown定义AI代理行为,编译为安全的多阶段流水线,核心创新是"安全输出"机制:AI代理在网络隔离沙箱中运行,变更操作需经威胁检测,最终由独立执行器用隔离写入令牌完成。

2

章节 02

背景:AI代理集成的安全挑战

随着AI代理在软件开发流程中的深度集成,如何在企业级CI/CD环境中安全、可控地运行AI代理成为关键挑战。传统Azure DevOps PAT令牌粒度不足(只读或全项目读写),难以实现精细权限控制,这为AI代理的安全应用带来风险。

3

章节 03

核心方法:三阶段安全架构与权限分离

ado-aw的核心是三阶段流水线设计:

  1. 代理阶段:在AWF网络沙箱中运行,使用只读ADO令牌,生成安全输出提案;
  2. 检测阶段:审查提议操作,检查提示注入和泄露,进行安全威胁分析;
  3. 执行阶段:由独立组件使用写入令牌完成PR/工作项创建,代理永远无法访问写入权限。 此外,通过网络隔离沙箱和读写分离的ARM服务连接(读取连接暴露给代理,写入连接永不暴露),实现权限最小化。
4

章节 04

工作流定义与编译流程

ado-aw使用带YAML前置matter的Markdown文档定义代理行为,兼顾人类可读性与机器解析性。编译命令将Markdown转换为Azure DevOps流水线YAML(如ado-aw compile dependency-updater.md),并自动处理.gitattributes隐藏生成文件。一致性检查命令(ado-aw check)可作为CI门禁,确保源Markdown与编译输出同步。

5

章节 05

部署与使用流程

部署步骤包括:

  1. 初始化:ado-aw init创建帮助代理,协助工作流创建与调试;
  2. AI辅助创建:通过自然语言指令(如Copilot)生成Markdown代理定义;
  3. Azure DevOps集成:将编译后的.lock.yml文件导入Azure DevOps流水线。
6

章节 06

技术亮点与创新

ado-aw的创新点包括:

  • 安全优先设计:纵深防御体系(三阶段架构、网络隔离、令牌分离);
  • 人机协作接口:Markdown格式降低非技术人员参与门槛;
  • GitHub生态协同:与Copilot、gh-aw等工具深度集成,体现企业级AI应用的系统性思考。
7

章节 07

应用场景

ado-aw适用于多种场景:

  • 自动化依赖管理:定期检查依赖更新并创建PR;
  • 代码质量监控:扫描代码问题并创建工作项;
  • 文档同步维护:自动更新文档以匹配代码变更;
  • 安全合规检查:审查许可证冲突、敏感信息泄露等并生成报告。
8

章节 08

总结与建议

ado-aw为企业级AI代理应用提供了安全可控的范式,其三阶段架构、Markdown定义格式及Azure DevOps集成,是AI驱动DevOps转型的重要参考。建议探索AI DevOps的团队采用ado-aw作为工具,并参考其安全最佳实践,在拥抱自动化的同时保障系统安全。