Niubi GuardBeta让你的 GitHub 仓库远离 Spam、刷屏和异常骚扰
别让异常 Issue 淹没你的项目。Niubi Guard 会持续帮你处理 Spam、异常账号骚扰和异常刷屏行为。
Niubi Guard 会自动帮你识别异常账号、批量 Spam 和重复刷屏，让真正有价值的讨论留在项目里。
自动识别异常 Issue自动发现批量刷屏、异常账号骚扰和异常评论。
自动限制异常账号互动识别频繁骚扰仓库的新账号与异常行为。
保护正常讨论减少垃圾内容干扰，让真正的开发者交流留下来。
自动托管防护在项目发布、推广或增长期间自动帮你巡查仓库。
最近拦截的异常攻击活动
这不是一条告警，而是一份实战战报。Niubi Guard 已完成识别、聚类、处置与同步，把整批攻击账号纳入全局防护能力。
已成功封禁一批 GitHub Spam 攻击账号
你接入的不只是一个告警机器人，而是一套已经打过实战的 GitHub Reputation Defense 基础设施。
Niubi Guard 已识别并处置这批攻击账号：5 个异常账号在大约 12 分钟里向 161 个仓库连续发了 1584 条 Issue，相关风险模式现已纳入全局防护。
本轮攻击状态
● 已完成处理
✓ 攻击账号已完成封禁处置
✓ 受影响仓库已完成同步识别
✓ 风险指纹已加入全局模型
全网联防模式
一个仓库先被打，不代表其他仓库只能被动等待。Niubi Guard 会把已经验证过的风险账号与行为模式同步到全局防护网络。
✓ 可疑账号进入全局风险库
✓ 相同行为模式自动同步
✓ 其他接入仓库可提前获得保护
✓ 每一次处置都会继续强化后续拦截
已处置账号5其中 AI-Truth 也曾被连续命中 9 条 Issue，但这批账号现已进入处置名单。
异常 Issue1584公开数据快照: 2026-05-08
受影响仓库161唯一仓库口径
攻击窗口12 分钟整批账号在极短时间内同步行动，这也是它们被快速聚类和封禁的关键特征。
所有异常行为判断均基于公开 GitHub 数据与行为模式分析，不代表 GitHub 官方结论。
出于公开展示考虑，仓库名和按仓库统计的 Issue 数会默认打码。
最小权限安全接入
Niubi Guard 只在你授权的范围内工作，不触碰源代码，也不做隐藏操作。你只需要完成一次最小权限接入，后续的检测、过滤与留痕都能在可追踪前提下执行。
建议创建 Fine-grained Token，并仅授予与 Issues、Metadata 和仓库互动限制相关的最小权限。Niubi Guard 不触碰你的源代码，你也可以随时在 GitHub 设置中撤销授权。
自动托管频率
定时任务默认每分钟检查一次，但你可以随时暂停，或把频率调整为更稳妥的节奏。
为什么可以放心交给我们？
我们遵循最小权限原则，只建议授予处理 Issues 和互动限制所需的权限，绝不触碰你的源代码。你可以随时在 GitHub 中一键断开连接；每一次过滤、锁定或删除，都会在下方防护日志中透明展示。
我们的态度：保护开发者，但不剥夺讨论权
我们会帮你处理异常 Issue、异常账号骚扰和重复刷屏，但不会去压掉正常讨论。Niubi Guard 的目标不是控评，而是把仓库里真正有价值的交流留下来。
受保护仓库
这里支持多选。点击仓库顶部即可纳入或移出防护范围；点击下方卡片内容则切换当前正在编辑的仓库。
当前还没有可用仓库。接入 Token 后，系统会自动同步你的 GitHub 项目；如果有新仓库，也可以随时手动同步一次。
仓库防护策略
这里把“手动处理”和“自动防护”放在一起。你可以先设置默认规则，再在需要时手动处理异常 Issue、限制互动或做收尾动作。
先完成 Token 接入并选择一个仓库，策略面板就会为该仓库展开。
当前防护状态
这里展示的是当前仓库的保护摘要，反映你已经开启了哪些规则、系统处理到了哪一步，以及当前的整体防护情况。
还没有选定仓库，所以当前没有防护摘要可显示。
防护日志
这里优先展示后端真实执行日志，包括删除评论、锁定 Issue、关闭 Issue 与互动限制动作；本地提示日志仅作为补充。
当前没有需要记录的新问题。