GitHub 封号潮自查：七类高危行为先停一停

最近在 linux.do 和其他渠道，不少 GitHub 用户发现账号莫名其妙被 suspend，其中甚至包括坐拥几千上万 star 的开源作者。这类封禁通常没有任何提示、不说明原因，而且大多数最终没能找回，只有少部分人靠工单或到 X 上找到 GitHub 员工才解封。

根据被封用户的反馈，社区整理了一份高危行为清单，中招的可以先停掉、把相关仓库删除或设为 private：

1. 高频占用 Actions：频繁触发导致队列长时间排队，或用 Actions 做定时签到等违反使用规则的事；
2. 用 AI 频繁编辑 Issue；
3. AI 批量提交大量 PR；
4. 高并发调用 GitHub API：AI agent 干活时特别容易踩；
5. Fork 过违规仓库：节点爬虫、破解软件这类；
6. README 挂特殊公司链接；
7. 把 GitHub 当图床：用仓库存图供外站引用。

需要说明的是，不是所有自动化都危险。社区里讨论较多的「用 Actions 每天定时同步上游仓库」就属于正常用法：GitHub Marketplace 里有大量专门做这件事的插件，官方 CLI 也内置了 gh repo sync。真正容易出问题的是频率和规模：社区整理的判定表显示，每天同步一两次触发率很低，而每几分钟轮询一次的高频同步、超过 60 天无变化的空仓库自动化、同步违规仓库，才对应严重违规和直接封号。

一位图床项目作者也分享了自己的合规实践：自动更新 Action 一天只触发一次，其余工作流设置成只在自己仓库触发，避免消耗他人的 Actions 额度。

现在工单通道积压严重，大量申诉得不到回复。如果你的账号比较重要，除了走工单，可以尝试通过 X 联系 GitHub 工作人员。更实际的做法是：平时别把账号命运押在灰色用法上，重要仓库提前做好镜像备份。