DiffsHub：把 URL 里的 github.com 换成 diffshub.com，秒开超大 diff
阅读时间: 大约 7 分钟
DiffsHub：把 URL 里的 github.com 换成 diffshub.com，秒开超大 diff
DiffsHub 是 The Pierre Computer Company 推出的 GitHub 代码差异查看器，用法简单到只有一句话：把 GitHub diff URL 里的 github.com 换成 diffshub.com。它接管 PR、compare、commit、patch 这几类页面，卖点是用虚拟化渲染撑住超大规模 diff——官方甚至把 Linux 内核大版本间的对比（torvalds/linux/compare/v6.0...v7.0）当成 showcase 挂在首页。本文基于官网与一次实测梳理。
一、它要解决的痛点
据 Koala 项目库点评：AI 让代码产出速度爆炸增长，code review 的工具体验反而成了新瓶颈，而 GitHub 原生 diff 在大 PR 下卡顿是公认痛点。一个 PR 动辄几千上万行改动，浏览器要把所有文件、所有 hunk 一次性铺出来，滚动和展开都会变卡，移动端尤甚。
DiffsHub 的回答是”super-freaking-fast, beautiful, and virtualized interface”：不一次性渲染全部内容，而是虚拟化 + 流式（streaming）——一边从 GitHub 读补丁流，一边把文件逐个展示出来。
二、怎么用
无需注册、无需安装。例如：
https://github.com/oven-sh/bun/pull/30412
↓ 换成
https://diffshub.com/oven-sh/bun/pull/30412支持的 URL 形态覆盖 PR（/pull/<n>）、compare（/compare/a...b）、commit、patch。首页还给了三个现成示例：bun PR #30412、node PR #59805、ghostty PR #12291，以及那个 Linux 内核 v6.0…v7.0 对比。
三、实测：一个 223 文件、8 万行的 PR
我打开 bun PR #30412，页面顶部实时统计显示：
| 指标 | 数值 |
|---|---|
| Files | 223 |
| Additions | 50,233 |
| Deletions | 3,097 |
| Lines | 81,432 |
视图里文件树可折叠，每个文件内把未改动行折叠成”367 unmodified lines”这样的摘要条，保留语法高亮与行号。顶部状态栏标着”STREAMING”和”System Monitor”，说明内容是边读边渲染、不是等全部下完再画。这正是它对标本机大 diff 的核心：DOM 里只保留可视区域的行，其余虚拟化回收。
四、技术栈：不是从零做的
页脚注明它”Built by The Pierre Computer Company with FileTree and the new CodeView component”。据 Koala 此前的介绍，Pierre 这家公司深耕 patch review 垂直方向，底层已经开源了两个组件：
- FileTree（trees.software）：高性能文件树组件；
- CodeView / Diffs（diffs.com）：diff 渲染组件。
DiffsHub 就是这两个底层组件搭出来的上层产品——垂直工具用更狠的工程实现抢占体验，是一个合理的切入角度。
五、私有仓库与口径
查看公开 diff 完全免登录。要看私有仓库，官网提供两个选项：在 GitHub 建一个 fine-grained PAT（预设了 90 天过期、contents:read、pull_requests:read、issues:read 权限），或用带 repo scope 的 classic token。官网明确写：token 只保存在浏览器 localStorage 里。
这一点要辩证看：好处是不经过 DiffsHub 自己的服务器存凭证；风险是 localStorage 里的 token 仍会暴露给任何 XSS，且 90 天有效期意味着你得记得轮换。对私有仓库敏感的团队，应只拿只读 scope、设短过期，别用长期全权限 token。
六、客观分析：优势与局限
优势： 零成本接入（改域名即可）、流式+虚拟化专治大 PR 卡顿、移动端也能扛、背后有专门做 diff 组件的公司持续投入。在 AI 批量产码、PR 越变越大的背景下，这是一个真实痛点的精准切入点。
局限：
- 它是查看器，不是完整 review 工具：页面虽有 Comments 标签，但它本质是 GitHub diff 的高性能替代皮肤，评审流转、CI 状态、行内讨论的生态仍在 GitHub 那边；
- 依赖 GitHub API/补丁流：超大补丁（如内核大版本对比）要靠”流式慢慢读”，我实测 Linux v6.0…v7.0 长时间停在”Reading the patch and showing files as they arrive”——它能开，但”流畅打开”需要等流喂到；
- 私有仓库要自备 token，且 localStorage 存储有 XSS 暴露面；
- 官方未给性能基准数字：“fast”是体感宣称，没有在固定硬件/固定 PR 上与 GitHub 原生做对照测量，快慢需自己在大 PR 上验证。
七、适合谁
- 天天 review 大 PR、被 GitHub 原生 diff 卡顿折磨的工程师；
- 想在手机/平板上看大型 diff 的人；
- 做 AI 生成代码、动辄上万行改动的团队——给 reviewer 一个不卡的入口。