我给手机做了个 PR 收件箱，好让自己不再当瓶颈
来源：dev.to — 2026-09-12
📋 概述
作者发现自己是所有 PR 的瓶颈：贡献者周一提交，他把评审拖到周五，冲突出现，双方都输。他试过靠自律，四天后失败，于是改成用软件解决——一个跑在手机上的 PR 收件箱：AI 用四问结构为每个 diff 写摘要（改了什么、大概为什么改、最危险的一段、合并前要检查什么），人左滑拒绝、右滑批准。整套技术栈是 Expo 加 Supabase、GitHub webhooks 和 Vercel，全部免费档，月账单为零。
🔑 核心要点
- 核心判断是模型的职责是解释、人的职责是决定，他明确拒绝自动合并。
- 摘要被强制成四个问题，命名了最危险文件的摘要比十份泛泛之谈更有价值。
- 每份 PR 摘要只给三句话，取代在五英寸屏幕上读原始 diff。
- 技术栈 Expo、Supabase、GitHub webhooks、Vercel 全部使用免费档，成本为零。
- 作者刻意选择无聊的架构，因为每个聪明系统最后都会变成第二份工作。
💡 金句
模型负责解释，人负责决定。我从来就不想要自动合并——自动合并就是凌晨两点上线一场灾难的方式。
👍 0
👎 0
← 返回 dev.to 首页