全新上线：企业联系人增强，快速获取 姓名、职位、邮箱、电话及 LinkedIn 资料
批量验证邮箱质量，识别有效、企业及风险邮箱，提升联系人数据质量和邮件触达效果。
邮箱验证工具一次运行就能把一批邮箱地址变成结构化验证结果。粘贴你的名单，每个地址都会调用本 worker 配置好的验证服务，判断商务/公司/网页邮箱类型、格式有效性、一次性/通配/灰名单/乱码风险，以及最终的可发送状态——结果以整齐的行返回，方便筛选、分析或导入 CRM。
相比在浏览器里逐个试测地址，它让验证变得可重复、可并发、可导出：平台按 email 字段并发运行整个批次，每条结果都以结构化数据返回，用完即走。
| 字段 | 含义 |
|---|---|
email | 被验证的邮箱地址 |
isValidFormat | 地址格式是否有效 |
isBusinessEmail | 是否被识别为商务邮箱 |
isCompanyEmail | 是否被识别为公司邮箱 |
isWebmail | 是否使用免费网页邮箱服务 |
isDisposable | 是否来自一次性邮箱服务 |
isCatchall | 域名是否接受通配邮箱 |
isGreylist | 邮箱或服务器是否疑似使用灰名单 |
isGibberish | 本地部分是否像乱码字符串 |
sendStatus | 验证服务返回的最终可发送状态 |
为让批量验证发挥最大效果，本工具提供以下能力：
email 字段拆分，大名单并行验证。用来指定要验证的邮箱地址列表，每行一个。这是本工具唯一的输入。
建议填入格式规范、真实存在的地址，并混入不同来源（商务邮箱、网页邮箱），这样能完整看到类型分类与风险判断在各类地址上的效果。
不要填带空格、缺顶级域或 @ 前后有问题的地址——这类地址会在本地校验时被直接跳过，根本不会调用验证服务。
格式规范：每行一个邮箱地址，形如 name@example.com。本地部分和域名不能以 . 开头或结尾，也不能包含 ..；地址首尾的空格会被自动去掉。
下面的内容就是运行输入（input.parameters.custom 的载荷）：
结果以表格呈现，10 列对应上文字段，可排序、分组、筛选——比如只保留 sendStatus 为 valid 的行。
isBusinessEmail、isCompanyEmail、isWebmail 用来给地址分类——发邮件前用它区分 B2B 联系人和免费邮箱用户很方便。
isValidFormat 反映格式是否合法；sendStatus 是验证服务给出的最终可发送判断（如 valid、invalid、unknown）。
isDisposable、isCatchall、isGreylist、isGibberish 标记那些常常导致投递问题的地址。
它是怎么工作的？
粘贴地址列表后，worker 先在本地校验每个地址的格式，然后对每个地址向本 worker 配置的验证服务发起一次 GET 请求，解析响应后，每个地址推送一行结构化结果。请求使用固定的 300 秒超时，且只支持 GET 接口。
能一次验证大批量邮箱吗？
可以。email 是数组输入，每行一个地址。运行会按 email 字段拆分（并发），平台并行验证各地址。脚本本身没有内置上限，实际上限取决于你的名单大小和验证服务的限额。
怎么提升验证速度？
因为并发按 email 字段生效，把整个名单放在一次运行里，平台就能并行验证而不是串行排队。保持一次运行内完成，并留意验证服务的速率限制。这里没有可关掉的增强开关，可调的空间就是名单大小和上游容量。
格式错误的地址会怎样？
在发起任何请求之前，它们就会被本地校验跳过。worker 会拒绝不符合 name@example.com 形状的地址，以及本地部分或域名以 . 开头/结尾、或包含 .. 的地址。被跳过的地址会记入日志，不会发给验证服务。
验证服务失败或超时怎么办？
单个请求失败不会拖垮整个运行。网络错误、超时（300 秒）或上游错误（code != 0）只会记录在这一个地址上，其余地址照常验证。如果所有请求都失败，本次运行不产出任何行。出于安全考虑，worker 从不会在日志里暴露上游 URL、凭据或原始响应内容。
那些布尔标记分别是什么意思？
它们是验证服务给出的分类结果，原样透传：类型标记（isBusinessEmail、isCompanyEmail、isWebmail）、风险标记（isDisposable、isCatchall、isGreylist、isGibberish）、格式（isValidFormat）和最终 sendStatus。具体语义以你配置的验证服务为准，worker 不做二次解读。
它会发送测试邮件吗？
不会。worker 只向配置好的验证接口发起 GET 请求，把每个地址作为查询参数带上。它本身不发送邮件，也不触发注册等流程。
能和其他应用集成吗？
可以。结果支持 8 种导出格式——CSV、JSON、JSONL、XLSX、XLS、XML、HTML、RSS——平台还支持 Webhook 回调、MCP 和 n8n 工作流。
能当作 API 用吗？
可以。使用 CoreClaw REST API 以编程方式运行本工具。
base URL 为 https://openapi.coreclaw.com，所有路径以 /api/v2 开头，鉴权用 Authorization: Bearer YOUR_API_KEY（legacy 的 api-key header 与 ?token= query 仍兼容）。
典型流程：
GET /api/v2/workers/{workerId}/input-schema 取输入 schema（或 GET /api/v2/workers/{workerId} 取完整详情）。workerId 为 slug 或 owner~name 路径，version 缺省为 latest。POST /api/v2/workers/{workerId}/runs 启动运行，传 is_async，scraper 输入放在 input.parameters.custom。可设 callback_url 接收回调，免去轮询。data.run_slug。GET /api/v2/worker-runs/{runId} 查状态（用 run_slug 作 {runId}）。GET /api/v2/worker-runs/{runId}/result 取结果，或 /result/export 导出文件。验证邮箱地址合法吗？
验证你合法持有或经同意收集的地址是常见做法。请遵守适用的隐私与反垃圾邮件法规（如 GDPR、CAN-SPAM），并遵循你所用验证服务的条款。
发现 bug，或想要新的输出字段？欢迎反馈到 support@coreclaw.com。