AI 智能体实操用例库

真人真做过的 AI 智能体案例:做法、提示词结构、成本、结果状态,全部链回一手出处。

· 评分 · 状态:

作者/出处:
原文:
日期: · 工具:
成本: · 耗时:

title: 让智能体管代码写完之后的事:容器扫描问题从 166 个降到 1 个(公开流水线记录)

category: 编程搭建

score: 78

status: 已实现(公开 MR 与流水线历史可核,作者自述整理)

source_author: Devaland(dev.to @devaland,原发 devaland.com;个人姓名未给出)

source_url: https://dev.to/devaland/five-ai-agents-after-the-code-what-gitlab-duo-did-in-a-real-pipeline-5dbb

source_date: 2026-10-18

tools: [GitLab Duo 自定义 Flow, GitLab CI/CD, Google Cloud Run]

cost: 未给出(作者明示 Duo 每次运行的 credit 成本未知,发布前须显眼标注)

time_needed: 复刻需半天到一天(需 GitLab Duo 与云环境)

---

速览卡

一句话

把写代码之后的计划、评审、修复、安全、发布五件事拆给五个 GitLab Duo 智能体,但合并与上线永远留给人。

原作者怎么做的

  1. 在公开仓库 ro-cited-answers(一个“无出处不回答”的罗马尼亚公共程序问答演示服务)外围加 GitLab CI/CD 与五个自定义 Duo Flow,每个智能体有独立服务账号,定义文件放在仓库 .gitlab/duo/flows/,以仓库为准同步。
  2. 全部智能体受 AGENTS.md 约束:只能开合并请求(MR)和写评论,不能合并、不能部署。
  3. 计划智能体(rca-plan):Issue 一创建就自动触发,在 Issue #1 上约 2 分钟后贴出完整计划,该计划后来成为实际功能(!6 合并)。
  4. 评审智能体(rca-review):只问一个问题——“这个改动会不会让系统回答它本来会拒绝的问题”。在 MR !5 上跑了 3 轮(2 个高、3 个中、最后 READY),并在 !7 抓到一个真 bug。
  5. 修复智能体(rca-fix):流水线失败时触发;作者故意埋的 NameError,它开 !3 用一个字符修复,离线门禁 6/6、冒烟 4/4 后流水线转绿;后来还诊断出一次不是埋的竞态(两次合并差 8 秒共用 candidate 标签),它只开 Issue #4 给三个选项并写明“需要人决定”,没有改代码。
  6. 安全智能体(rca-secure):汇总 173 条扫描发现(容器 166、SAST 7、密钥 0),一条不删,开 !4 把基础镜像换成 Alpine + 非 root 用户;人合并后主流水线容器扫描从 166 降到 1(剩 1 条 zlib 中危)。
  7. 发布智能体(rca-release):主分支流水线结束后写发布摘要;第一次因沙箱代理拦截查不了生产环境,它写“未验证”而不是猜,之后只放行两个 Cloud Run 主机名才自查成功。

结果

提示词结构

(按原文的 AGENTS.md 约束与单问评审法还原,非原文提示词)

```

你是[计划/评审/修复/安全/发布]智能体,只负责[单一职责]。

权限:可以开合并请求、写评论;不可以合并、不可以部署。

评审时只回答一个问题:[这个改动会不会破坏系统最重要的一条规则:____]

查不到、验不了时写“未验证”,不许猜。

需要人拍板时:开 Issue,列出[选项 A/B/C + 各自代价],写明“需要人决定”,停手。

```

中国读者怎么迁移

国内团队多用 Gitee、极狐 GitLab 或自建 CI,Duo 未必可用,但结构可搬:把“计划 / 评审 / 安全扫描分诊”拆成独立机器人账号,统一只给开 PR 和评论的权限,合并留人。先从安全扫描分诊这一件抄起:让智能体汇总扫描器输出、给出换基础镜像这类可回滚的修复 PR,数字最容易前后对照。

风险与限制

原文链接

https://dev.to/devaland/five-ai-agents-after-the-code-what-gitlab-duo-did-in-a-real-pipeline-5dbb

公开仓库(原文给出):https://gitlab.com/gitlab-ai-hackathon/transcend-october-2026/43427415/ro-cited-answers