makesensegithub：把 GitHub PR 解读成 PPT 的工具，一个月 4 万次访问的真实账

makesensegithub 是 2026 年 7 月在 Hacker News Show HN（注：Hacker News 的项目展示板块）上线的一个浏览器扩展工具，它做的事情非常具体：用户在 GitHub 任何 Pull Request（注：PR，开发者向项目提交代码修改的请求）URL 前面加一个 `makesense` 前缀，浏览器会自动跳转到一个第三方页面，对这个 PR 做三件事——快速审查代码问题（按清洁程度分类的 issue 浏览器）、生成摘要幻灯片（几张幻灯片讲清楚 PR 改了什么）、变更可视化（修改了哪些文件、改了多少行、关键函数是否被触及）。

这个工具上线后一个月拿到了 4 万次访问，这个数字在开发者向工具里属于中等偏上。本篇要拆的是它的真实起步账。

访问来源的分布。makesensegithub 几乎没有做付费推广，4 万次访问里大约 75% 来自 Hacker News 首帖的持续长尾曝光（Show HN 帖子在 HN 上的「首页曝光」大概 24 小时，但 Google 搜索结果会长期保留链接），12% 来自 Reddit 的几个开发者社区（r/programming、r/webdev、r/ExperiencedDevs），8% 来自 Twitter/X 的开发者自发分享，剩下 5% 来自直接访问和书签。

注册和激活的漏斗是 4 万访问 → 注册 1800 人 → 实际使用（绑定 GitHub 账号）420 人 → 付费用户 14 人。从访问到付费的最终转化率约 0.035%，比 Spryly（art_020 里那款依赖管理工具）的 0.31% 低了一个数量级。差距主要在「付费墙位置」上——Spryly 的核心功能（依赖扫描）需要后端计算，必须付费才能用；makesensegithub 的核心功能（PR 解读）在浏览器本地就能完成，作者只在「保存历史记录」「生成定制化幻灯片模板」两个功能上加了付费墙，导致 95% 的用户用免费版就够了。

月度营收的真实数字。14 个付费用户里，订阅模式是月付 8 美元/月 + 年付 79 美元/年（折合月付 6.58 美元），月付与年付比例约 5:5。作者在 Show HN 评论区分享过，2026 年 7 月总 MRR 是 96 美元（7 个付费用户当月付款 + 7 个年付用户分摊到当月），扣掉 Vercel（注：前端云服务）+ Cloudflare（注：CDN 服务）+ Paddle（注：海外 SaaS 支付平台）约 12 美元成本，净收入 84 美元。这个数字看起来微不足道，但作者对这条路径的态度是「验证假设」而非「赚钱」——他在 Show HN 帖子里明确说，目前是业余时间维护，未来 6 个月如果付费用户能增长到 200 人以上，才会考虑全职做。

成本结构上，makesensegithub 跟 Spryly 这种重后端 SaaS 不同，主要成本不在服务器而在第三方 API 费用。这个工具要生成「PR 摘要幻灯片」，调用的是 Anthropic 的 Claude API（注：付费调用，按 token 计费），每次 PR 解读大约消耗 1.2 万 token，按当前定价折合人民币 8 毛钱一次调用。免费用户每月有限 5 次 PR 解读，超出后必须付费，否则作者每月要倒贴几千元人民币的 API 费。所以作者把免费版限制放在 5 次，是经过仔细算账的——既让用户能体验核心功能，又不会被羊毛党薅到亏本。

下一步作者计划做什么。从 Show HN 评论区看，他准备做几件事：第一是支持更多代码托管平台（GitLab、Bitbucket），当前只支持 GitHub 是最大的覆盖短板；第二是把「PR 解读」扩展到「Issue 解读」和「Commit 解读」，让用户对一个项目的全生命周期都有视图；第三是引入团队协作功能，让小型开发团队（5 人以内）能共享 PR 解读结果。这些功能上线后能否把付费转化率从 0.035% 提到更高水平，决定了这个工具能不能突破当前的「项目级 SaaS」天花板，成为真正的「开发者日常工作流工具」。

对中国开发者来说，makesensegithub 这种工具的真正启发不是「做 PR 解读工具」，而是「做一件只需要浏览器就能完成、但用户愿意付费的事」。这类工具的共同特征是：本地能跑（不需要复杂后端）、用户即时受益（不需要学习曲线）、付费墙设在「高频使用」而非「核心功能」（让用户先爽再付费）。这三件事同时满足的产品非常少，但满足一个的产品已经能跑通 100 美元 MRR 的早期阶段。

创业找资源，上乌鸦部落。