架构一句话

调用别人的只是数据通道和发信通道，不是对方的 AI。判断策略、写开发信、判意向，全部由海拓自己做；第三方插件只干三件事：查数据、发邮件、发消息。所以做成工具插件，而不是买一套别人的 AI 业务员。

决策层（自有）海拓数字员工：ICP 画像 · 四维评分 · 话术生成 · 意向分诊 · 频控审批闸门
▲ 调用工具（tool call）　　▼ 返回结果进决策
数据通道Apollo.io（企业+决策人）· TradeWind 信风（海关提单）· Snov.io（邮箱验证）· Cognism（欧洲合规号码）
触达/回流通道Reply.io（冷邮件序列）· Instantly/Smartlead（批量+预热）· Retell AI（语音外呼）· SaleSmartly（WhatsApp/TG/FB 私信）· OKKI 小满（CRM 双向同步）

可接入插件清单 有公开 API，能被海拓 tool call 指挥

❌ 不做插件的（只有成品，没有开放 API）

产品为什么不接替代做法
星谷云 / 光年触达 / 顶易云整套 AI 拓客逻辑封在自己后台，不开放调用只用它们的数据导出做线索源，判断仍归海拓
HubSpot Sales AIAI 能力绑定自家 CRM 闭环只做 CRM 层对接，AI 层不依赖
Salesforce Agentforce企业级成品 Agent，按席位订阅其自有智能体不接入；我们的 Agent 就是干这个的

两种接入模式

① REST 工具函数（主用）
海拓输出结构化参数 → 服务端代理请求第三方 → 结果回填决策链。零框架依赖， fits 我们的零依赖架构。
例：查 TradeWind 提单 → 命中进口商 → 进线索池打分
② MCP（备用）
Apollo 有官方 MCP Server；用编排框架（LangGraph/Claude）时可直接挂载，省一层解析。
注意：MCP 消耗的是同一账号的同一笔积分
为什么不先上 LangGraph：当前海拓跑在零依赖静态架构上，判断逻辑是可审计的规则引擎；插件层的正确形态是「Node 服务端代理 + 工具注册表」，LangGraph 等真实 key 打通、需要长任务编排时再引。先把路修对，再上重装备。

通道健康检查

密钥安全铁律：所有 API Key 只存在服务端环境变量（.env / 服务器密钥管理），前端页面零密钥、零硬编码。本页显示的「已连接」指服务端代理可达，密钥永远不出服务器。

落地路线（按对贝雷桥出口的价值排序）

优先级插件打通后的效果前置条件
P0TradeWind 信风按 HS 编码查各国进口商提单 → 自动进线索池评分 → 海拓直接写「贵司 X 月自华进口桥梁构件 Y 吨」级别的开发信信风试用 key（服务端）
P1Snov.io线索邮箱有效性验证，退信率压到 3% 以下，保护发信域名Snov 账号
P2Reply.io审批通过的序列一键下发：D0/D3/D7/D14 自动执行，回信自动回流海拓分诊Reply 付费席位
P2Retell AIA 级 + 已授权线索 AI 外呼初筛（接通 3 秒亮明 AI 身份），call_analyzed 意向回流海拓：感兴趣 → 转报价引擎；DNC → 永久禁呼Retell KYC 实名 + 目标国号码导入 + agent 提示词审核
P3OKKI 小满线索/商机双向同步，销售在 CRM 里看到的每条都有海拓的评分与话术记录小满 OpenAPI 授权