用途：让续约不再是第一次关注客户。每周一，play 从原生 gtm_opportunities 模型取出进入续约窗口的已赢单（已赢、有账户、10 至 12 个月前关闭），每个续约只判定一次。
主要能力：分析师智能体用 SQL 读取账户购买历史（是否已有更新的赢单完成续约、赢单节奏、最后成交价），读取工作区上下文中的扩展剧本，并最多执行三次带日期的公开事件网络搜索，输出 renewal、expansion、repeat_purchase、at_risk 或 none，附不超过三句的理由、建议剧本和所依赖的 URL。play 按账户 id 只写入 expansion_signal、expansion_reason 和 expansion_signal_at 三个字段，不写 deal、contact 或 owner。当天下午向 Slack 发送一份摘要，按 at_risk、expansion、repeat_purchase、renewal 排序，并用 ledger 保证每周只发一次。
使用方式：在 CDK 项目内执行 cargo-ai cdk add cookbook/expansion-signals，或 cargo-ai cdk init <dir> --cookbook expansion-signals && cd <dir> && npm install。随后与已有 Slack、Anthropic 连接器或 gtm_accounts、gtm_opportunities 模型对账，避免同 slug 冲突；填充模型数据可用 cargo-ai storage record create-bulk --model-uuid <uuid> --records '[{"data":{…}}]'；把 references/expansion-plays.md 复制为 context/expansion-plays.md 并改写。检查用 node --import tsx evals/contract.mjs，再在项目根执行 npm run check && cargo-ai cdk plan，确认后部署，play 默认禁用。
适用场景：客户与交易在原生模型或 HubSpot、Salesforce、Attio 中；可按需改为 crm-backed、调整续约窗口、全量账户、禁用网络搜索或按负责人私信。
限制：状态由已赢单计算而非手工标记；写入必须用裸列名；分析师只读不写；changeKinds 保持 ["added"]；摘要不重新判定；ledger 而非 Slack 历史去重。成本为每个进入窗口的赢单一次分析师运行加一次摘要运行，按 LLM token 计费，另加 Slack postMessage 连接器动作费用。该技能状态为 to-be-approved，未批准前不应作效果声明。