Agent 与自动化AI 资源
azure-firewall-change-agent：用 AI Agent 起草 Azure 防火墙变更并串联策略校验、人工审批与 Terraform 落地
rbpal/azure-firewall-change-agent · Agentic firewall change requests on Microsoft Foundry: agent drafting, deterministic policy gates, human approval, Terraform apply.
ELI5：它是什么，解决什么问题
该项目面向 Microsoft Foundry 上代理式防火墙变更请求流程：由 Agent 起草防火墙规则，经过确定性策略门禁与人工审批后，通过 Terraform 应用变更。仓库提供合成的网络数据与标准，企业流程与演示流程共用同一套 Agent、工作流代码与检查逻辑；演示版用 YAML 工单替代 ServiceNow、用 GitHub Actions 替代 Azure DevOps，并由单人扮演全部人工角色。材料说明仓库、合成网络与标准已构建，工作流、Agent 与流水线仍待开发。
核心能力与快速开始
★ 0 · HCL
- 能做什么
- 以 Agent 起草 Azure 防火墙规则变更；引入确定性策略门禁与代码检查；由工程师与 DevOps 评审人进行人工审批；通过发布流水线以 Terraform 应用变更。企业流程中，请求先在 ServiceNow 提交并由安全、网络与项目方审批；演示流程中，用 data/tickets/ 下的 YAML 文件代替 ServiceNow 工单，用 fwagent submit 在本地笔记本启动工作流，用 GitHub Actions 替代 Azure DevOps。文件适配器与 ServiceNow 适配器具有相同四类动作：获取工单、添加工作记录、变更状态、关闭工单，工作流无需感知具体使用哪种适配器。仓库还包含合成网络与标准，以及针对真实公司数据、GUID 和邮箱的泄漏门禁。
- 适用场景
- 适用于需要在云环境中引入人工审批与确定性策略检查的防火墙变更管理场景；可用于比较企业流程与个人演示流程的差异；适合演示 Agent 起草规则、代码检查、工程师与 PR 评审、单次构建与多次发布的发布流水线编排；也可用于在无 ServiceNow、无 Azure DevOps 访问条件下验证工单适配器与审批配置。
- 项目形态
- 开发框架
- 部署方式
- 演示版在个人 Azure 订阅上运行，由本地笔记本启动工作流；企业版设想包含 Azure 端点、队列、worker 与 15 分钟扫描，但材料说明这些尚未构建、未被验证。Agent 调用与 terraform plan 以操作者身份运行。
- 主要依赖
- 仓库使用 HCL 为主要语言，许可证为 MIT。演示基于个人 Azure 订阅并依赖每月 150 美元额度；防火墙仅使用 Basic SKU 策略、未挂载防火墙。Azure 端点、队列、worker 等企业组件未构建。其余环境与依赖未说明。
- 使用限制
- 工作流、Agent 与流水线仍待开发。演示中不包含 ServiceNow 实例，无真实目录项、组审批与工作记录；GitHub Actions 下按组评审人数与 72 小时审批过期需自行实现；单人扮演全部角色，演示运行没有职责分离；Basic SKU 无 DNS 代理，网络规则不支持 FQDN 过滤；仅使用合成数据，全部名称、地址与规则均为虚构。成本与合规限制未说明。
- 许可证
- MIT
- 最近推送
- 2026-10-14 18:37
资料检查：2026-10-15 07:00 · 卡片整理：2026-10-15 07:00
卡片由 AI 根据仓库资料整理，未进行安装或运行验证
讨论 0
登录后参与讨论，阅读资讯无需注册。
还没有评论，来分享第一个看法。