Menu
客户背景调查 — 6 层验证：WHOIS/邮箱/制裁名单/技术栈/LinkedIn/风险评分
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | b2b-osint |
| description | 客户背景调查 — 6 层验证：WHOIS/邮箱/制裁名单/技术栈/LinkedIn/风险评分 |
| triggers | ["背景调查","背调","尽职调查","查一下这家公司","查一下这个域名","域名注册时间","制裁名单","OFAC","企业邮箱验证","查公司"] |
| category | 客户开发 |
| version | 1.0.0 |
| author | Foreign Trade Assistant |
---|------|---------| | name | ✅ | 官网 Team 页 / LinkedIn Employees / About 页 | | title | ✅ | 同上 | | email | ✅ | 官网 / LinkedIn 联系方式 / 邮箱推测（见下） | | linkedin_url | ⭐ | LinkedIn 搜索 "site:linkedin.com/in {公司名} {title}" | | whatsapp | ⭐ | 官网 Contact 页 / LinkedIn 个人页 About | | phone | ⭐ | 官网 / WHOIS 注册电话（慎用，可能隐私） | | decision_maker | ✅ | 是否决策人（Y/N），依据 title 判断 |
⭐ = 强烈建议但允许缺失；✅ = 必须有，缺失需在报告中标注
邮箱推测（email pattern discovery）：
如果官网只给了 info@，但 LinkedIn 找到了具体人名，尝试推测邮箱：
{first}.{last}@{domain} (john.smith@x.com){first}@{domain} (john@x.com){first}{last}@{domain} (johnsmith@x.com){first_initial}{last}@{domain} (jsmith@x.com){last}@{domain} (smith@x.com)双跑验证（WebFetch + WebSearch 强制双跑）：
关键事实（关键人姓名/邮箱/职位）必须双跑验证，避免单一来源失真：
背调不仅要查「这家公司是谁」，更要推断「他们怎么买」。基于官网/LinkedIn/News 提取以下字段：
| 字段 | 推断依据 | 输出值示例 |
|---|---|---|
| typical_order_size | 员工规模 / 产品线 / 海关数据 | "中等（$10K-50K）" / "大批量（>$100K）" / "小试单（<$5K）" |
| price_sensitivity | 行业 / 客户类型 | "高（零售商）/ 中（品牌方）/ 低（OEM）" |
| quality_vs_price | 官网是否强调认证 / 案例客户 | "质量优先" / "价格优先" / "平衡" |
| preferred_channels | 官网 Contact 页 + LinkedIn 活跃度 | "邮箱" / "LinkedIn" / "WhatsApp" / "电话" |
| certification_requirements | 行业 + 目标市场 | "CE/FDA 必须" / "ISO 9001 加分" / "无要求" |
| language_preference | 官网语言 + 所在国 | "英语" / "本地语 + 英语" / "本地语" |
| buying_cycle_signals | News / LinkedIn 近期动态 | "扩张期（最近招聘）" / "稳定" / "收缩（裁员）" |
缺失字段标为 [未观察到]，不要瞎猜。
════════════════════════════════════════ Phase 3: 深度背调 (Deep Verification) ════════════════════════════════════════
════════════════════════════════════════ 输出格式（建议结构，可在基础上补充） ════════════════════════════════════════
| 项目 | 内容 | 来源 |
|---|---|---|
| 公司名称 | [name] | [source_url] |
| 官网 | [url] | [source_url] |
| 所在国家 | [country] | [source_url] |
| 成立时间 | [year] | [source_url] |
| 姓名 | 职位 | 邮箱 | 电话 | 来源 |
|---|
对每个关键决策人输出完整结构化字段：
| 字段 | 值 | 验证状态 |
|---|---|---|
| 姓名 | [name] | [确切/网页确认/搜索确认] |
| 职位 | [title] | [验证状态] |
| 是否决策人 | [Y/N — 依据] | - |
| 邮箱 | [email] | [确切/推测-待验证] |
| [url] | [验证状态] | |
| [number] | [验证状态] | |
| 电话 | [phone] | [验证状态] |
双跑验证结果：
（如有多个联系人，逐一列出）
| 字段 | 推断值 | 依据 |
|---|---|---|
| 典型订单规模 | [...] | [员工数/海关数据/产品线] |
| 价格敏感度 | [...] | [客户类型] |
| 质量 vs 价格 | [...] | [官网认证/案例客户] |
| 偏好沟通渠道 | [...] | [Contact 页/LinkedIn 活跃度] |
| 认证要求 | [...] | [行业/目标市场] |
| 语言偏好 | [...] | [官网语言/所在国] |
| 采购周期信号 | [...] | [近期 News/LinkedIn 动态] |
给开发信撰写的提示（直接喂给 b2b-lead-generation）：
以下每条关键 claim 需标注来源，确保信息可追溯。
| claim | 来源 URL | 可信度 |
|---|---|---|
| 公司主营钢铁出口 | www.targetco.com/products | ✅ 高 |
| 2026年获得ISO认证 | news.example.com/iso | ⚠️ 间接 |
| CEO 背景信息 | linkedin.com/in/ceo | ✅ 高 |
可信度定义： ✅ 高 = 直接来自官网/LinkedIn/公开数据 ⚠️ 中 = 间接来源（行业报告/第三方描述） ❌ 推测 = AI 基于上下文的合理推测，需人工核实
对每个邮箱输出：平台注册数 | 社交档案 | 真实性评分 | 风险标记 个人邮箱必须标注 ⚠️ 红旗
域名 | 注册时间/天数 | 注册商 | 技术栈 | DNS记录(MX/SPF) WHOIS 注册人详情（如有）
命中制裁名单 / 风险等级 / 命中详情
公司页存在性 | 员工规模 | 域名一致性
评级 [低/中/高风险] | 分数 X/100 | 红旗列表
按优先级排列，给出具体可执行的下一步
## 💼 业务深度字段（建议用户补充）
以下字段表示该客户在供应链中的商业价值，但无法通过 OSINT 自动获取。 在报告中以灰色列出，标记为【建议询问】，供用户在后续沟通中主动了解：
补充以上结构未涵盖的任何信息：
本次查询数据：
~/.trade/data/傻瓜式客户开发向导 — 三问启动，自动搜索客户 + 生成开发信
单一客户深度画像 — 全方位收集和分析客户信息，建立深厚业务关系的基础档案
(已禁用) SMTP 邮件发送 — 此 skill 已被禁用，不会被系统触发
外贸合规 & 规范校验 — 文化禁忌、缩写解释、ICC术语、翻译二审、投标招标、跨境电商上架
外贸履约 & 售后 & 运营沟通 — 催款、索赔、展会、验厂、节日问候、样品跟进、物流异常、售后维护、满意度调查、年度总结
客户档案与分级管理 — A/B/C 分级、客户详情、文档库关联、CSV 批量导入