为什么需要 GitHub 加速
在国内网络环境下直接访问 GitHub，经常遇到三类问题：网页能打开但下载极慢、raw.githubusercontent.com 与 codeload.github.com 连接超时、git clone 卡在 receiving objects 阶段。这通常不是 GitHub 本身「慢」，而是跨境链路波动、DNS 解析不稳定导致的连接质量下降。
围绕这个问题，开发者常见的替代做法有三类：自建代理服务器（要买机器、要维护、带宽成本高）、浏览器插件（只在浏览器里生效，命令行与 CI 用不上）、以及本站在用的方案——通过域名前缀拼接，把请求交给位于全球边缘的加速网关节转。第三种方式不需要安装任何软件，任何能发 HTTP 请求的工具都能用。
支持的资源类型
当前版本覆盖五类高频资源场景：
- Release 资产包：仓库 Releases 页面挂出的安装包与二进制文件，体量大、下载频率高
- Raw 原始文件：仓库内单个文件的原样内容，常见于安装脚本与配置文件分发
- Archive 源码包：分支、标签或提交对应的 zip / tar.gz 源码快照
- Gist 代码片段：Gist 中的单文件或多文件代码片段
- Git Clone：HTTPS 协议的仓库克隆与拉取（只读）
三种链接写法
加速地址支持三种写法，按使用习惯任选一种：
写法 A（拼接原始链接）：https://ghclone.com/https://github.com/owner/repo/releases/download/v1.0/app.zip 写法 B（/gh/ 前缀）： https://ghclone.com/gh/github.com/owner/repo/archive/refs/heads/main.zip 写法 C（裸域名拼接）： https://ghclone.com/raw.githubusercontent.com/owner/repo/main/README.md
三种写法的转发结果完全一致：网关会识别出原始 GitHub 地址，做只读透明转发。写法 A 适合从已有链接直接改写；写法 B 适合在支持变量替换的工具里做统一前缀；写法 C 适合把域名当配置项拼接。
使用边界
- 仅代理公开资源：私有仓库、需要登录态的请求不在支持范围内
- 仅支持只读操作：克隆、拉取、下载可用，推送（push）请求会被直接拒绝
- 不接收凭据：请求中的
Cookie与Authorization头会被剥离 - 请遵守 GitHub 服务条款、开源许可协议与所在地区法律法规
快速上手
打开首页的链接转换器，粘贴任意 GitHub 链接即可得到多线路加速地址；完整的链接写法、工具示例与常见问题，请查看使用文档。