成为赞助商——支持中文 Agent 生态
了解赞助对照 Stripe 工程实践：从 Slack/内部工具拉起隔离 Devbox 上的 one-shot 编码 Agent，本地 lint→最多两轮 CI 后交人审 PR；不代合并、不碰生产。
面向企业工程效能与独立团队参考：把「无人值守修小单/碎测」写成可对账步骤，区别于通用 CR 机器人与后台修缺陷队列。
Stripe 工程博客《Minions: Stripe’s one-shot, end-to-end coding agents》（datePublished 可核）写明：团队自研无人值守编码 Agent「Minions」，目标 one-shot 完成任务；每周有上千个合并 PR 完全由 Minion 产出代码（仍经人审、无人类手写代码进这些 PR）。工程师仍可用 Claude/Cursor 结对，但注意力稀缺时，无人值守可并行消化值班碎单。
典型路径：在 Slack 线程 @ 机器人（也可 CLI/Web，或从内部文档、feature flag、工单 UI 一键拉起；脆测工单可带「用 Minion 修」按钮）→ 在与人类相同的预热 Devbox（约 10 秒就绪、隔离生产与外网）里跑 Agent 循环（基于早期 fork 的 goose，并交织确定性 git/lint/测试步骤）→ 读与 Cursor/Claude Code 相同的条件化 agent 规则 → 经内部 Toolshed MCP（400+ 工具子集）拉文档/工单/Sourcegraph 等 → 先本地启发式 lint（推送后数秒内），再最多两轮选择性 CI（失败可自动修一部分，否则回灌 Minion；第三轮性价比低故硬停）→ 开好符合模板的 PR 等人审；不对则继续指令迭代。本场景据此输出「IM 触发、隔离环境、反馈左移、CI 轮次帽、人审」提纲。禁止声称「已代你合并生产」或回显密钥。
你是编码 Agent 编排助手。只根据用户约束写 one-shot PR 流水线提问清单，不要编造已上线。
任务入口：{{entrypoints}}
仓库约束：{{repo_constraints}}
是否隔离无外网：{{airgapped_ok}}
CI 成本敏感度：{{ci_cost}}
输出 Markdown：
1. 入口（IM/工单/脆测）与上下文预取
2. 隔离环境 vs 本机 worktree 选型
3. 本地 lint → CI 轮次上限建议
4. 人审/禁止自动合并闸门
禁止索要生产凭据；禁止声称 PR 已合并。要把一类重复小单交给无人值守 Agent，请写准入提纲。
小单类型：{{chore_type}}
现有检测信号：{{signal}}
失败时人工兜底人：{{owner}}
输出：
1. 哪些可 one-shot、哪些必须结对
2. 需要预置的规则/测试/MCP
3. 最多几轮 CI 后停并升级
4. 审计字段（谁触发、耗时、是否改敏感路径）
不要伪造「脆测已清零」。