由检测、撰写、复核三个智能体接力修复文档。把握大的改动直接开合并请求，没把握的则转成issue交给人来判断。
有意思的设计是它懂得在什么时候收手：有把握就直接提 MR，没把握就交回给人。当下评价 AI 智能体往往看“自动化了多少”，而它主动划出一条不自动化的边界，这种克制在考虑真实落地的评委眼里更像成熟度。输出还落在 MR 与 Issue 这两个 GitLab 原生单位上，等于顺着团队既有的评审习惯走，而不是要求大家换一套界面。检测、撰写、复核三段分工，也和人类真正修文档的顺序一致。
近期的高名次作品，几乎都不是单个聊天机器人，而是一组分工明确的智能体。
不做新界面。MR、Issue、Slack、Teams、邮件——获奖作品把结果放回既有的容器里。
明确表示「这一步不用生成式AI」的作品，反而拿到了更高的评价。
查看 GitLab AI Hackathon 的全部获奖作品 →
摘要由本站撰写。作品页面包含演示视频、截图及团队自述(视频可能自动播放)。