为何我暂无实质内容的GitHub仓库会出现异常唯一克隆？

首先需要明确：GitHub流量面板的两类计数是完全独立触发的，不存在必须的对应关系，这是很多人对这个统计功能的普遍认知偏差：

• 「唯一访客」仅统计网页端加载仓库主页的行为，用户、自动化程序只要没有打开仓库的网页链接，哪怕执行了仓库相关操作也不会被计入访客数
• 「唯一克隆者」仅统计所有向.git端点发起的Git拉取、克隆操作，这类操作完全不需要前置访问仓库网页，天然就可能出现克隆数远大于访客数的统计结果

实际常见诱因 #

结合你提出的三点假设，对应真实场景逐一验证如下：

1. 公开互联网备份平台的爬取行为
   你在archive.org检索不到结果是正常现象。这类备份主体的Git爬虫会直接针对公开的.git端点发起克隆，根本不会加载仓库主页，自然不会产生访客记录；同时爬取的快照往往不会即时同步到公开检索库，通常在爬取完成数周甚至数月后才会出现在搜索结果中，很多用户都遇到过建仓3天内出现数个克隆、1个月后才检索到对应快照的情况。
2. 批量扫描类恶意Bot的探测行为
   这是这类异常占比最高的诱因。因为你的仓库是知名网站模板的fork版本，这类仓库的路径本身就在全网公开的爬虫索引中。通用Git扫描Bot会批量遍历所有公开的模板类fork仓库，直接执行浅克隆拉取全仓文件，逐文件检索硬编码的API密钥、数据库密码、第三方访问令牌；整个过程Bot不会访问仓库主页，也就不会留下访客记录，加上Bot往往使用动态轮换的云厂商IP，统计面板上就会显示成多个独立的唯一克隆者。
3. 上游模板维护方的批量拉取行为
   很多知名开源模板的维护者会部署定时任务，批量拉取所有fork了自己模板的公开仓库，用于统计模板使用规模、收集fork分支上的有效改动。这类拉取同样直接走Git协议完成，不会触发网页端的访客计数，也会造成无对应访客的克隆记录。
4. 平台统计错误的概率极低
   GitHub确实在2018年前后存在克隆统计重复计数的bug，曾出现单次克隆被计数多次的问题，但目前平台已经优化了去重逻辑，按照克隆请求的IP哈希+User-Agent字段做去重，近年同类反馈几乎都不是平台统计错误导致的。

如果你的克隆记录集中出现在仓库创建后的72小时内，且没有对应访客匹配，基本可以判定为上述自动化程序的行为，不存在真实普通用户克隆的情况。
内容的提问来源于stack exchange，提问作者Moteele