用途：从最少的输入（姓名、姓名+公司、GitHub 用户名、LinkedIn URL、Twitter 用户名等）找到某个真人的工作邮箱，用于外联发送前。核心原则是只输出一个经过验证的工作邮箱，而不是一堆猜测地址；如果无法达到高置信度就不要发信，改用 LinkedIn 私信、GitHub issue、Twitter @ 提及等其它渠道，或放弃该目标。固定流程是：找候选 → 验证 → 发送，跳过验证就等于是猜测。
主要能力与用法：按已有输入选择最省成本的方法。有 GitHub 用户名时，可从公开提交的 .patch 或克隆仓库后执行 git log --all --format='%ae|%an' --author="<用户名或姓名>" | sort -u 提取提交元数据中的邮箱，约七成开发者会留下真实邮箱；只有 GitHub 用户名时也可用 GitHub events API 快速扫描。有 LinkedIn 链接时可用 Crustdata 的人员接口一次调用返回工作邮箱。有个人网站或作品集时，可用 curl 抓取页面并用 grep 提取邮箱。只有姓名+公司时，用排列组合生成常见格式（如 firstname.lastname@、firstname@、flastname@、firstnamelastname@）再逐一验证；姓名单独出现时信息太稀疏，应先到某处定位此人。另有 Gmail 撰写窗口头像校验、Google/DuckDuckGo 搜索、Apollo/Hunter/RocketReach 等付费工具，以及针对 catch-all 域的降级方案。
验证：发送前必须验证，可用 Reacher 自建或任何 SMTP 验证接口调用 check_email，期望结果为 safe、risky（catch-all）或 invalid；safe 并另行核对确实是目标本人、目标公司，才算达标。
限制与注意事项：不要向猜测地址发送，退信会累积损害发件域名声誉。个人 Gmail 不适合 B2B 外联。catch-all 域上排列组合加验证会浪费额度，应改用同一域名的公开样例推断格式。注意域名可能不是 LinkedIn 上显示的公司名，需交叉核对；单一来源（如 Apollo）可能过期。若目标刻意不公开邮箱、目标群体超过 50 人或完全无公开网络足迹，应考虑换渠道或放弃。共享收件箱（info@、hello@、team@、support@、press@）通常到不了本人。资料中未提供该技能的具体安装命令与官方定价。