这是什么
我每周采集 GitHub 上与 MCP 相关的开源仓库，记录星标、提交、发布和许可证的时间轴， 然后做三件事：把增量排出榜、把涨幅排在另一个榜、把刚变了的仓库按需要多快处理排序。
输出是四个公开 JSON 端点和这批页面，不需要登录。没有评分卡，也没有每周精选邮件。
几条原则
- 原始量优于分数。「38k 星 +52 / 周」是一个可以被复核的事实，「8.6 分」不是。所以每条异动都带 触发时的阈值和证据序列，判定逻辑在 判定规则 页上逐条公开。
- 百分比必须带分母。4 涨到 8 是 +100%。所以飙升榜要求上周至少 200 星、本周至少 +50 星，并把 分母和百分比印在同一行上。
- 空结果也是结果。本周没有异动不是系统坏了，是我们没有编一条出来填版面。
- 方向要跟着数字走。 WCAG 2.1 要求颜色不是传达信息的唯一手段，所以涨跌除了颜色还带箭头，方向性旗标除了颜色 还写中文。
不做什么
- 不打综合分。加权和衡量的是规模而不是质量，高分只是复述「它已经很受欢迎」。给一个 8.6 分 会让读者以为有人替他做了判断。
- 不做付费排名。付费榜唯一的作用是把钱和名次联系起来。四个月没有任何收入的情况下，这个取舍 没有变过。
- 不写「精选推荐」。不做这份榜单的理由见 选型指南：推荐需要我们对许可证合规和长期维护能力表态，公开数据支撑不了那种表态。
数据是怎么来的
采集只走公开接口，不需要 token，不读私有仓库。星标与元数据每周一个快照；提交和 发布数按周聚合，所以周与周之间的比较精度是一周。采不到的读数显示「未测」，不按 0 计入。
发现某条数据明显不对， 联系我们 有人读。