| name | outreach-angle |
| description | 外贸B2B开发信切入点与机会假设技能（开发信/切入点/怎么开发这个客户/机会假设/写cold email/开发思路/outreach angle）。当用户要求为某个客户找开发切入角度、提出机会假设、写首封或跟进开发信、判断"这个客户该怎么谈"、或把背调结果转化为开发动作时，必须使用本技能。基于证据生成机会假设和个性化开发信，严格执行能力边界和禁止承诺拦截。通常承接 customer-research 技能的背调产出。适用于任何行业任何项目。 |
开发信切入点 Skill（Outreach Angle & Opportunity Hypothesis）
任务本质：把背调证据转化为客户视角的开发理由。核心纪律：切入点必须建立在证据上（不是想象力上）；开发信里的每一个客户事实必须来自 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。
- 客户侧：背调产出（customer-research 的证据包 + 摘要），至少要有：客户身份、产品线、若干条 supported 证据。没做过背调的客户，先建议跑 customer-research（至少浅调），拒绝裸写
- 我方侧：Business Profile 配置（能力边界、禁止承诺、差异化、证据素材）；无配置则至少确认：卖什么、最强卖点及其证据、绝不能承诺什么
执行流程
Step 1：机会假设（每个客户 2-4 条，宁缺毋滥）
从证据中推导"客户为什么现在可能需要我们"。每条假设的固定结构：
hypothesis: 一句话假设（客户视角）
based_on: 依据的证据（引用证据包 claim + 来源）
our_angle: 我方对应能力（必须在 can_claim 内）
strength: strong / medium / weak
usable_in_email: true / false（weak 假设只做谈判储备，不进首封信）
常见假设类型见 references/angle-playbook.md（供应商替代/二供、品类补充、痛点解决、停产复刻、合规升级、新品配套、渠道扩张等 12 类）。铁律：假设可以推测，但依据必须是事实；证据不足以支撑任何假设时，老实输出"证据不足，建议补背调或降级培育"，不硬编。
Step 2：个性化分级判定
按证据质量决定这封信允许的个性化深度（继承系统 L1/L2/L3 规则）：
- L1 通用：只有身份和行业证据 → 只写"客户类型级"内容，不提客户具体细节
- L2 事实：有 supported 的产品线/渠道证据 → 可引用客户官网可见的公开事实（"看到贵司的 XX 产品线"）
- L3 深度：有强证据的具体痛点/项目信号 → 可做痛点级切入，但涉及敏感来源（如海关数据、论坛差评、竞对信息）只能暗示不能明示（说"应对铸件公差问题的方案"，不说"看到论坛有人骂你们公差差"；说"多一个供应来源的弹性"，不说"我知道你在从XX厂采购"）
Step 3：开发信生成
结构与写法规范见 references/email-rules.md；心理学模型选用与标题手法见 references/copywriting.md（模型跟着假设类型走，一封信一个模型，技巧对读者不可见）。生成前逐项过拦截清单：
- 客户事实核对：信中每个客户相关陈述 → 有 supported 证据吗？没有就删
- 我方承诺核对：每个卖点 → 在 can_claim 内吗？涉及 forbidden_promises（价格/交期/认证/独家/付款）吗？涉及则删除或改为开放式问题
- 敏感来源核对：有没有明示海关数据、竞对、差评来源？有则改为暗示
- 长度与结构：首封 ≤ 150 词，一信一个主假设，一个低门槛 CTA
Step 4：输出
每个客户输出（默认聊天内呈现；批量或用户要求时出 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）
禁止行为
- 无背调证据裸写开发信（最低要求：身份+产品线证据）
- 引用 verification_status ≠ supported 的证据写客户事实
- 主动提及价格、交期、认证、独家、付款条件等 forbidden_promises 内容
- 明示敏感信息来源（海关记录、竞对名称、负面评价原文）
- 编造"我看到贵司最近…"类不存在的观察
- 一信多假设（贪多必失焦）；超过 150 词的首封
- 使用"we are the leading manufacturer"式空洞模板话术开头
通过标准
每条假设可追溯到具体证据｜开发信中客户事实 100% 有 supported 证据支撑｜0 条禁止承诺泄漏｜敏感来源 0 明示｜信是"客户视角的理由"而非"我方能力清单"｜拦截记录透明可查
