Clawo / OpenClaw 体系旗舰方案
正式入口：clawo.net
旗舰行业方案
外贸助手是 Clawo 里的旗舰行业方案，不是脱离平台的独立纯 SaaS。
不是独立的纯外贸 SaaS，而是运行在 Clawo 实例与 OpenClaw 底座之上的首个行业方案。当前主力闭环聚焦“海关数据查验 -> 客户维系表 -> 联系方式发现 -> 人工跟进准备”，优先把可试点、可交付、可复用的行业模板打透。
当前以咨询、试点和交付开通为主，不承诺公开自助开通；正式入口、文档和后续交付统一以 clawo.net 为准，clawo.co 仅保留跳转。
当前主力闭环
先把“查验 -> 维系 -> 发现 -> 跟进准备”打透。
当前阶段优先把线索获取与人工跟进准备做成真正可试点、可交付的闭环，而不是承诺一个已经成熟的全自动外贸 SaaS。
Step 1
海关数据查验
围绕关键词、HS Code 与国家创建查验任务，沉淀来源命中、执行记录和初步评分。
Step 2
客户维系表
将候选公司归并为统一线索列表，补齐状态、优先级、最近活动和人工判断上下文。
Step 3
联系方式发现
基于官网和来源页面补齐联系方式候选，并保留发现方式与人工审核链路。
Step 4
人工跟进准备
把达到可跟进条件的客户整理成导出清单，交给业务团队进入人工外联与维系动作。
正式页面、方案说明和后续交付统一以 clawo.net 为准； clawo.co 仅保留为跳转入口。
能力重点
当前最重要的不是“功能堆叠”，而是把首个行业闭环跑顺。
这个阶段的公开页要先讲清楚方案边界、平台归属和当前主力流程，避免把它误读成一个已经完全独立运营的纯外贸 SaaS。
旗舰定位：首个行业方案，目标是把模板打磨到可复制，而不是独立卖一个纯外贸 SaaS。
闭环重点：先把海关数据查验到人工跟进准备打通，再考虑后续外联与运营扩展。
平台承接：实例、交付、账号、控制台与运维支持都复用 Clawo 平台现有结构。
域名口径：正式入口与交付说明统一以 clawo.net 为准，clawo.co 只作为跳转入口。
底座复用
方案能力建立在 Clawo 的实例、交付与 OpenClaw 底座上。
复用 Clawo 实例模型
外贸助手不是单独散落在公开站外的业务系统，而是挂在统一 workspace instance 下，与平台商品、账号与实例上下文保持一致。
复用交付与运维链路
无论是 SaaS、托管部署、私有化还是预装硬件，都会落回 Clawo 既有的交付、初始化、升级与支持流程。
复用 OpenClaw 底座
任务执行、模型调用、Agent 运行、Cron、健康检查与发布通道继续基于 OpenClaw / Clawo 的公共底座演进。
复用平台控制台
用户最终进入的是 Clawo 控制台与方案工作区，而不是一个脱离平台体系的独立外贸站点或纯 SaaS 后台。
适合谁
更适合咨询、试点和交付场景，而不是一键自助开通。
当前方案更适合需要结合行业上下文、交付边界和实例初始化一起推进的客户，因此公开站以说明与转化为主，不承诺在线自助开通。
准备做获客试点的外贸团队
适合已经明确要把海关数据查验、线索整理和人工跟进准备串起来的老板、业务负责人和外贸销售团队。
已有实例或准备按项目交付的客户
如果已经在评估 OpenClaw 标准版 / 增强版，或需要按项目交付而不是在线自助订阅，这个方案更契合当前阶段。
需要先落地闭环再扩模块的客户
当前优先打透线索获取与跟进准备，不承诺一上来就覆盖全自动客服、全渠道触达或独立 SaaS 化开通。