浏览器自己算，服务器躺着赢——Git浏览新思路

说实话，互联网现在被机器人搞得乌烟瘴气。爬虫、自动化脚本日夜不停轰炸各大网站，Git托管平台也没能幸免。管理员们的常规操作是部署类似Anubis的工具，靠工作量证明来过滤这些垃圾流量。效果嘛，勉强能用。但说实话，这方案让所有人都跟着遭罪。

为什么让用户受苦不是好主意

工作量证明系统要求客户端在访问内容之前先解一道数学题。跟比特币、以太坊被喷的那个套路一样——算完就扔，白白浪费算力。开发者就想看看代码仓库、pull点东西，结果浏览器要在那吭哧吭哧算半天，感觉就像在惩罚你是个人类一样。

咱们优化网页性能优化了多少年，每毫秒都锱铢必较，连接时间恨不得压到理论极限。然后就因为讨厌爬虫，故意给人增加延迟？这不是把之前的努力全白费了吗？

反过来想想呢？

这时候"自己动手"的概念就出场了——它把传统的客户端-服务器关系给倒过来了。以前是服务器累死累活干重活，客户端坐享其成；现在反着来，客户端承担访问信息的计算成本。

这听起来有点疯狂，但放在Git仓库的场景下就挺合理了。Git本质上就是一堆对象的集合——commit、tree、blob、tag。你在Git浏览器里看到的任何数据，从这些基本对象出发都能算出来。只要你有了这些对象，就什么都有了。

浏览器端的Git浏览器革命

这个方案最妙的地方在于，现代浏览器完全有能力干这事。有个叫legoktm的开发者整出了一个纯浏览器端运行的Git仓库浏览器。服务器？那就是个静态文件服务器——通过HTTP提供裸仓库。什么CGI脚本、数据库、复杂后端，统统不需要。Apache配几个rewrite规则就够了。

浏览器按需下载对象，存进IndexedDB，然后本地计算diff、文件内容、提交日志。整个过程就像在你浏览的时候实时做一个不完整的git clone，边看边补全缺失的对象。服务器的任务简单到可笑——就负责送文件。

对开发者和小团队意味着什么

如果你在创业或者管着个小开发团队，这套方案有几个实打实的好处：

带宽是唯一需要操心的。 既然都是静态内容，前面套个CDN完全没压力。仓库浏览器几乎可以无限扩展，后端复杂度和成本都接近零。

隐私不请自来。 浏览器一旦缓存了对象，下次访问只要内容没变就不用再请求。第一次加载之后，甚至可以完全离线浏览。没有服务器在后台追踪你翻页的浏览记录。

部署简单到离谱。 静态托管哪儿都能跑。GitHub Pages、Netlify、Cloudflare Pages，甚至买个对象存储桶就能用。这套Git浏览器基本属于躺平式运维。

和AI写代码的关系

说到这儿，这事对" vibe coding "玩家就更有意思了。AI辅助编程工具越来越普及，以后会有更多代码被生成出来、更多仓库被创建出来，对轻量级托管方案的需求也会水涨船高。这类系统指明了一个方向：开发基础设施不一定非要是那种重型的托管服务，可以简单、静态，但又出奇地强大。

用户浏览器里的算力本质上是免费的计算资源。你不用花钱买服务器端渲染，而是把客户端的算力给用起来。对于访问量大的公开仓库，这可能意味着省下一大笔服务器账单。

这就是未来吗？

现在还早，这个更像是一个概念验证，展示可能性，而不是拿来就能用的生产方案。但核心思路是对的：把计算任务交给客户端，服务器就能保持轻量和高效。

对于Git托管来说，如果你不需要完整的forge体验——什么issue跟踪、PR、CI/CD——只是想看看代码浏览一下，那这套方案完全可以替代cgit，安装更简单、扩展性更强、对隐私也更友好。

下次再想着怎么防爬虫但又不折腾正常用户的时候，不妨试试"自己动手"的路子。用户的浏览器有空余算力，你的服务器资源有限。让浏览器去算数吧。

有时候解决扩展问题的最好办法，不是给服务器堆配置，而是把任务分发给已经有算力的地方。