📡 Idea Radar 每天 8:00 / 18:00 推送 · 18:00 生成精选
做 · · 加权 70.9 分 ← 返回档案

AI-Atlas —— 用 AI 阅读真实代码、给 GitHub AI 项目打七维可信度分的展示与评估 SaaS

结论:做(4 笔真实付费与 73 人主动认领已证明“项目作者想被客观展示”这一窄需求存在,单人两周级 MVP 可复现,但必须按“一次性低客单 + B 端报告”双轨设计,否则复购撑不起 OPC 收入)|形态:SaaS

"on GitHub, stars and followers measure popularity, not skill"


1. 产品定义与形态

输入一个 GitHub repo URL,系统抓取代码、提交历史、issue、依赖与文档,交由 LLM 按七个维度打分并生成可分享的评分页、徽章与 PDF 报告。原帖未披露七个维度的具体定义(待验证),建议自定为:代码可维护性、测试覆盖、文档完整度、依赖健康度、提交活跃度、AI/ML 相关性、可复现性。

形态定为 Web SaaS,不做 App、不做小程序:目标用户是开发者,在桌面端提交 repo、在 README 挂徽章,移动端无场景。核心资产是“评分页 URL + SVG 徽章”,它是可传播的获客单元。

2. 目标客户画像

按付费动机排序:

  1. 想被看见的 AI 项目作者(主力):独立开发者、学生、求职者,项目有代码但 star 少,需要第三方背书写进简历或 README。证据是原帖中“73 人认领资料”,认领行为说明作者有强展示动机。
  2. 技术招聘方 / 技术尽调方(高客单):需要快速判断候选人 repo 或供应商开源项目质量。此群体原帖未直接验证,标注待验证。
  3. 开源项目选型者:在同类 AI 库之间做选择,需要 star 之外的信号。

三类人中,只有第 1 类被真实付费验证过;第 2 类是提升 ARPU 的关键假设。

3. 付费者与付费证据

原帖唯一硬证据:

"You pay small one-time credit packs ($3–$15, no subscription)... 4 paying customers, $33.97 in total revenue"

拆解:

  • 规模:2,216 个项目、218 名开发者、43 个国家、73 人认领、4 人付费、累计 $33.97。
  • 漏斗:73 人认领 → 4 人付费,认领到付费转化约 5.5%;人均付费约 $8.49。
  • 付费形态:一次性 credit 包,无订阅,这是关键约束。

判断:需求真实但支付意愿属于“好奇型小额付费”,不是预算型采购。$33.97 的绝对值不足以证明可持续收入,只足以证明“有人愿意为评分掏钱”。复购与留存数据原帖未给(待验证)。

4. 时机判断

三股力量叠加:

  • AI 项目供给爆发,star 通胀,star 作为质量信号的可信度下降(原帖核心论点)。
  • AI 招聘与 AI 简历泛滥,招聘方缺少低成本验证手段。
  • 分发口变便宜:原帖作者靠 DevHunt 周榜第一就拿到了首批曝光与 73 次认领,说明冷启动渠道存在且对单人开放。

风险面:GitHub 官方若推出原生项目质量评分,将直接压垮这个切口(待验证,目前无证据)。

5. 市场前景

不引用任何第三方 TAM 数字,改用自下而上情景估算,假设如下:

  • 假设全球有付费意愿的 AI 项目作者池为 5 万人(假设,待验证);
  • 假设年付费渗透率 1%–3%;
  • 客单按 §10 定价,年均 $12–$20。

则年收入区间约 $6k–$30k,属“副业级”而非“可离职级”。要突破上限,必须把 B 端尽调报告(单份 $99–$299)做成第二增长曲线。这是本报告最重要的商业判断:C 端验证需求,B 端贡献收入。

6. 竞争格局

层 代表 与本产品关系
GitHub 原生指标 star/fork/contributor 被替代对象,但用户习惯强
代码质量 SaaS SonarQube、CodeClimate、Codacy 面向 CI 门禁,不面向“展示”
AI 代码审查 CodeRabbit 类工具 面向 PR 流程,不产出公开评分页
同类评分站 原帖 AI-Atlas 本身 唯一已知直接竞品,单人项目

空位在“面向外部展示与第三方评估”这一层:既有工具都在团队内部流程里,不生产可挂 README 的公开徽章。差异化必须落在“评分页可分享 + 评分方法公开可审计”,否则会被当成又一个 star 排行榜。

7. 90 天路线图

第 1–30 天:可验证 MVP

  • GitHub App 授权 + repo 抓取 + 七维打分 + 公开评分页 + SVG 徽章。
  • 免费额度:每个 GitHub 账号 1 次评分。
  • 目标:50 个真实评分页被创建。

第 31–60 天:付费闭环

  • 上线 credit 包与 Stripe/Paddle 结账。
  • 榜单页:按维度而非 star 排序的 AI 项目榜。
  • 发 DevHunt + Show HN + Product Hunt。
  • 目标:20 笔付费,收入 ≥ $150。

第 61–90 天:B 端试探

  • 推出 $99 的“项目尽调报告”单页,含代码抽样说明与风险清单。
  • 向 30 家早期基金/技术猎头冷邮件(模板:附一份免费样例报告)。
  • 目标:3 份 B 端付费或 10 次有效通话。

8. 获客与运营

社区(按优先级)

  1. r/SaaS —— 复刻原帖叙事:“I built X solo, here's my revenue”,这类帖子在该版有稳定互动。
  2. r/ExperiencedDevs、r/opensource —— 以“star 不等于质量”的讨论帖切入,不硬推。
  3. Hacker News:Show HN 一篇,标题聚焦“我们给 2,000 个 AI repo 打了分,结果和 star 榜差很远”。
  4. DevHunt(原帖已验证可拿周榜第一)、Product Hunt。
  5. X / LinkedIn:给已评分项目作者发“你的 repo 评分页已生成”,让对方转发。

SEO 关键词:github repo score、github stars alternative、rate my github repository、ai project evaluation、how to evaluate open source ai project、github repository quality checker。每词一页落地页,评分页做程序化 SEO(长尾为“{repo 名} review”)。

产品内增长:徽章带 UTM 回链;评分页底部“给这个项目打分” CTA。

9. 地域需求分析

原帖数据:218 名开发者来自 43 个国家,说明需求天然全球化、以英语为唯一界面语言即可。首批投放优先英语区:美国(付费能力最强)、印度(开发者基数大、价格敏感,主推免费额度)、欧洲(原帖作者所在地罗马尼亚所在的时区与社区习惯接近)。支付必须支持国际卡 + 本地方式,用 Paddle 作 MoR 可省增值税麻烦(待验证费率)。中文市场暂不投入:GitHub 展示需求在中文开发者中同样存在,但支付与社区渠道需要另行验证(待验证)。

10. 定价与收入模型

对齐原帖验证过的 $3–$15 区间,并向上探一层:

  • 免费:1 次评分,公开评分页
  • Starter:$5 / 3 次评分(对应原帖低档)
  • Pro:$12 / 10 次评分
  • 订阅(第 60 天后):$9/月,含每月自动重评、历史趋势、私有 repo 评分
  • B 端:$99/份 尽调报告,$299/份 深度版(含人工复核)

情景估算(全部为假设,非预测):月新增 100 个免费用户、5% 转付费、客单 $9 → 月收入约 $45;叠加每季度 5 份 B 端报告 × $99 → 年化约 $2.5k。要突破,付费转化率需提到 10% 以上,或 B 端占收入一半以上。

11. 风险与放弃条件

  • 复购风险(最高):原帖明示 "no subscription",一次性 credit 包用完即走。
  • 成本风险:LLM 读代码的 token 成本随 repo 规模线性上升,免费额度可能被大 repo 刷爆 —— 需设 repo 体积上限与每账号限额。
  • 公信力风险:评分若被质疑“LLM 乱打分”,产品即失去意义,必须公开评分 rubric 与抽样证据。
  • 平台风险:GitHub ToS 对自动化抓取有限制(待验证细则);GitHub 官方可能内建类似功能。
  • 样本风险:全部证据来自单一帖、4 笔付费,统计意义极弱。

放弃条件(任一触发即停):90 天内累计付费用户 < 20 或收入 < $200;B 端 30 封冷邮件零回复;单笔评分毛利率 < 60%;退款率 > 20%。

12. 总评分卡

维度 权重 分数 加权 依据
个人匹配度 0.25 85 21.25 17 岁单人已复现,技术栈仅为 GitHub API + LLM,OPC 完全够用
时机 0.20 80 16.00 star 通胀 + AI 项目井喷;但 GitHub 官方功能是悬顶之剑
付费意愿 0.25 53 13.25 4 人真实付费 $33.97,认领转付费 5.5%,但一次性、低客单、复购未验证
竞争空间 0.15 62 9.30 “展示层评分”位置空,但与代码质量 SaaS 及 GitHub 原生指标重叠
执行难度 0.15 72 10.80 MVP 2–4 周可上线;难在评分公信力与反作弊,不在工程
加权总分 1.00 — 70.60 与遴选官 70.9 基本一致

一句话行动建议:用两周做出评分页与徽章,30 天内只验证两件事——评分页转发率、$5 credit 包的首单转化;数字达标再投入 B 端报告,否则按 §11 条件止损。

来源帖

reddit ·SaaS  I’m 17, built an AI tool solo for months, and 4 strangers have paid me $34 in total. I’ve