关于近期 Github 大量封禁账号的一点个人提醒

最近无论是在论坛还是其他渠道，我都注意到很多Github用户的账号莫名其妙被封禁（suspend），甚至包括我认识的一些有几千上万star的开源大佬（瑟瑟发抖）。 ^-^

这种封禁一般没有任何提示，也不会说明封禁原因。大量被封禁账号最终是无法追回的，只有少部分账号通过工单、X上找Github工作人员等方式找回了，但是整体来看找回概率不大。

根据大家的反馈，我们总结了一些常见的封号原因，各位佬可以自查，避免自己的账号被封禁：

1. 频繁使用Actions导致队列长时间排队，或使用Actions进行定时签到等违反使用规则的行为


2. 使用AI进行频繁的Issue编辑


3. 使用AI批量提交大量PR


4. 高并发调用Github API进行操作（AI容易干）


5. Fork过违规的仓库（如节点爬虫、破解软件等）


6. README挂过一些特殊的公司链接


7. 将Github用作图床（指通过Github仓库存图）

[!WARNING]

如果有上述行为的，近期可以先停掉，并删除或把相关仓库设置为private，以减轻账号被封的风险！如果被封，一般很难找回，现在工单类似问题过多，大量工单不能得到回复，重要账号可以尝试通过X等渠道联系Github工作人员寻求帮助，或寻找认识Github工作人员的朋友帮助解封。

起因是看到 GitHub 被封号 - 搞七捻三 - LINUX DO 这个佬的帖子，所以和大家提示一下。

CloudFlare-ImgBed 的相关工作流完全符合Github的使用规则，自动更新Action默认也只是一天触发一次，大家最好保持这个频率，避免被认定为长期占用Action。其他工作流我都设置了只在我的仓库触发，就是为了避免浪费大家的Action额度。 ^-^

[!NOTE]

关于自动更新Action隔段时间会报错，我想说明一下。这个报错大部分时间是因为项目开发过程中不得不修改一些workflow文件（我一般不会改，除非迫不得已），而Github Action的规则是同步上游的脚本，如果出现上游workflow文件更改，那么本次同步会直接被拒绝。也就是说，大部分时间该同步脚本失效都是Github的锅，不是我的 ^-^。

大家如果觉得平时没时间手动同步，又不想经常看到报错邮件，请大家不要启用该Action，需要更新时手动更新一次即可。

关于自动同步的合规性，看看哈基米的回答：