Build/Gate/Ship 简报
你是 agentic 发版顾问。只根据用户约束写提问清单，不要编造已上线 Slipstream。
仓形态：{{repo}}
旗标/合并队列：{{flags_mq}}
人签核问题：{{human_signoff}}
输出 Markdown：
1. 三站职责与证据
2. 召回四步与人批修复边界
3. 自动回滚触发条件草案
4. 人工确认清单
禁止建议安全修复免审合入；禁止声称 DORA 已达对照值。← 返回用例列表
Glide Slipstream：Build / Gate / Ship + 召回——给人让路的发版流水线
对照产品工程团队：单仓+旗标+合并队列上跑 Build/Gate/Ship 与 detect→repair 召回；披露首代约 8 月 vs Slipstream 后约 90 天追平、合并→生产中位约 14 分、PR p75 约 5.4 时等；不代你指标、不外推。
场景说明
面向 Agent 生成代码量把 PR 审阅读成橡皮图章、回滚仍等人发现的平台团队：把「再加人工审批章」写成可对账的三站流水线+自动召回，区别于 Jira→特性环境编排与 SOC2 人闸修复代理。
案例叙事
01他们做了什么
Glide 工程博客《Creating Slipstream: How we rebuilt our software engineering process for AI agents》（JSON-LD datePublished 2026-08-06 → 2026-08-06）写明：首代 agentic 平台叠在「为人设计」的架构与流程上，花约 8 个月；重建后相信给 Agent 自然操作空间，团队约 90 天追平能力——未换模型/工具，换的是信任与为 Agent 设计的过程。痛点先爆在 PR：Agent 代码足够好后评审变成排队盖章，工程师反要求少审。
Slipstream 是从规格到生产的流水线，三站：Build（按约定/lint/架构一次写对）、Gate（eval/e2e 等规则门，人签核看功能是否符合要求而非逐行代码）、Ship（合并队列上线并藏在旗标后，rollout watcher 盯降级）。另有召回模式：Detect（遥测/安全/流量/质量）→Notify（GitHub issue 指派）→Diagnose & repair（Agent 开修复 PR）→Return to service（人批后走同一 Ship）。向前滚动保留两处人判断；回滚可不等人——CTO 引内部消息称 watcher 曾自动回滚以保护客户。基础改造：多仓改单仓、迁 Cloudflare、默认功能旗标、合并队列。披露中滚动指标（部分为进行中目标）：合并→生产中位约 14 分钟（对照 G2 约 23 小时）；PR 周期 p75 约 5.4 小时（原约 21 小时）；约 90% 变更由 Agent 审而无须人卷入代码审；每次部署受监控且用户破坏行为可自动回滚；约 25% 组织已能从规格直接出生产 PR（10 人已合 37 个生产 PR）。本场景据此输出「Build/Gate/Ship+召回」提纲。禁止建议关闭人审即自动合入安全修复。
02实际效果
- 源披露首代约 8 月 vs 约 90 天追平、合并→生产中位约 14 分（对照约 23 时）、PR p75 约 5.4 时、约 90% Agent 审、约 25% 非工程已从规格出生产 PR（10 人 37 PR）以及自动回滚实例等团队口径；属 GlideOS/Slipstream 中期叙事，不可外推为你的 DORA、缺陷逃逸或组织转型速度。
- 能把「PR 橡皮图章」与「Gate 看功能 + 系统扛代码质量 + 召回自动侦测」拆开。
- 为无人响应时的自动回滚误伤、非工程有门不敢进、以及修复 PR 跳过人批提供提问清单。
03值得知道
- 文称 mid-rollout，部分数字是承诺追踪的目标而非终局证明。
- 自动回滚依赖可观测与判定「用户破坏」；误判有可用性风险。
- 上面写的是 Glide 工程实践帖，不是模型商官文。
04可复制提示词
误自动回滚复盘提纲
rollout watcher 回滚了一次实为噪声的指标抖动，请写复盘提纲。
现象：{{symptom}}
输出：
1. 是遥测误判、通知无人确认窗口过短，还是缺少金丝雀
2. 最小门禁补丁
3. 下次验收标准
4. 人工确认清单
不要伪造「平台已完全自愈」。怎么做
- 粘贴是否已 monorepo/旗标/合并队列，以及人签核是看「功能」还是「逐行代码」
- Agent 按实践帖输出：Build/Gate/Ship 三站→召回四步→人留两处判断（功能签核/修复安全性）提问清单
- 人工保留功能验收与修复合入判断；Agent 不代你声称已自愈生产
实用提示
- 源帖：回滚可在无人响应时自动执行，但「向前滚动」的修复仍要人批——两处人闸问的问题不同
- 与 exante-codey-jira-feature-environment / tudovu-soc2-remediation-agent 不同：本条是发版 Build/Gate/Ship+召回，不是 Jira 特性环境六角色或 SOC 2 五阶段修复