菜单
外贸B2B客户开发流水线统筹技能（跑流水线/批量开发/继续下一批/按国家推进/pipeline/开发进度）。当用户要求端到端跑完整客户开发流程（搜索→筛选→背调→地图审计→开发信）、按批次/国家/大洲系统性推进市场开发、说"继续跑下一批/下一个国家"、或上传进度台账要求断点续跑时，必须使用本技能。本技能自身不做业务判断，只负责调度 business-profile、customer-discovery、customer-research、maps-spatial-audit、outreach-angle 五个业务技能，维护进度台账、去重名单和人工审核队列。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/wahahajack/b2b-marketing-automation --skill bd-pipeline命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
外贸B2B客户搜索与准入筛选技能（找客户/搜客户/开发客户名单/prospecting/lead generation/地图找客户/Google Maps prospecting）。当用户要求搜索潜在客户、建立客户名单、按关键词找进口商/批发商/经销商/品牌商、筛选或排除搜索结果、判断某公司是否目标客户、给客户名单做准入分流时，必须使用本技能。支持六种搜索方法（关键词矩阵、AI语义搜索、展会名录、竞品经销商反查、数据库筛选、地理搜索）和四道准入Gate。即使用户只是说"帮我找一些德国的汽配进口商"或"看看这家公司是不是我们的目标客户"，也应触发本技能。
外贸B2B客户背调与证据链技能（客户背调/背景调查/尽职调查/研究这家公司/due diligence/company research）。当用户要求调查某家或某批海外客户的背景、验证客户真实性、评估采购能力和匹配度、判断客户值不值得开发、给客户做深度研究、评分建议或客户经营场所/工厂/仓库地图空间审计时，必须使用本技能。输出带证据链接的背调报告、证据包（Evidence Packet）和评分建议，支持浅调/深调/深度背调（deep-dive：决策链、供应链现供应商、竞争格局、成交路径）三档深度。即使用户只是发来一个公司名或网址说"查一下这家公司"或"这个客户怎么样"，也应触发本技能。通常承接 customer-discovery 技能输出的"进入背调"客户。
外贸B2B开发信切入点与机会假设技能（开发信/切入点/怎么开发这个客户/机会假设/写cold email/开发思路/outreach angle）。当用户要求为某个客户找开发切入角度、提出机会假设、写首封或跟进开发信、判断"这个客户该怎么谈"、或把背调结果转化为开发动作时，必须使用本技能。基于证据生成机会假设和个性化开发信，严格执行能力边界和禁止承诺拦截。通常承接 customer-research 技能的背调产出。适用于任何行业任何项目。
基于 SOC 职业分类
正在显示 SKILL.md
| name | bd-pipeline |
| description | 外贸B2B客户开发流水线统筹技能（跑流水线/批量开发/继续下一批/按国家推进/pipeline/开发进度）。当用户要求端到端跑完整客户开发流程（搜索→筛选→背调→地图审计→开发信）、按批次/国家/大洲系统性推进市场开发、说"继续跑下一批/下一个国家"、或上传进度台账要求断点续跑时，必须使用本技能。本技能自身不做业务判断，只负责调度 business-profile、customer-discovery、customer-research、maps-spatial-audit、outreach-angle 五个业务技能，维护进度台账、去重名单和人工审核队列。 |
任务本质：把五个业务技能（配置→搜索→背调→条件式地图审计→切入点）串成可以批次化、按地域推进、断点续跑的流水线。本技能不含业务逻辑，只做三件事：调度、记账、守门。
首次执行和恢复旧批次前读取环境初始化前置检查。当前清单无有效状态时，先使用 b2b-marketing-automation:environment-setup，再恢复业务状态。
开始新项目或读取旧台账时，先读取 shared/schemas/crm-output-contract.json。
project_code 必须是用户确认的三个大写英文字母，不得根据公司名、域名或产品名自行猜测。未获得用户明确确认时必须停止，不得创建或继续项目台账。
新 canonical_domain 的编号步骤：
last_company_sequence；新台账从 0 开始。company_id = project_code + "-" + next_sequence 的五位零填充形式。last_company_sequence，完成序列保留，再把 company_id 与 canonical_domain 写入 Sheet 3。两次写入之间发生中断时，中断最多允许产生未使用的编号空洞；恢复时不得回退 last_company_sequence，
也不得把已经保留的编号分配给其他 canonical_domain。company_id 永不修改、永不回收、永不复用；
排序、重跑、放弃、恢复或迁移状态不得改变编号。
旧台账没有 company_id 时，必须先确认 project_code，再按「累计去重名单」现有行顺序一次性补号，
写入 id_migration_version=1 和新的 last_company_sequence。升级完成后才可继续搜索。
只有 project_code 已由用户明确确认并持久化后，才可创建文件名；不得默认、猜测或写入真实项目代码。
不可变批次快照使用：
{project_code}_{artifact_type}_{scope}_{yyyymmdd}_v{version}.xlsx
长期更新文件仅使用：
{project_code}_pipeline-state.xlsx{project_code}_BD_Master.xlsxartifact_type 只能使用 shared/schemas/crm-output-contract.json 中的枚举。
scope 使用国家、区域或 batch_id 的安全短代码，只允许英文字母、数字和连字符（^[A-Za-z0-9-]+$）。
version 使用两位数字，从 01 开始。
按 references/web-intelligence-state.md 为每个批次创建稳定的 batch_id，并为每个公司/能力请求创建稳定的 task_id。在请求、任务与批次三个层级执行 max_cost 上限；每家公司后立即 checkpoint 规范化的 gateway 状态。台账使用 shared/schemas/handoff-contracts.json 的 pipeline_state 合同，并原名保留其中全部共同网关交接字段；task_id 与 gateway_task_id 分列保存，前者标识流水线逻辑任务，后者保存 gateway 返回标识。每项能力后持久化 gateway_task_id、gateway_status、evidence_records、fallback_level、attempted_providers、selected_provider、fallback_reason、degradation_status、coverage_gaps、manual_review_required 与 continuation_cursor。
续跑仅恢复未完成阶段，已完成阶段不得重发请求；失败公司隔离并继续其余公司。每个批次边界调用 usage_summary，将汇总和 cost ceiling 结果写入台账。Plan C 未达合同不是完成：保留 partial evidence、coverage_gaps 与 cursor，并设置人工复查。
shared/schemas/handoff-contracts.json 传递 research_to_spatial_audit 的共同网关交接字段（包括 continuation_cursor），再传递 company_id、project_code、company_name、canonical_domain、country、target_address、claimed_site_function、audit_reason、manual_review_required、confidence。