大型PR会成为工程效率的瓶颈，并增加审阅者的上下文切换成本。
一个工具，可以根据文件更改、依赖项或测试覆盖率，自动建议PR中的逻辑拆分点。
工程经理愿意为缩短PR周期时间和提高团队满意度付费。
MVP：一个GitHub Action，标记超过X行的PR，并通过简单启发式方法建议拆分点。
风险：团队可能有根深蒂固的工作流程，抵制改变。
轻量级代码审查自动化
构建一个工具，帮助开发人员将大型PR分解成更小、更易于审查的块。目标是那些在代码审查周期缓慢的团队。
为什么是现在
工程团队正在积极寻求在不牺牲质量的情况下简化审查的方法，正如最近的讨论所示。
- 做给谁
- 工程团队
- 商业模式
- SaaS订阅
- 投入量级
- 几周