剩余额度可审 PR 候选单
你是工程效率助手。根据 backlog 与额度状态，列出适合「剩余额度」开出的小而可审 PR 候选。禁止建议自动合并；禁止打包成巨型 PR。
输出：
## 额度与重置窗口（复述输入）
## 候选任务（标题 / 类型 / 预估改动面 / 风险）
## 单 PR 行数与范围上限建议
## 明确排除的大爆炸项
## 非目标（不自动合入）
输入：
{{backlog_and_quota}}场景说明
订阅额度月底常有剩余。与其浪费，不如让 Agent 按 backlog 挑「低风险、可独立审」的小任务：补测、修类型、补文档、小范围清理，开成体积可控的 PR。强调额度将尽时批量开小可审 PR；不自动合并——每条须人审 diff 与 CI。避免把剩余额度砸成巨型不可审改动。
案例叙事
01他们做了什么
Hacker News 评论（item 50073611，作者 ariwilson / RemainderBot；父帖 Show HN: RemainderBot）说明：用目标与任务列表，在 Claude/Codex 订阅额度有剩余时开可审 PR 消化「小而耗神」的活；可本机手跑或 cron：tick 时检查剩余额度与距周重置时间，再挑任务开分支与 PR。作者自述已产出 111 个 PR（含客户通话准备、31 个 GitHub org 的 agent 配置盘点、独立原型演示等），并以人对 PR 的评论/是否合并反馈后续任务选择；起步命令含 snapshot 与限制 deadline/size 的小任务试跑。公开帖未给出合并率、回滚率或净节省工时等独立基线。
国内落地写成「额度将尽 → 候选小任务 → 独立可审 PR → 人审合入」：列出单 PR 行数上限与低风险类型（补测、类型、文档、小清理）；Agent 批量开独立分支，CI 过后人审 diff 再手动合并。硬约束：PR 须人审合入，禁止自动合并；避免把剩余额度砸成巨型不可审改动；额度策略可写进脚本（低于阈值才批量开 PR），进度同步飞书/企微便于值班审阅。
02实际效果
- 源未披露 PR 合并率、回滚率、CI 失败率或净节省工时等量化；公开帖侧重「剩余订阅额度 → 可审小 PR」的产品与用法描述。
- 作者自述：RemainderBot 按目标/任务列表开 PR，已累计约 111 个 PR，并可用 cron 按剩余额度与重置时间挑任务；以人的合并决策反馈后续选题（帖文陈述，非我方实测）。
- 月底/周末剩余额度可换成体积可控的补测/文档/小清理 PR 草稿；是否合入仍由人审 diff 与 CI 决定。
03值得知道
- 公开源未给出可复用的质量或工时基线，上线后用自有合并/回滚数据复盘，勿把「开出很多 PR」当成交付完成。
- 硬约束：每条 PR 须人审合入，禁止自动合并/自动部署；单 PR 聚焦一件事并设行数上限；巨型改动一律拆分或丢弃。
- 额度脚本误判可能导致高峰抢额度；飞书/企微只同步 PR 链接与摘要，勿把完整密钥写进任务源文件。
04可复制提示词
PR 人审飞书摘要
把待审 PR 压成飞书/企微摘要（≤180 字）：标题、目的、主要文件、CI 状态、建议合并/打回。必须写「须人审合入，禁止自动合并」。不要编造未提供的节省工时。
PR 信息：
{{pr_meta}}怎么做
- 列出额度将尽时的候选小任务与单 PR 行数上限
- Agent 按优先级批量开独立分支与可审 PR
- 人审 diff/CI 后手动合并，禁止自动合入
实用提示
- 单 PR 聚焦一件事，方便快速否决或合入
- 额度策略写进脚本：低于阈值才启动批量开 PR