技能介绍

要解决的问题

外贸团队收到新西兰买家询盘时，最头疼的不是回复速度，而是不知道这条询盘值不值得认真跟进：公司名是编的吗？联系人真是该公司员工吗？所谓"新西兰本地批发商"是不是只有一间虚拟办公室？更麻烦的是，大家习惯凭感觉下结论——邮箱能打开、网站能访问，就当成"可靠客户"，等到定金汇入虚假账户才意识到风险。这类判断不该靠直觉，而应落到可核查的公开工商数据上。

工作方式：从字段收集到三档结论

这个技能把核验流程拆成两个脚本调用 + 一份结构化报告：

收集与补全：先整理客户声称的公司名、NZBN、网站、联系人姓名/职位/邮箱、电话、询盘原文、产品与订单条件。缺失项一律标注为“待补充”，绝不猜测填充——这是整个流程的底线。
工商核验：优先查 NZBN 与 Companies Register。有 API Key 时运行 python3 scripts/screen_nz_trade_inquiry.py lookup --nzbn <号码> --output entity.json（需要环境变量 NZBN_API_KEY）；没有密钥时指导用户在官方登记册人工查询，并把公开结果存成 JSON。
初筛评估：运行 assess 命令，传入公司名、网站、邮箱、联系人、产品与询盘文件，生成 report.json。
结论表达：按 references/report-schema.md 输出中文报告，每个判断必须区分事实、推断、未知，并注明来源与查询日期。联系人身份只写“公开线索匹配/不匹配/无法验证”；企业规模只能依据注册年限、公开地址、网站产品范围、招聘信息等粗估并标注置信度——NZBN 本身通常不提供员工数或营收。最终结论只有低关注 / 需补充核验 / 高关注三档，不输出“可靠客户”“骗子”或信用分。

适用边界

登记存在不等于实际经营，更不等于偿付能力。首单或信息不足时，优先建议小额试单、样品费与运费预付、使用公司抬头账户，并通过官网公开电话二次确认联系人。报告不能作为审批 OA 账期的依据——账期应在独立信用报告、贸易参考、保险或内部授信审批后再定。凡是出现异常收款账户、改款通知或紧急付款要求，必须通过既有独立渠道回拨确认，而不是继续依赖邮件往来。

首次使用建议先读 references/quickstart.md 的无 API Key 示例与 FAQ，详细数据来源见 references/official-sources.md。