ZCode 询盘流程
本篇教你把 来发信 B2B 询盘获取系统 交给 ZCode。你只需要说清楚产品并逐步确认,AI 会完成找客户、存联系人、写开发信和创建跟进计划;最终发送前仍会停下来等你明确确认。
工具包仓库地址(本篇提示词与其保持一致,如有出入以仓库为准):
https://github.com/tony-apan/laifaxin-b2b-sales
先看懂怎么做
先不用管后面出现的技术术语。对新手来说,这是一条把优质询盘网址回流为新种子的 5 步闭环;每一轮仍要人工检查,不保证自动越来越准:
闭环第 1 步:准备工具
先完成 5 项准备:安装并登录 ZCode、开启核心能力、选好 BigModel 套餐和日常模型、准备来发信 SVIP、连接来发信账号。直接照着下一节的准备 5 项逐项完成即可。
闭环第 2 步:确认种子
“种子客户”就是一个已经比较接近目标客户的样板,AI 会按照它继续找相似公司。起点按下面的优先级判断:
| 你现在有什么 | 怎么开始 |
|---|---|
| 已有询盘客户的网址 | 先背调并确认对方确实是目标客户,再把官网作为种子 |
| 已有客户或理想客户的网址 | 验证它适合作为样板后,直接作为种子 |
| 只有产品,没有客户网址 | 先用产品推演客群,从客群找到候选公司,再选出一个精准客户网址 |
不管从哪里开始,第一轮的目标都一样:先得到一个值得复制的精准客户网址。
闭环第 3 步:准备触达
确认种子后,AI 先找相似客户,再按顺序准备触达:
找相似 → 检查名单与点数 → 确认保存 → 保存联系人 → 预览开发信 → 确认跟进规则 → 创建未激活计划
名单不准就换种子或调整方向,邮件不合适就继续修改。这里先把发送所需内容准备完整,计划仍保持未激活。
闭环第 4 步:发送回复
你要先核对客户名单、开发信、跟进节奏和联系人数量,再明确回复激活指令。计划激活后开始触达;收到回复时,再按 A / B / C / D 分级:
A / B 类:重点跟进并继续背调 · C 类:继续培育 · D 类:标记“不发”并停止触达
闭环第 5 步:询盘回流
从 A / B 类回复中选出真正匹配的优质询盘,完成背调后提取客户官网,把它作为下一轮的新种子,然后回到闭环第 2 步继续找相似。
这不是“搜一批客户就结束”,而是:准备工具 → 找到精准种子 → 找相似并触达 → 获得优质询盘 → 把询盘客户官网变成新种子 → 再找相似。
准备 5 项
| 顺序 | 必备项 | 你要完成什么 | 教程入口 |
|---|---|---|---|
| 1 | 安装登录 ZCode | 安装并选择“连接 BigModel 继续使用” | ZCode 安装并登录 |
| 2 | 开启核心能力 | 开启完全访问、电脑控制、浏览器控制、记忆和索引 | ZCode 核心能力设置 |
| 3 | 配置套餐与模型 | 使用 BigModel 内置套餐,日常优先选择 GLM-5.3-Flash;第三方模型按需添加 | ZCode 套餐与模型配置 |
| 4 | 准备来发信 SVIP | 准备有效的 SVIP 账号;本篇完整流程需要 SVIP | 注册来发信 · SVIP 权益与升级 |
| 5 | 连接来发信账号 | 在浏览器登录来发信,并准备 accesstoken 和当前工作空间 orgId | 获取 token 和 orgId 并连接 AI |
你最少只需要告诉 AI 两项:
我的落款昵称:Tony
我卖的产品:不锈钢保温杯,主要卖给美国礼品批发商。
有询盘客户、现有客户或理想客户的网址,也一起发给 AI。其他资料不全没关系,AI 应该每次只问当前必须确认的一件事,不用开局填写一大串表格。
第一步:安装工具包
打开 ZCode,新建任务,把下面整段发给它(与仓库 README 的安装提示词一致):
请帮我安装并学习这套来发信外贸获客 Skill:
https://github.com/tony-apan/laifaxin-b2b-sales
请按下面顺序执行:
1. 下载最新版代码。如果本机已经安装,先识别现有安装方式和本地数据,
按仓库里的更新规则升级;不能覆盖或删除已有的 .local/ 和 runs/ 数据。
2. 自动检查并准备运行环境。
不要假设电脑已经安装 Python、Git、curl 或其他依赖;
严格按照仓库里的环境准备说明自动安装并复查。
3. 通读 README.md、SKILL.md、RULES.md 和相关 specs,
将本仓库的 SKILL.md 作为后续执行入口,学会完整流程、确认节点、
安全边界、网站资料增强和换机续接规则。不要创建另一份重复规则。
4. 运行仓库自检工具;发现问题先修复并重新检查。
未通过自检,不要开始找客户、保存联系人、创建序列或发信。
5. 安装和学习完成后,用通俗中文告诉我:
- 安装目录和当前版本
- 环境与自检是否通过
- 这套 Skill 能做什么
- 哪些操作必须由我确认
- 是否发现可以继续的旧项目
6. 最后只问我:“安装完成。你现在想做什么?”
不要在安装阶段索取产品、市场、官网、昵称、token 或其他业务资料。
等我说明想做什么后,再按 SKILL.md 渐进引导。
工具包更新比教程更频繁。如果本篇提示词与 仓库当前 README 有出入,以仓库为准,直接从仓库复制最新版提示词。
安装完成后,AI 每一步仍会先征求你的确认;涉及真实发送,只有你明确说「确认激活 <序列名>」才会执行(见第六步)。
ZCode 应自动下载仓库、尝试准备 Python 等运行环境,并阅读当前 README.md、SKILL.md、RULES.md 和对应操作模板。

看到“环境就绪”“体检通过”或等价的成功汇报后,再进入账号连接。若工具包以后更新,按文末的老用户更新操作,不要另建一套重复目录。
第二步:连接、选方向和过闸门
按 获取 token 和 orgId 并连接 AI 使用控制台一键复制 accesstoken=... 和 orgId=... 两行整段,然后原样粘贴到你正在使用的受信任本地 ZCode 当前任务。不要拆分、删字段名或手工转述;当前工具会自动识别。两项可在本次流程中临时用于 check_login.py、gate_check.sh 和后续确实需要登录认证的工具;不得写入文件、runs/、日志、总结、截图、备份或迁移包,也不要回显到消息中。流程结束后清除;切换账号、工作空间、登录状态或新开任务时重新获取两项。不要发到群聊、工单、公开文档或不受信任的共享 AI 任务。
接下来必须按顺序完成 5 个小关卡:
- 环境体检:AI 运行
tools/onboard_check.py,明确汇报是否通过; - 登录检查:AI 把两行整段原样传给
tools/check_login.py --token '<整段>',由当前工具自动拆分accesstoken和orgId,再分别汇报当前用户和工作空间是否正确,但不显示 token; - 最小输入:登录通过后,只先提供纯个人昵称和一句话产品:
我的落款昵称是 Tony。
我卖不锈钢保温杯,主要面向美国和欧洲的礼品批发商,支持定制 Logo 和小批量试单。
请先判断产品适配度,再给我 A/B/C/D 四个获客方向;每个方向写明适合理由和不选理由,并告诉我你的推荐。先让我回复字母确认方向,再分两轮建立运营方档案和产品档案。每次只问一个当前必须确认的问题。
- 判断适配度:AI 应先根据买家数量、冷邮件回复习惯、采购周期,以及是否存在批发、分销、集成等渠道层,判断产品属于哪一档,并说明理由:
| 适配度 | 常见情况 | 怎么跑 |
|---|---|---|
| 强适配 | 买家数量多、公开邮箱多、采购和询价较快 | 按完整流程测试并逐步扩量 |
| 条件适配 | 买家有分层,渠道商较适合,终端大客户周期更长 | 优先渠道层,减少轮次和频率,或转人工低频培育;未定好节奏前保持 inactive |
| 弱适配 | 招标、认证入围、项目制设备或多年采购一次 | 先讲清预期,再由你选择:不超过 500 家、只触达 1 轮且不建标准 12 步序列;改找二三级渠道;或暂不使用本流程 |
- 确认获客方向:适配度之后,AI 必须单独给出 A/B/C/D 四个获客方向。每个方向都要包含“客群组合、适合理由、不选理由”,并标出推荐项。以保温杯为例,展示结构应该像这样:
A. 美国礼品批发商 + 企业礼赠分销商
适合:有定制 Logo 和小批量补货需求。
不选:如果你的 MOQ 很高,可能不适合先跑这一组。
B. 欧洲饮具进口商 + 区域分销商
适合:有稳定补货和多款式采购场景。
不选:如果暂时缺少目标市场要求的产品资料,应先补齐。
C. 户外与运动品牌采购团队
适合:产品使用场景明确,可测试联名或自有品牌需求。
不选:开发周期可能更长,不适合作为唯一的首轮方向。
D. 以上客群广覆盖
适合:希望同时探索更多可能性。
不选:客群更分散,第一轮样本精度可能下降。
我的推荐:A;采购场景更直接,适合先做一个聚焦样本。
回复字母即可,可组合,例如 AB。
上面只是展示格式示例,实际方向和理由必须由 AI 根据你的产品重新分析,不能照抄。你只需要回复字母,例如:
AB
这一步只是在选获客方向,可以组合或要求修改,不是后文收到客户回复后的 A/B/C/D 意向分级。
方向确认后,再完成档案和闸门:
- AI 先问一组公司级资料,建立运营方档案;你可以提供,也可以跳过;
- AI 下一轮再问产品级资料,建立产品档案;不要在同一轮把两张表一起丢给你;
- 你确认产品档案时记录为
confirmed,明确跳过时记录为declined;只要还是draft,就不能继续; - AI 使用当前工作空间和产品路径运行
tools/gate_check.sh --token <token> --org <orgId> --product <operator_key>/<product_key>; - AI 汇报环境、当前用户/工作空间、已选获客方向、产品档案状态和产品绑定闸门。任一项失败,就不能进入客群推演,也不能保存客户、生成模板、创建序列、加入联系人或激活发送。
**观察顺序:**按当前工具包的操作基准,名单达到约 5,000 个联系人时,首日可以看送达与打开趋势;只有几百个联系人时,首日先看退信,不要急着判断趋势,第 2~3 天再看回复。系统不保证询盘或订单。
第三步:选择起点
A:询盘客户
这是最高优先级。先确认对方确实是匹配的买家,再把官网发给 AI:
这家公司已经向我产生有效询盘:https://buyer.example
请先分析它为什么匹配,再把它作为种子寻找相似客户。
B:客户网址
直接用真实客户官网作为种子,不要重新从产品猜客群:
这是我的现有客户或理想客户:https://customer.example
请验证它是否适合作为种子,并寻找相似客户。
C:只有产品
让 AI 先推演客群。每个客群都应说明采购角色、市场、询盘速度、数量和推荐理由,你再选一个测试。

确认客群后,AI 会寻找候选种子。你要看它是不是真正可能采购,而不是看起来相关的同行、媒体或无关公司。

如果推荐不准,直接说哪里不对,让 AI 换种子或调整客群。先确认一个精准种子,再扩量。
第四步:找相似并审计
三条路线最终都会进入“找相似”。AI 会批量寻找候选公司,并抽样检查:
- 公司是不是目标采购方、批发商、分销商、品牌商或集成商;
- 国家和市场是否正确;
- 官网业务与种子是否具有相似采购逻辑;
- 联系人和邮箱是否可用;
- 预计保存多少家公司、每家公司最多取几个邮箱、需要多少点数;
- 是否排除了你不想开发的国家、地区或客户类型。
保存前,AI 必须把方案完整展示出来,你再回复 确认保存 或要求修改数量。

第一次只测试一个客群。样本不准就先换种子或修改搜索方向,不要为了“跑完流程”保存一批错误客户。
第五步:逐项确认
保存成功不等于可以直接发送。后面还有三个独立确认节点。
5.1 预览开发信
AI 应先展示收件人实际看到的内容,而不是只贴 HTML 源码。重点检查:
- 产品卖点和数字是否真实、有依据;
- 开头是否站在买家视角,而不是以 “We manufacture” 或 “Our factory” 自说自话;
- 每封英文邮件是否不超过 120 词、最多 4 段,产品词和行动关键词是否加粗 2~4 处;
- 末段是否有一个具体、容易回复的行动提示;
- 客群、语言和称呼是否正确,落款是否只使用你的纯个人昵称;
- 不同邮件是否真的有明显差异。

截图主要展示“先预览、再确认”的位置。工具包会持续更新,当前生成内容必须以最新版自动检查结果为准;旧截图里的具体邮件格式不应作为模板照抄。
内容没问题后回复:
确认生成
5.2 查看跟进规则
AI 应先按产品适配度汇报计划名称、触达轮次和节奏、目标时区、工作时间、每日发送上限、单域名上限,以及 “询盘” 和 “不发” 标签的停止规则:
- 强适配可使用标准 12 步计划;
- 条件适配应减少轮次和频率,或转人工低频培育;
- 弱适配只发 1 轮,不建标准 12 步序列;
- 节奏没有定清楚时,计划必须保持
inactive。

规则没问题后,单独回复:
确认建序列
在收到这句确认前,AI 只能展示方案,不能创建计划。计划创建后,也可以进入来发信页面核对时间表和高级参数。

5.3 核对联系人
只有保存任务完成、标签下确实有联系人,而且计划仍为 inactive 时,AI 才能进入加入联系人这一步。它应先展示计划名称、标签、实际人数和当前状态,等你单独回复:
确认加入
在收到这句确认前,AI 不能加入联系人。完成后再核对实际加入人数:

第六步:确认激活
全部准备完成后,AI 应给出一张完整汇报,至少包含:
- 来发信账号与连接状态;
- 产品和客群;
- 精准种子与相似客户池;
- 审计边界、保存数量、联系人数量和点数;
- 开发信模板、语言,以及当前适配档位对应的跟进规则验证结果;
- 产品适配度、跟进轮次、时区、每日与单域名发送上限;
- “询盘”“不发”标签已经挂载的验证结果;
- 目标市场规则、名单来源、发送主体信息、实际退订入口、拒收机制五项核验结果及依据;
- 当前状态:inactive / 未激活。
这五项由 AI 在激活前自查并展示,你不需要自己研究技术配置;任意一项没有通过,或适配档位对应的跟进节奏尚未确定,都必须继续保持 inactive,不能进入激活。

确认这张汇报无误后,先告诉 AI:
我要激活这个计划,请先做最终激活自查。
AI 会再次回显具体序列名、五项核验结果和 inactive 状态。你必须针对这个具体序列给出最终原话,例如:
确认激活 <序列名>
这句确认只对 AI 刚刚展示的当前 S12 激活审批有效,并绑定本次显示的具体序列、产品档案和五项核验结果。只要序列、档案或核验结果发生变化,旧确认就自动失效,AI 必须重新展示当前结果,再让你确认一次。
AI 只有在当前任务中记录这句原话、执行激活,并再次回读到 active / 已激活 后,才算真正开始发送;如果仍是 inactive 或没有回读结果,就不要当成激活成功。
第七步:处理回复
**收到回复不等于拿到有效询盘。**收到真实人工回复后,先实际打上并核验“询盘”标签,确认当前自动序列已经停止,再由人工或 AI 助手完成分级;客户明确拒绝或退订时,改打“不发”标签:
| 回复类型 | 怎么判断 | 下一步 |
|---|---|---|
| 回复意向 A:高意向 | 产品匹配,需求、数量、项目或采购时间较明确 | 打“询盘”标签,优先人工背调、报价和推进 |
| 回复意向 B:有兴趣 | 公司匹配,但只问目录、价格或需求还很模糊 | 打“询盘”标签,追问用途、数量、规格和时间 |
| 回复意向 C:远期需求 | 暂无预算、采购较晚或让以后联系 | 核验“询盘”标签已生效并停止当前自动序列,转人工低频培育 |
| 回复意向 D:拒绝或无关 | 退订、拒绝、同行、求职、学生或明显无关 | 打“不发”标签,停止后续营销 |
| 自动回复或休假 | 不是采购意向 | 等待对方回来,或寻找其他合适联系人 |
| 退信 | 邮箱不可用 | 更换邮箱或排除该联系人 |
这里的 A/B 指回复意向等级,不是前面可能出现的“获客方向方案 A/B/C/D”。完成背调后,只把确实匹配的回复意向 A/B 级询盘客户网址作为新种子:
以下客户已经产生了有效询盘,并完成了初步背调:
1. https://inquiry-a.example
2. https://inquiry-b.example
请分析共同特征,选出最值得复制的种子,继续寻找相似客户。
之后重复“找相似 → 审计 → 保存 → 触达 → 询盘回流”。真实询盘可以提供更贴近实际买家特征的候选种子,但每一轮仍要抽样审计,不能默认越跑越准。
启动话术
下面是可复制的结构示例。请把昵称、产品和 .example 示例网址替换成你自己的真实信息,再发给 ZCode。
只有产品
我的落款昵称是 Tony。
我卖不锈钢保温杯,主要面向美国礼品批发商,支持定制 Logo 和小批量试单。
目前没有客户网址。请先判断产品适配度,再给我 A/B/C/D 四个获客方向,分别说明适合理由、不选理由和推荐项,等我回复字母后再建立档案并推演客群。按适配度决定轮次:弱适配最多 500 家、只发 1 轮、不建标准 12 步序列;节奏未定前保持 inactive。一次只让我确认一个关键问题。
已有客户
我的落款昵称是 Tony,产品是不锈钢保温杯。
这是我的理想客户网址:https://customer.example
请先判断产品适配度,再给我 A/B/C/D 四个获客方向,分别说明适合理由、不选理由和推荐项;等我回复字母后,再建立档案、验证这个网址是否适合作为种子并寻找相似客户。按适配度决定轮次,节奏未定前保持 inactive;每一步先展示结果,得到我确认后再继续。
已有询盘
我的落款昵称是 Tony,产品是不锈钢保温杯,主要面向美国礼品批发商,支持定制 Logo 和小批量试单。
这家公司已经产生有效询盘:https://buyer.example
请先判断产品适配度,再给我 A/B/C/D 四个获客方向,分别说明适合理由、不选理由和推荐项;等我回复字母后,再建立档案、背调它是否属于值得复制的回复意向 A/B 类客户,并把网址作为种子寻找相似客户。按适配度决定轮次,节奏未定前保持 inactive。
老用户更新
不要重新建一套空目录,把下面这句话发给 ZCode:
请按照当前仓库 README.md 的“更新到新版本”流程,把来发信 B2B 询盘获取系统更新到最新版。
先备份并保留 .local/ 和 runs/ 中的本地数据,更新后运行 tools/onboard_check.py 完成体检并汇报。
查看 最新版与发布说明。仓库持续更新,具体执行以当前 README.md、SKILL.md、RULES.md 和对应 specs/ 为准。
完成检查
- 已安装并登录 ZCode,开启完全访问、电脑控制和浏览器控制;
- 已准备有效的来发信 SVIP,
onboard_check.py和check_login.py均明确通过; - 已提供纯个人昵称和一句话产品,并完成强/条件/弱适配判断;
- AI 已展示 A/B/C/D 四个获客方向、推荐和不选理由,我已回复字母确认方向;
- 运营方与产品资料已分两轮处理,产品档案已记录为
confirmed或declined; - 已使用当前产品路径执行
gate_check.sh --token <token> --org <orgId> --product <operator_key>/<product_key>,产品绑定闸门明确通过; - 已根据现有资料选择正确起点;弱适配不超过 500 家、只发 1 轮且不建标准 12 步序列;
- 已确认精准种子、找相似审计、保存数量和点数;
- 已分别确认开发信、跟进计划和联系人数量;
- 跟进节奏已按适配档位确认,激活前完整汇报显示 inactive / 未激活;
- 已针对具体序列回复
确认激活 <序列名>,并确认系统回读为 active / 已激活; - 收到回复后,已完成 A/B/C/D 分级和标签;
- 只把背调后的优质 A/B 类询盘网址用于下一轮找相似。