社交媒体账号搜索
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_2fd890c9/sherlock。
技能介绍
要解决什么问题
做 OSINT、账号关联分析或品牌占位排查时,手工逐个打开 GitHub、X、Instagram、Reddit 等平台查同名用户既慢又容易漏站。你需要的是:给定一个(或一批)用户名,系统化地枚举「哪些站点上已有同名账号」,并把结果留成可复查的结构化记录。
技能如何工作
本技能封装 Sherlock 类工作流:在本地联网执行,按平台配置逐站发起 HTTP 探测(实际覆盖以 data.json 中约 70 个平台条目为准,并非文档里有时提到的「400+」全量)。
- 触发方式:自然语言即可,例如「查一下用户名
john_doe」或「批量查 alice、bob、carol」。 - 结果符号:终端常见
[+]表示判定为存在,[-]为不存在,[?]为无法确定(网络或反爬导致)。 - 导出:可要求保存为 CSV / JSON,便于后续筛选或与别的数据源对齐。
- 网络:支持
--proxy、超时与重试;单条失败不拖垮整批,失败项可汇总后定向重跑。
核心判定在 check_profile 一类逻辑里对状态码做保守处理:HTTP 403 / 429 可能被记为「存在」,实际可能是限流或封 IP,需人工打开对应 URL 二次确认。
适用边界与注意点
- 用户名规则:默认校验多为 3–30 位字母数字下划线连字符;中文或特殊字符站点可用
--no-sandbox跳过本地校验,但仍受各平台自身规则限制。 - 误报 / 漏报:403/429 易误报;反爬返回 404 可能漏报。高频批量查询易触发平台风控,建议控制并发、必要时换代理并暂停后再扫。
- 合规:流程在本地执行;处理含个人信息的数据时须自行遵守相关法规。输出仅供调查参考,不能替代对关键结论的人工核验。
使用场景
- 收到泄露库里的某个 handle,需要在 GitHub、Reddit、X 等站点快速确认是否仍有活跃同名账号以便写事件报告
- 记者核实爆料人提供的网名是否在多个论坛同时出现,避免把不同人的 ID 混为同一人
- 品牌或法务排查竞品或仿号是否在 TikTok、Instagram 等平台抢注与公司产品同名的用户名
- 批量读取 queries 文件中的用户名列表,导出 CSV 供后续与 WHOIS、邮箱情报结果做关联分析
适合人员
- 做威胁情报或事件响应、常要把单一网名映射到多站点 footprint 的安全工程师
- 撰写深度报道前需交叉验证信源网络身份的调查记者与开源情报从业者
- 负责品牌保护、需定期扫描主流社交平台同名占位的市场或法务协作同学
- 做账号关联或社工面分析、需要可归档 JSON/CSV 而非截图的手工 OSINT 分析人员