用途
该技能用于对已经检测到的单个客户账户事件进行资格评估，判断该事件是否构成发起或恢复对话的可信理由。其核心产出是一个排序后的决策，以及一个可供审核的消息任务。技能明确要求：检测到事件并不等于自动获得发送许可。
主要能力
触发事件资格评估
- 记录事件、来源、观察日期、账户及确切证据，优先使用一手证据而非摘要。
- 依据事件实际发生日期而非聚合器呈现日期来验证新鲜度。
- 将事件转化为合理的运营含义。例如，招聘信息只有在职位、资历、规模或语言与所解决的问题相关时才有意义。
- 将账户与 ICP 及排除规则进行比对，记录该信号为何现在改变优先级。
- 在决定接触前，检查近期活动、开放商机、抑制规则、客户状态及以往回复。
- 使用 references/signal-rubric.md 对事件评分。高事件分不能弥补匹配度差或缺少联系人访问权限的问题。
联系人确认
- 从账户出发，识别职责与所观察变化最接近的人员。
- 确认联系人属于该账户，且角色证据是当前的。
- 优先选择已有关系或已知利益相关者，而非新发现的高级头衔。
- 如果信号仅存在于域名级别且未验证到合适人员，应返回“获取或研究联系人”，而不是起草发送内容。
- 如果多个利益相关者相关，应指定一名主要联系人，并为每个额外联系人说明不同的参与理由。不得向整个购买群体发送相同消息。
发送、培育或跳过的决策
- 发送：匹配度高、触发事件重要且新鲜、人员已验证、无抑制、且有具体含义。
- 培育：匹配度可信，但触发事件较弱、过早、模糊，或缺少可触达的利益相关者。
- 跳过：匹配度差、证据陈旧或通用、存在活跃冲突、近期负面回复、客户敏感背景，或无可辩护的连接点。
- 记录决策及最强反方论点，以暴露伪装成评分的薄弱热情。
起草开场白
- 围绕所观察变化、其可能含义及一个低摩擦问题撰写一条开场白。
- 仅陈述证据支持的内容。触发事件应解释为何选择该账户及为何现在联系，不应被用作监视表演。
- 首条消息聚焦于一个假设。除非事件确实值得庆祝，否则不要以祝贺开头。不要假装了解内部优先级。
- 可参考 references/worked-signals.md 中的发送、培育和跳过示例。
- 在创建发送任务前，向人工审核者展示账户、联系人、证据、近期接触检查、消息及渠道。发送仍是单独的已批准操作。
从结果中学习
- 针对账户、联系人、触发类型及消息假设，记录已送达、已回复、正面回复、会议、取消资格及负面反馈。
- 在 meaningful 样本上评估触发类型；不要因一次成功就重写权重。
- 同时审查精确率和覆盖率。一个因几乎不选择任何内容而从不犯错的信号程序未必有用。
- 保留负面结果，以便未来排序不重复可避免的接触。
使用方式
该技能以技能包形式提供，具体安装命令与调用方式暂未提供。使用时应遵循其规则：必须验证事件日期、账户身份、联系人身份及近期接触历史；必须将起草与发送作为分离操作，发送前需人工批准；禁止捏造含义、引用、关系或内部倡议；禁止在未确认合适人员的情况下联系仅域名级目标；禁止规避抑制、同意或渠道政策要求。
适用场景
适用于基于触发信号的销售外联流程，尤其是当新账户变化可能构成开始或恢复对话的可信理由时。典型场景包括：对单个已检测事件进行资格评估、决定是否发送外联、培育或跳过，以及为人工审核准备消息任务。
限制
- 检测到事件不自动获得发送许可。
- 高事件分不能弥补匹配度差或缺少联系人访问权限。
- 信号仅存在于域名级别且未验证到合适人员时，不得起草发送内容。
- 不得向整个购买群体发送相同消息。
- 发送必须经过人工审核与批准。
- 不得捏造信息或规避抑制、同意及渠道政策。
- 具体安装命令、调用方式、收费与价格信息暂未提供。