Mailboxlayer 邮箱验证

业务痛点：无效邮箱带来的系统损耗

在用户注册、营销推送或数据清洗流程中，若不对邮箱地址做前置校验，容易引入拼写错误、一次性域名或包含语法错误的地址。这类无效数据会导致邮件退回、触发风控规则，甚至影响发信域名的信誉。Mailboxlayer 的核心作用是提供轻量级接口，在数据入库前拦截低质量邮箱。

核心能力：通过 oo CLI 调用连接器

该技能将 Mailboxlayer API 封装为标准 Action，底层依赖已安装并登录的 oo CLI。开发者无需处理原始 API Token，凭证由 OOMOL 服务端注入，降低了本地密钥泄露的风险。

目前技能仅暴露 check_email Action，用于校验单个邮箱并返回质量信号。调用逻辑遵循以下关键步骤：

• 契约检查：构造请求前，需通过 oo connector schema 获取最新输入与输出定义，避免字段不匹配。
• 执行命令：使用 --data 传入符合 schema 的 JSON 对象，若无需额外参数可传空对象 {}。
• 解析响应：返回结果包含 data 字段与 meta.executionId。前者承载校验结果，后者用于关联执行链路，便于排查问题。

适用边界与安全须知

• 单点校验：技能定位为实时查询，当前没有批量校验接口，不适合大批量离线处理。
• 只读安全：check_email 属于只读操作，可直接执行。但若技能后续扩展至发送、更新或删除动作，必须先与用户确认 payload 与预期效果，避免误改线上数据。
• 凭证兜底：默认假设 CLI 已就绪。仅当命令报认证或连接错误时，才引导用户完成 OOMOL 账户登录或重新连接 Mailboxlayer（API Key 模式）。