Language
NiubiStarNiubi GuardBeta
让你的 GitHub 仓库远离 Spam、刷屏和异常骚扰

别让异常 Issue 淹没你的项目。Niubi Guard 会持续帮你处理 Spam、异常账号骚扰和异常刷屏行为。

Niubi Guard 会自动帮你识别异常账号、批量 Spam 和重复刷屏,让真正有价值的讨论留在项目里。

自动识别异常 Issue自动发现批量刷屏、异常账号骚扰和异常评论。
自动限制异常账号互动识别频繁骚扰仓库的新账号与异常行为。
保护正常讨论减少垃圾内容干扰,让真正的开发者交流留下来。
自动托管防护在项目发布、推广或增长期间自动帮你巡查仓库。

最近发现的异常刷屏活动

Niubi Guard 在 GitHub 公开数据里发现,5 个可疑小号在大约 12 分钟里向 161 个仓库连续发了 1584 条 Issue,刷屏方式非常一致。

High
异常账号5AI-Truth 也被这批账号连续发了 9 条 Issue。
异常 Issue1584公开数据快照: 2026-05-08
受影响仓库161唯一仓库口径
集中爆发12 分钟这些账号在很短时间里连续发 Issue,行为非常一致。
当前已经收录 161 / 161 个受影响仓库,后续监控会自动继续更新。
所有异常行为判断均基于公开 GitHub 数据与行为模式分析,不代表 GitHub 官方结论。
公开页面里的仓库名和按仓库统计的 Issue 数会默认打码。

最小权限安全接入

Niubi Guard 只在你授权的范围内工作,不触碰源代码,也不做隐藏操作。你只需要完成一次最小权限接入,后续的检测、过滤与留痕都能在可追踪前提下执行。

建议创建 Fine-grained Token,并仅授予与 Issues、Metadata 和仓库互动限制相关的最小权限。Niubi Guard 不触碰你的源代码,你也可以随时在 GitHub 设置中撤销授权。

自动托管频率

定时任务默认每分钟检查一次,但你可以随时暂停,或把频率调整为更稳妥的节奏。

一键开启自动防护

接入仓库后,Niubi Guard 会自动识别并处理已经收录的异常账号和异常 Issue,让你不用再手动追着清理。

自动限制可疑账号互动
自动关闭异常 Issue
自动锁定异常刷屏行为
自动同步最新骚扰账号
保留完整处理记录,随时可以回看

接入 Token 后,系统会自动同步仓库并开始保护。已识别的异常账号也会自动加入你的防护名单。

接入后会自动发生什么
1. 自动扫描你的仓库互动
2. 识别异常 Issue 与异常账号
3. 自动限制骚扰账号互动
4. 自动关闭重复刷屏内容
5. 保留完整处理日志供你随时查看

整个过程不修改源码,也不会影响正常开发流程。让维护者把时间留给代码,而不是 Spam。

什么情况下会被自动处理?
批量重复 Issue
新注册异常账号短时间刷屏
高频跨仓库骚扰
重复攻击行为

Niubi Guard 更关注异常行为,而不是普通开发者之间的正常讨论。

Token 未连接
当前账号未接入
仓库数量0
默认防护仓库未设置
帮助文档查看使用手册
为什么可以放心交给我们?

我们遵循最小权限原则,只建议授予处理 Issues 和互动限制所需的权限,绝不触碰你的源代码。你可以随时在 GitHub 中一键断开连接;每一次过滤、锁定或删除,都会在下方防护日志中透明展示。

我们的态度:保护开发者,但不剥夺讨论权

我们会帮你处理异常 Issue、异常账号骚扰和重复刷屏,但不会去压掉正常讨论。Niubi Guard 的目标不是控评,而是把仓库里真正有价值的交流留下来。

受保护仓库

这里支持多选。点击仓库顶部即可纳入或移出防护范围;点击下方卡片内容则切换当前正在编辑的仓库。

开启后,系统默认扫描并防护你账号下的全部仓库;关闭后,只保护你勾选的仓库。
当前保护范围:已选 0 / 0 个仓库
点击卡片即可切换当前策略仓库
当前还没有可用仓库。接入 Token 后,系统会自动同步你的 GitHub 项目;如果有新仓库,也可以随时手动同步一次。

仓库防护策略

这里把“手动处理”和“自动防护”放在一起。你可以先设置默认规则,再在需要时手动处理异常 Issue、限制互动或做收尾动作。

先完成 Token 接入并选择一个仓库,策略面板就会为该仓库展开。

当前防护状态

这里展示的是当前仓库的保护摘要,反映你已经开启了哪些规则、系统处理到了哪一步,以及当前的整体防护情况。

还没有选定仓库,所以当前没有防护摘要可显示。

防护日志

这里优先展示后端真实执行日志,包括删除评论、锁定 Issue、关闭 Issue 与互动限制动作;本地提示日志仅作为补充。

当前没有需要记录的新问题。