knock-lifecycle-opportunities

生命周期机会技能

在此产品的代码和数据模型中，找出用户激活、停滞、付费、邀请或流失的环节。根据真实事件和 UI 状态，推荐消息触达机会。

硬性限制

不得通过 MCP 或 CLI 创建、更新、推送或删除 Knock 资源。只能输出机会待办列表和事件／触发条件草案。仅在用户要求构建时，才交接给 knock-setup 或 knock-product-messaging-strategy。

输出约定（硬性要求）

将所有详细发现写入仓库根目录的 knock-plan.md（创建或更新）。聊天内容保持简短——仅包含状态和确认。

不要在聊天中粘贴机会简介、代码路径清单或长篇理由。遵循 rules/opportunity-brief-format.md。

聊天中允许的内容：

1. 一行简短状态（路径 + 数量）
2. 可选的一行阻塞说明
3. 作为最后一行的加粗确认问题

示例：

已将 6 个优先机会写入 knock-plan.md。

接下来要推进哪些机会？

概述

1. 梳理代码中的产品生命周期（rules/map-product-lifecycle.md）——将信号写入文件
2. 筛选高价值机会（rules/select-opportunities.md）——在文件中排序
3. 撰写机会简介（rules/opportunity-brief-format.md）——完整简介仅写入文件

如何使用此技能

1. 从仓库中推断用户画像、账户／工作区和关键转化漏斗——记录在文件中，不要写入聊天。
2. 定位注册、引导、邀请、计费、使用和不活跃信号——同样记录在文件中。
3. 在 knock-plan.md 中提出最多 8 条优先级排序后的生命周期消息。
4. 聊天中只写状态行，并询问要推进哪些机会。不要在聊天中贴出列表正文。
5. 当用户要求在 Knock 中构建或深入制定策略时，使用结构化内容进行交接——不要邀请对机会重新排序：

### Setup handoff
- **plan.** knock-plan.md
- **confirmed.** [names or indexes]
- **skipped.** [names or indexes]
- **deferred / blocked.** [names + reason]

knock-setup 必须将 confirmed 视为权威信息，从 knock-plan.md 读取详情，并跳过重新发现。若要制定更完整的策略，将已确认的项目交接给 knock-product-messaging-strategy（使用同一份 knock-plan.md）。

规则文件参考

• rules/map-product-lifecycle.md — 在代码中查找的位置
• rules/select-opportunities.md — 优先级排序
• rules/opportunity-brief-format.md — 计划文件结构和聊天简洁性要求

文档

• https://docs.knock.app/concepts/workflows
• https://docs.knock.app/concepts/guides
• https://docs.knock.app/concepts/audiences
• https://docs.knock.app/send-notifications/triggering-workflows/audiences
• https://knock.app/manuals/product-leaders-guide-to-effective-notifications/the-product-leaders-guide-to-effective-notifications