Closed-Lost Revival 是营销技能集中的一个智能体，核心思路是：CRM中的“不感兴趣”往往是对真实对话的草率总结。该技能会逐条重读已丢失的交易，结合关联的通话、会议和备注，记录实际丢失原因以及一个“重新开启条件”，然后持续监测这些条件是否触发。
用途
该技能用于盘活CRM中未成交的收入机会。它可以帮助营销或销售团队理解交易丢失的真实原因，并将这些原因转化为可操作的重新互动信号。例如：客户说“需要SSO”，当变更日志显示SSO上线时，系统会提醒向该客户发送引用其原话的个性化消息；客户说“选择了竞争对手，合同3月续约”，则可在1月提醒跟进；客户说“关键联系人离职”，则在其新公司祝贺并重新介绍自己。
主要能力
- 首次构建（build）：扫描过去18个月内的丢失交易，排除重复、测试、合并等噪音记录，读取关联联系人、公司、通话、会议和备注，记录真实原因、证据（逐字或转述）、重开条件类型和观察窗口，并写入丢失账本。
- 条件监测（watch）：每周检查所有未关闭的重开条件，如日期临近、功能上线、人员变动、报价变化等，结合公司访客、表单转化、邮件互动等再参与信号，更新优先级。
- 功能上线匹配（shipped）：当某个功能上线时，查找所有曾提及该功能的丢失交易，标记为当前到期。
- 营销活动匹配（match）：根据营销活动的提案，从丢失账本中筛选出可能被该提案回答的交易，追加到活动文件夹。
- 模式分析：按原因和丢失金额（按币种）对原因排序，识别CRM原因与真实原因之间的差距，并可提议更新客户契合度证据或向管理员提交自定义字段建议。
- 草案生成：为到期的交易生成不超过100词的个性化笔记，引用客户原话（仅限逐字证据），说明具体变化，提出低阻力请求，并以原交易负责人的身份发送。所有草案汇总到一个审批票据中。
使用方式
该技能通过Claude Code调用，依赖Cogny的MCP网关。使用前需：1）在Cogny注册并连接CRM（HubSpot、Pipedrive或Upsales；Stripe和Fibbler可选）；2）在项目的.mcp.json中添加Cogny服务器配置：{"mcpServers": {"cogny": {"type": "http", "url": "https://app.cogny.com/mcp"}}}；3）重启Claude Code并完成OAuth登录。
可用命令：
/closed-lost-revival build— 首次扫描丢失交易并创建账本/closed-lost-revival watch— 每周检查重开条件/closed-lost-revival shipped "SSO"— 查找曾要求某功能的所有人/closed-lost-revival match BK014— 匹配活动提案可回答的丢失交易
适用场景
适用于使用HubSpot、Pipedrive或Upsales作为CRM的B2B营销或销售团队，尤其是那些积累了大量未成交交易、希望系统化挖掘旧线索价值的组织。也适用于需要分析丢失原因、优化客户契合度或协调营销活动与销售跟进的场景。
限制
- 需要Cogny订阅（$9/月）并连接CRM，否则无法运行。
- 对CRM仅做只读操作，不会直接写入CRM；提议的字段变更以票据形式提交给管理员。
- 每轮最多重读50个交易，按最新和金额最大优先。
- 不编造丢失原因，记录过薄时标记为“未知”。
- 仅将逐字证据作为客户原话引用，其他内容为转述。
- 跳过有开放交易或已成为客户的记录，以及最近14天内有联系或已退订的联系人。
- 对Pipedrive和Upsales的支持有差异：Fibbler的get_influenced_deals不支持这两种CRM，仅get_warm_accounts支持Pipedrive；Upsales跳过Fibbler。
- Salesforce需通过CRM层支持，本技能步骤以HubSpot为例，Pipedrive和Upsales有对应调整。