📡 Idea Radar 每天 8:00 / 18:00 推送 · 18:00 生成精选
reddit · SideProject · 60 分 ← 返回列表

I built a Mac app because I kept running out of time halfway through PR reviews

My calendar looks like spaghetti, and PR reviews became the bottleneck once AI started writing more of our code. I’d have 20 minutes before a meeting, open a PR, realize it was huge, and lose the context by the time I came back. So I built Mergable, an app that estimates each PR’s review time, ranks my queue, and slots reviews into the gaps between meetings. It’s my first Mac app (I’ve shipped iOS and Android before), and getting it through App Review took longer than building it (~ a month

五维评分

付费意愿
55
需求真实度
45
个人可落地
90
竞争空间
50
新鲜度
70

AI 分析

痛点:AI 生成代码增多后 PR 体积变大,review 成为瓶颈;开发者难以在会议间隙估算 review 耗时并安排优先级。

目标用户:GitHub 重度使用、会议密集的软件工程师与技术负责人

证据:PR reviews became the bottleneck once AI started writing more of our code... is “how long will this review take” useful to you, or do you triage some other way?

变现:Freemium + Pro 订阅(月付/年付),后续推出按席位收费的团队版

MVP:用 GitHub API 读取 PR 的 diff 行数、文件数和改动复杂度来估算 review 时长,再对接 Google Calendar 的空闲时段,自动生成当日 review 排序与时间安排建议

竞品:Graphite、CodeRabbit、GitHub Copilot code review、Reviewable

摘要:独立开发者发布 Mac 应用 Mergable,用于估算每个 PR 的 review 耗时、排定优先级并安排到会议间隙。该应用免费试用、Pro 五折促销,但帖中只是在征求“这个功能是否有用”的反馈,没有付费用户或收入数据佐证需求。