stall-rescue

用途：检测注册后停滞的用户，在他们流失前通过创始人（CEO）署名邮件进行挽回。资料称，注册后 72 小时内未完成关键激活步骤的用户回访概率较低，此时个性化邮件响应率更高。

主要能力与流程：

1. 读取 memory/stall-rescue.json 状态文件，缺失时创建含 last_checked 与 rescued 的初始结构。
2. 通过 PostHog 生成 HogQL 查询，查找 3-4 天前注册且没有激活事件（primary_resource_action 或 first_value_delivered）的用户，并取出 org_owner_email、org_owner_name、org_name。
3. 过滤：org_owner_email 为空则跳过并返回 HEARTBEAT_OK；已在 rescued 列表中的跳过；个人邮箱（gmail、yahoo、hotmail、outlook、mail.ru、yandex.ru）跳过。
4. 对使用企业邮箱的用户，可选使用 Exa 按域名做公司背景调研。
5. 由 LLM 起草简短、个性化的 CEO 邮件，模板包含主题、称呼、一条基于调研的个性化内容、价值点与设置帮助提议。
6. 将草稿呈现给 CEO 审批，回复 send 发送、skip 跳过。
7. 发送时使用 Composio Gmail，并通过结构化日志记录。
8. 更新状态：加入 rescued 列表、更新 last_checked，列表上限 200 条。

适用场景：SaaS 或产品团队针对注册后未激活用户做早期挽回，尤其适合希望以创始人身份进行一对一触达的小团队。

限制与依赖：依赖注册事件中包含 org_owner_email（需后端 enricher 任务）；enricher 未部署前该 Cron 只返回 HEARTBEAT_OK。只处理 3-4 天前的注册，以给用户自然激活时间。每天最多发送 3 封挽回邮件，避免审批队列过载。具体收费、价格与部署平台资料未提供。