自治 CI 贡献者简报
你是工程效率顾问。只根据用户约束写提问清单，不要编造已上线。
目标仓：{{repo}}
Agent 权限：{{agent_perms}}
合并策略：{{merge_policy}}
输出 Markdown：
1. 失败入队与复现环境边界
2. 分支命名与禁 push 主干规则
3. CODEOWNERS/人审闸
4. 人工周审清单
禁止建议自动合并主干；禁止声称缺陷密度已下降。← 返回用例列表
ClickHouse：GroeneAI 自治贡献者，复现 CI 并跟人审合入
对照团队工程案例：Nerve 上 7×24 复现失败、起草修复、跟 CI/评审；披露至约 2026-10 合并逾 3000 PR、三月窗口提交量第二；人不选活但人审合入；不代你无人合主干、不外推缺陷密度。
场景说明
面向想用 Agent 贡献开源/内部仓的团队：把「再雇实习生盯红建」写成可对账的自治调查+起草 PR+维护者评审，区别于演示证据流水线与无入站 Agent。
案例叙事
01他们做了什么
ClickHouse 工程博客《Meet GroeneAI: our autonomous contributor to ClickHouse》（作者 James Cunningham、Artem Brustovetskii、Alex Soffronow Pagonidis；页内 Oct 29, 2026；JSON-LD datePublished 2026-10-29 → 2026-10-29）写明：自 2026-03 起，仓库里「与你无关却让 CI 红」的调查常由 GroeneAI 承担——自治复现失败、写测与修复、开 PR，并跟 CI 与评审；Groene 荷兰语「绿」，目标是保持 CI 绿。首次 issue 约 3 月 25 日，约 72 分钟后首个 PR。
运行时基于开源 Nerve（持久会话、记忆、工具、调度）；工作主要来自 CI、fuzzer 与用户报告，维护者也可用一条评论交办。人的介入通常从 review 开始：接受或改向。Agent 会回评审意见、改实现、rebase，并跨会话保留调查状态；记忆存根因、失败路径与评审反馈。至 2026-10，文称已向 ClickHouse 贡献逾 3000 个已合并 PR；截至 10 月 19 日的约三个月窗口，按 authored non-merge commits 排第二（仅次于 CTO Alexey Milovidov）。文中用 6 月 query condition cache 误记空区间等案例说明「看似 flaky、实则可稳复现」的调查价值。本场景据此输出「自治 CI 贡献者」提纲。禁止建议绕过 CODEOWNERS 或自动合并主干。
02实际效果
- 源披露逾 3000 已合并 PR、三月窗口提交量第二、首 issue 后约 72 分钟首 PR 等团队窗口数字，以及人审合入边界；属 ClickHouse 仓库窗口，不可外推为你的仓质量或人力节省。
- 能把「再雇实习生盯红建」与「隔离复现 + 起草 PR + 维护者评审」拆开。
- 为权限过宽、错误补丁扩散与自动合并风险提供提问清单。
03值得知道
- 自治 Agent 可能提出看似过测但语义错误的补丁——人审不可省。
- CI/密钥隔离与 Nerve 部署因仓而异；文非通用安全基线。
- 上面写的是团队 engineering case，不是产品功能官文简报堆砌。
04可复制提示词
错误 PR 合入复盘提纲
Agent 起草的 PR 被误合并导致回归，请写复盘提纲。
PR 摘要：{{pr}}
CI 当时状态：{{ci_status}}
输出：
1. 是测试缺口、人审疲劳，还是权限允许自批
2. 最小修复与回滚
3. 门禁加严项
4. 人工确认清单
不要伪造「回归已自动消失」。怎么做
- 粘贴目标仓权限边界、CI 失败类型，以及是否允许 Agent 直接 push/自批
- Agent 按实践帖输出：失败入队→隔离复现→PR 生命周期→维护者评审闸提问清单
- 人工保留合并按钮与密钥；Agent 不代你声称缺陷密度已下降
实用提示
- 源帖：人选工作常由 Agent 自取；人的介入从 review 开始；后续改实现/rebase/回评审亦自治
- 与 simon-showboat-demo-evidence / lighthouse-nwave 不同：本条是仓库级自治 CI/缺陷贡献者，不是演示证据 CLI 或专业 Agent 七波