整理个人主页时，你可能记得自己用过哪个昵称，却想不起在哪些社区注册过。搜索引擎能找出一部分页面，用户名扫描器则会按站点规则检查候选地址。Aliens Eye 适合帮你收集这类线索；拿到报告以后，仍要逐个判断哪些账号确实属于自己，哪些只是同名用户，哪些页面根本没有成功打开。
先准备一张自己能核对的账号表
第一次使用时，选一个自己的旧昵称，再列出几个能够登录的账号。记录平台、当前主页地址、是否改过名，以及你最后一次确认的时间。把这张表留在本地，作为扫描结果的对照。不要先扫描几百个平台，再用结果数量判断工具好不好。
例如，你确认某个开发社区账号还在，论坛账号已经改名，另一个摄影站点从未注册过。扫描以后，需要分别回答：现存账号有没有找到，旧昵称是否跳到新地址，未注册的平台有没有出现误报。三种情况给出的信息不同。只用一个知名账号做演示，无法检查工具会不会把不存在的主页也判成命中。
截至 2026 年 9 月 23 日，官方仓库将 Aliens Eye 描述为覆盖八百多个平台的用户名扫描工具。站点清单的规模不等于每次扫描的有效覆盖率：页面改版、地域限制和访问挑战都会影响结果。本文依据公开文档说明操作与复核方法，没有扫描真实人物，也没有测出一组可以代表所有平台的准确率。
一次请求成功，可能仍然没找到账号
浏览器打开不存在的主页，有时会看到带导航栏的“用户不存在”页面，但服务器仍返回 HTTP 200。有的平台会把任何陌生路径送到登录页；还有的会把昵称放进搜索框，让页面标题看起来像一个账号主页。单看状态码或标题，都可能认错。
Aliens Eye 会把返回页面中的多个特征结合起来判断，包括用户名出现的位置、页面结构、错误提示和个人资料特征，并将结果分成 Found、Maybe、Not Found。其检测原理说明解释了启发式规则与模型的配合。这种分数反映检测器对页面的判断，不能解释成“这个账号有多少概率属于某个人”。
另一个容易忽略的问题是访问失败。超时、验证码或访问被拒绝，都不能证明账号不存在。复核表里应单独保留“未能检查”这一状态。如果导出的总表只显示没有命中，你还要查看对应请求的错误和最终地址，避免把网络问题写成账号结论。
官方 README 自己也披露了模型在未见平台上的评估限制。阅读这类指标时，应关注样本来自哪些站点、是否与训练数据分开，以及对照方法是什么。不能把项目提供的一次评估，改写成你今天扫描的成功率。
缩小范围以后，报告才容易读
官方文档提供 --site 用来指定平台，也提供普通文本和结构化导出。初次检查自己的账号，可以只选择原本就在对照表中的两三个站点，保留原始昵称，不扩展前后缀，也不自动沿简介中的链接继续搜索。需要执行的具体命令应与安装版本的帮助信息核对；这里没有把未运行的扫描写成实测教程。
这一步的目的很具体：你需要知道工具构造了哪个地址，以及那个地址现在会返回什么。某个平台用昵称作为 URL，另一个平台用内部数字 ID；有的平台把展示名与登录名分开。把显示在头像旁边的中文名字当成通用用户名，往往从一开始就选错了输入。
对改名账号，建议把旧名和新名分开记录。旧地址跳转到新地址是一条关系证据，但不代表两个字符串在所有平台上都属于你。若平台已经回收旧昵称，后来出现的同名账号甚至可能属于别人。报告的时间戳在这里很有用：它说明你在什么时候看到了哪一种页面状态。
逐项复核一个 Found
先打开报告中的原始地址，记下跳转后的域名和路径。确认它是公开个人主页，而不是搜索结果、登录表单、通用错误页或验证码。随后看页面有没有与该平台账号结构相符的内容，比如个人简介、公开仓库或作品列表。仅仅出现输入过的用户名，还不足以通过这一步。
再核对账号归属。检查自己的账号时，最直接的证据是从该平台正常登录后，查看个人资料页是否与报告一致。不要把登录 Cookie 或密码交给扫描器来代替这个动作。需要向同事展示结果时，可以记录“已由账号持有人登录确认”，不必复制会话信息或上传私人页面。
最后给结论留出修正空间。建议一行结果至少保存：平台、输入昵称、候选 URL、最终 URL、检查时间、工具状态、人工判断和判断理由。工具原始输出与人工结果分开存储。以后站点规则变化时，你可以重新跑检测，而不必猜测哪些字段是程序生成、哪些是后来改过的。
对于无法打开的页面，记录原因即可。连续撞验证码不会提高证据质量。换到平台允许的正常访问方式后再确认，或者把该站留作未完成项，通常比反复提高并发更省时间。
同头像、同简介，为什么仍可能认错
Aliens Eye 提供跨站资料关联能力，会利用头像、名字、简介或共享链接寻找相似账号。这对整理自己的历史账号有帮助：你可能在多个网站使用过同一张头像。但公共头像、转载简介、团队共用品牌名都可能让不同账号看起来相似。
假设两个主页使用相同头像，一个链接到你的个人域名，另一个只复制了几句简介。前者值得进一步核实，后者的信息仍然不足。即使个人域名相同，也应查看链接方向和当前归属，避免把引用他人作品的页面算成作者自己的账号。
给组织整理官方账号时，可以采用更明确的确认办法：由负责人员从官网账号列表、内部资产台账或平台管理后台核对。扫描器负责发现遗漏候选，组织现有记录负责确认控制权。不要因一张聚类图把两个账号连在一起，就合并成同一个身份档案。
用对照样本检查自己的工作流
你不需要训练模型，才能发现明显的扫描问题。准备一组自己确认存在的主页，再准备经过人工核实的不存在地址，对比程序判断即可。不存在样本也要复查：随手生成一个昵称，不保证全网没人使用；站点还可能限制格式，使请求根本没进入正常的用户查询流程。
如果已确认的十个账号只找到六个，先看另外四个请求发生了什么。若都卡在访问挑战，调检测阈值未必有帮助；若进入真实主页却被判成不存在，才值得检查页面规则。反过来，如果候选列表很长，而人工确认的大部分都是搜索页，就应该优先减少误报。
重复评估时尽量使用同一组样本和相同站点范围，记录工具版本与配置。项目提供保存响应后回放评估的思路，便于区分“检测逻辑变了”和“网站内容变了”。自己建立样本集时，只保存有权保留的公开内容，并设置保存期限，避免为了比较一次工具更新而长期积累无关资料。
整理结果时，保留能采取行动的内容
查到自己的旧账号以后，下一步通常是补全个人主页链接、更新失效简介，或者登录后关闭不再使用的账号。扫描报告本身不会完成这些操作。若忘记密码，使用平台的官方恢复入口；不要因为找到了公开主页，就认为还能控制这个账号。
过一段时间复查时，可以比较两次报告，但差异仍需人工解释。Found 变成 Not Found，可能是账号删除，也可能是改名或站点暂时故障。把“页面变化”直接写成“账号注销”，会让资产记录越来越不可靠。
完成一次小范围检查后，你应该拿到一张较短、能够说明依据的清单：哪些主页已确认归属，哪些地址需要更新，哪些平台暂时无法核实。以后扩展站点范围时沿用同样的记录方式。候选再多，也不必急着把尚未确认的项目变成确定结论。