需要给达人、媒体或合作方写建联外联信并跟进谈判时…

为红人、记者、分析师或发布伙伴撰写个性化外联信、多轮跟进序列、谈判话术与状态管道追踪。

适用场景

解决思路

1. 收集外联上下文并锁定身份：记录活动/产品背景、目标账号或主页定位符、平台、粉丝数、领域、报酬类型、预算、交付物与时间线；复用已携带的不透明 creator_ref，或仅在身份链接已验证时复用 creator-registry 聚合 ID，否则为本条线索生成一次随机 creator-<UUIDv4>；绝不把原始定位符哈希成 creator_ref；仅在授权来源工件或已验证注册表链接可解析时保存不透明的 handle_ref、recipient_ref、contact_source_ref 或证据 source_ref，否则设 identity_status: unresolved、不持久化原始定位符或隐藏映射、设 cross_session_locator_required: true，并在发送时重新要求原始定位符；保存的工件或交接只含不透明身份/联系/证据引用加司法辖区、渠道、合法依据证据与联系资格结果，绝不含原始账号、姓名、主页/内容 URL、邮箱、电话、邮寄地址、提供商 ID 或凭证；重新联系已验证的在册达人时从已确认联系路径引用和上次约定费率开始，而非冷启动。
2. 创建个性化外联信：列出个性化要点（近期内容、风格、受众、价值观、过往合作），每个事实点在使用前附上 source_ref 与 observed_at；无法核实的内容省略或泛化，绝不编造个人观看、购买、产品使用或关系历史；然后写主消息加 DM 友好短版和正式邮件/管理方版本；面向媒体/分析师/猎手目标时，按领域和近期报道个性化，以故事角度开头（而非报酬提议），逐字沿用 press-media-relations 工件中的禁运条款，绝不编造引述或数据，所有主张来自已批准的消息屋。
3. 创建跟进序列：起草 4 次触达策略窗口（Day 0 / 3-4 / 7-8 / 14，Day 21 归档），每次触达增加新的有证据支持或已批准的价值且更简短；这些范围仅为规划指导；始终让未来触达保持未排期，当某次触达到期时只对该次触达用具体 ISO-8601 dispatch_at 加时区批准/检查/发送；仅在没有阻断性范围偏好或其他负面信号时上限 3-4 次跟进，让对方容易拒绝，只用已批准的合格渠道；新渠道需要自己的资格证据和明确批准；活动/报价拒绝终止该序列并内联记录范围偏好，持久化需单独明确授权，同范围内后续序列需要更新的重新开放证据；明确停止联系（user-request）、退订（unsubscribe）、已验证垃圾邮件/提供商投诉（complaint）或撤回同意（withdrawal）额外触发抑制路径。
4. 提供谈判支持：映射报价与预算差距，然后应用价值交换、范围调整或未来价值策略，配合现成话术和异议/回应表。
5. 追踪外联管道：记录阶段计数与转化率、每个达人的详细管道、今日优先行动和管道健康度（回复率、确认率、确认时长、主要异议）；把报价拒绝记录为该序列的终态并附范围偏好；把明确停止联系（user-request）、退订（unsubscribe）、已验证渠道/提供商垃圾邮件投诉（complaint）或撤回同意（withdrawal）记录为终态不联系状态并附抑制事件/交接引用；这两类行上绝不留下跟进动作；活跃周期追踪在此进行，当周期关闭（确认或归档）时，把关闭结果作为一行 operation: propose 更新提供出去，等待单独明确授权，以便 creator-registry 对账。
6. 发送前执行硬性门槛：在显示并明确批准确切收件人（非细分或占位符）、目标渠道、最终消息以及排期该次触达时的具体 ISO-8601 dispatch_at 时间戳加时区之前，不发送或排期任何内容；批准只覆盖当前到期的那一次触达，Day 3-4 这类草稿窗口不算明确批准，任何批准或提供商功能都不授权预排期后续序列触达；记录司法辖区、渠道、合法依据及其证据引用和联系资格，Unknown 或缺失资格按失败关闭处理，本技能不发明法律依据也不提供法律建议。
7. 在每次实际投递任务中，解析临时收件人后、调用提供商发送前，立即解析并验证 bundle 运行时，然后运行实时 consent-registry is-suppressed；被抑制结果、缺失 subject ID、历史不可访问/损坏、运行时/模式失败或查询错误都会停止该次发送；not suppressed 结果只移除抑制阻断，本身不证明合法依据或授权联系；绝不跨序列触达复用缓存结果。
8. 当 subject ID、项目根、运行时或其他发送门槛输入缺失时，向 consent-registry 返回 NEEDS_INPUT 同意检查交接，仅含已提供的假名 subject ID、所需项目根/运行时能力、目标渠道、资格证据引用和待处理发送引用；不要声称 is-suppressed 已运行，也不要自动恢复投递；始终把后续序列触达留作未排期草稿；当下一次触达到期时，重新解析其临时收件人、为该次触达获取新的明确批准、在其投递任务内重复所有资格/运行时/抑制检查，并只发送那一次触达。
9. 处理拒绝与偏好：若收件人拒绝报价或表示不接赞助内容，作废该序列所有剩余草稿触达，不重新包装报价或切换渠道，仅内联记录确切范围偏好（campaign/offer/category scope、observed_at 和不透明 source_ref）；持久化或向 creator-registry 提议需单独明确授权；先前偏好在记录范围内阻断新序列，直到更新的引用证据显示达人重新开放该范围；若旧偏好范围或替代证据未知，以 NEEDS_INPUT 失败关闭，而非发明冷却期；不要仅因范围拒绝或商业异议就调用全局 suppress；明确停止联系请求、退订、已验证渠道/提供商垃圾邮件投诉或撤回同意会作废跨渠道所有剩余草稿触达，并使用 consent-registry 的仅拒绝 suppress 路径，附确切无主体原因码：停止联系 → user-request；退订 → unsubscribe；已验证垃圾邮件/提供商投诉 → complaint；撤回同意 → withdrawal；若已验证运行时不可用，发出其确切的 immediate-suppress-handoff 并声明抑制尚未记录。
10. 按 references/templates.md 中五步模板执行：Step 1 外联参数、Step 2 个性化外联、Step 3 跟进序列、Step 4 谈判指南、Step 5 外联管道追踪器；在任何消息发出前应用 references/cold-copy-rules.md 中的硬性文案规则。
11. 草稿/发送边界：起草是可逆的；发送或排期是外部副作用；即使候选名单或个性化事实缺失，也产出一份内联首触草稿，标注 DRAFT — NOT SENT，带明确占位符且不编造事实，然后说明个性化仍缺什么；绝不在可产出安全占位草稿时只以输入请求结束。

适用边界 · 注意事项

• 不用于最终确定已签署协议——应使用 contract-helper。
• 不用于媒体名单分层、禁运条款或新闻稿结构——应使用 press-media-relations。
• 不用于在协议/简报存在且达人已产出草稿内容之前的创作者内容审核——应使用 creator-content-auditor。