Bluesky 回复机器人检查工具

Simon Willison 在 2026 年 9 月 27 日发布了一款名为 Bluesky reply bot checker 的工具。按他的自述，动机很直接：Twitter 上的自动回复机器人泛滥，作为一个粉丝不少的人，他每发一条内容都会引来大量无脑自动回复；而这类机器人已经开始出现在 Bluesky 上。

于是他让 Opus 5.5 以 vibe coding 的方式写出了这个工具。工具的定位不是拦截或封禁，而是检查任意 Bluesky 个人资料，寻找其可能是回复机器人的证据——把“这条回复像不像机器人”从直觉变成可查看的判断依据。

按来源描述，工具寻找的信号有三类。第一类是时间上的异常：某账号在另一账号发帖后数秒内就发布回复。第二类是内容上的异常：账号从不发布自己的内容、图片或链接，而是一直回复粉丝更多的其他用户。第三类则带着明显的个人情绪——工具会寻找问号，因为作者对“浪费他时间去回答一个无人真正提出的问题”的回复机器人尤为恼火。

这三类信号指向的是同一种行为模式：不生产内容、只对高曝光账号做快速反应、并以提问式话术诱发互动。需要说明的是，来源只描述了工具寻找哪些信号，并未给出这些信号如何组合成最终判断，也未提供任何检测准确率或误报率数据。

作者在文中点出了一个关键差异：与 Twitter 不同，Bluesky 仍提供可自由使用且有价值的 API。他同时强调，缺少可用 API 并不会拖慢机器人本身，但会让调查它们变得更加困难。

这句话把问题拆成了两层。机器人是否泛滥，与平台是否开放 API 无关；但研究者、普通用户能否去核查一个可疑账号，却高度依赖 API 是否可用。工具之所以能存在，前提是数据还能被取到——这是来源中唯一被明确给出的结构性条件。

可以确认的是：工具由 Simon Willison 用 Opus 5.5 以 vibe coding 方式编写，发布于 2026 年 9 月 27 日，用途是检查 Bluesky 个人资料中的回复机器人证据，并寻找上述三类信号。

不能确认的同样明确。来源是一篇作者自述的博客文章，没有提供工具的检测准确率或误报率；没有说明工具是否开源、可公开访问或已实际部署；没有给出 Opus 5.5 生成该工具所耗时间或代码规模；也没有提供 Bluesky 上回复机器人数量或比例的量化数据。因此，工具识别回复机器人的实际效果、Opus 5.5 在多大程度上独立完成、作者参与多少，以及工具是否会被 Bluesky 官方采用或产生实际影响，目前都无从判断。

把这件事放回它自身的尺度上看：它不是一个平台治理方案，也不是一份机器人普查报告，而是一个人被回复机器人烦到之后，用现成模型快速做出的一件小工具。

它的价值不在于“解决了机器人问题”，而在于示范了一条路径——当平台还愿意开放 API 时，个体可以用极低成本把“我觉得这是机器人”变成“我可以去查一查”。至于这条路径能走多远，取决于工具本身是否可靠，而这一点，来源没有回答。