菜单
外贸B2B开发信切入点与机会假设技能（开发信/切入点/怎么开发这个客户/机会假设/写cold email/开发思路/outreach angle）。当用户要求为某个客户找开发切入角度、提出机会假设、写首封或跟进开发信、判断"这个客户该怎么谈"、或把背调结果转化为开发动作时，必须使用本技能。基于证据生成机会假设和个性化开发信，严格执行能力边界和禁止承诺拦截。通常承接 customer-research 技能的背调产出。适用于任何行业任何项目。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/wahahajack/b2b-marketing-automation --skill outreach-angle命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
外贸B2B客户开发流水线统筹技能（跑流水线/批量开发/继续下一批/按国家推进/pipeline/开发进度）。当用户要求端到端跑完整客户开发流程（搜索→筛选→背调→地图审计→开发信）、按批次/国家/大洲系统性推进市场开发、说"继续跑下一批/下一个国家"、或上传进度台账要求断点续跑时，必须使用本技能。本技能自身不做业务判断，只负责调度 business-profile、customer-discovery、customer-research、maps-spatial-audit、outreach-angle 五个业务技能，维护进度台账、去重名单和人工审核队列。
外贸B2B客户搜索与准入筛选技能（找客户/搜客户/开发客户名单/prospecting/lead generation/地图找客户/Google Maps prospecting）。当用户要求搜索潜在客户、建立客户名单、按关键词找进口商/批发商/经销商/品牌商、筛选或排除搜索结果、判断某公司是否目标客户、给客户名单做准入分流时，必须使用本技能。支持六种搜索方法（关键词矩阵、AI语义搜索、展会名录、竞品经销商反查、数据库筛选、地理搜索）和四道准入Gate。即使用户只是说"帮我找一些德国的汽配进口商"或"看看这家公司是不是我们的目标客户"，也应触发本技能。
外贸B2B客户背调与证据链技能（客户背调/背景调查/尽职调查/研究这家公司/due diligence/company research）。当用户要求调查某家或某批海外客户的背景、验证客户真实性、评估采购能力和匹配度、判断客户值不值得开发、给客户做深度研究、评分建议或客户经营场所/工厂/仓库地图空间审计时，必须使用本技能。输出带证据链接的背调报告、证据包（Evidence Packet）和评分建议，支持浅调/深调/深度背调（deep-dive：决策链、供应链现供应商、竞争格局、成交路径）三档深度。即使用户只是发来一个公司名或网址说"查一下这家公司"或"这个客户怎么样"，也应触发本技能。通常承接 customer-discovery 技能输出的"进入背调"客户。
基于 SOC 职业分类
正在显示 SKILL.md
| name | outreach-angle |
| description | 外贸B2B开发信切入点与机会假设技能（开发信/切入点/怎么开发这个客户/机会假设/写cold email/开发思路/outreach angle）。当用户要求为某个客户找开发切入角度、提出机会假设、写首封或跟进开发信、判断"这个客户该怎么谈"、或把背调结果转化为开发动作时，必须使用本技能。基于证据生成机会假设和个性化开发信，严格执行能力边界和禁止承诺拦截。通常承接 customer-research 技能的背调产出。适用于任何行业任何项目。 |
任务本质：把背调证据转化为客户视角的开发理由。核心纪律：切入点必须建立在证据上（不是想象力上）；开发信里的每一个客户事实必须来自 verification_status=supported 的证据；我方的每一个卖点必须在能力边界 can_claim 范围内。先有机会假设，再有开发信——没有假设的开发信就是垃圾模板。
开始生成机会假设或开发信前读取环境初始化前置检查。当前清单无有效状态时，先使用 b2b-marketing-automation:environment-setup。
接收 customer-research 结果时，严格使用 shared/schemas/handoff-contracts.json 的 research_to_outreach 合同。合同列出的共同网关交接字段必须原名保留；continuation_cursor 或 coverage gap 存在时，不得把未完成研究包装成完整证据。
company_id、project_code、product_line、visibility_level、source_system、crm_account_id、account_owner_email、deal_owner_email、shared_with_teams 与 source_record_id 必须原样透传。所有权、可见性和来源字段不授权扩大证据使用范围；每条证据仍须遵守原有 allowed_usage。
从证据中推导"客户为什么现在可能需要我们"。每条假设的固定结构：
hypothesis: 一句话假设（客户视角）
based_on: 依据的证据（引用证据包 claim + 来源）
our_angle: 我方对应能力（必须在 can_claim 内）
strength: strong / medium / weak
usable_in_email: true / false（weak 假设只做谈判储备，不进首封信）
常见假设类型见 references/angle-playbook.md（供应商替代/二供、品类补充、痛点解决、停产复刻、合规升级、新品配套、渠道扩张等 12 类）。铁律：假设可以推测，但依据必须是事实；证据不足以支撑任何假设时，老实输出"证据不足，建议补背调或降级培育"，不硬编。
按证据质量决定这封信允许的个性化深度（继承系统 L1/L2/L3 规则）：
结构与写法规范见 references/email-rules.md；心理学模型选用与标题手法见 references/copywriting.md（模型跟着假设类型走，一封信一个模型，技巧对读者不可见）。生成前逐项过拦截清单：
每个客户输出（默认聊天内呈现；批量或用户要求时出 Excel，字段对齐系统 outreach 相关表）。文件名必须以 project_code 开头，并遵守 shared/schemas/crm-output-contract.json 的 file_naming 合同；只有 project_code 已由用户明确确认并持久化后才能命名，禁止默认、猜测或写入真实项目代码：
company_id | project_code | product_line | visibility_level | source_system |
crm_account_id | account_owner_email | deal_owner_email | shared_with_teams |
source_record_id | 触点 | 时点 | 标题备选 | 正文 |
使用假设 | 模型 | 审核要求
一、机会假设清单（2-4条，含依据和强度）
二、推荐切入点（选定的主假设 + 为什么选它）
三、个性化等级：L1/L2/L3 + 判定依据
四、首封开发信（主题行 2-3 个备选 + 正文）
五、开发信序列计划（按 `references/sequence.md`：星级决定序列强度，默认五触点 D0/D4/D9/D16/D30，#1全文+后续草稿，任何回复即停序列转人工）
六、拦截记录（哪些内容被规则删除或降级，为什么——让用户看到边界在起作用）
七、human_review_required：true/false + 原因（4-5★客户首封一律 true）
每条假设可追溯到具体证据｜开发信中客户事实 100% 有 supported 证据支撑｜0 条禁止承诺泄漏｜敏感来源 0 明示｜信是"客户视角的理由"而非"我方能力清单"｜拦截记录透明可查