用途：这是分析埋点工作流的第 2 步。读取 change_brief YAML，产出详尽的分析事件候选清单，命名规范、按类别组织，供 PM 评审。目标是生成能回答产品/业务问题的事件，而非镜像实现细节。
主要能力：解析 change_brief（若 analytics_scope 为 none 则停止并告知无可埋点内容）；读取 surfaces.components 与 file_summary_map 中涉及用户逻辑的文件，追踪入口、交互序列、异步边界、终态与分支，形成漏斗假设；调用 discover-analytics-patterns 获取命名约定，并拉取项目现有事件分类以避免重复；按 business_outcome、user_journey、feature_success、friction_failure 四类生成候选；经质量过滤（决策有用、聚焦结果、跨改版稳定）；为每个候选给出文件与埋点位置、分析配方、利益相关者叙事与优先级（3 关键 / 2 有用 / 1 可选）；漏斗起点与终点事件始终为关键。
使用方式：需先有 diff-intake 输出的 change_brief；若含 Amplitude projectId 则直接使用，否则调用 get_amplitude_context 解析或询问用户；通过已连接目录的 taxonomy 事件读取器拉取现有事件。最终仅输出 YAML 块，含 source_summary、analytics_scope、命名约定、already_tracked、funnels 与 candidates。
适用场景：为新增或修改的用户功能设计埋点方案，尤其是多步流程（结账、引导向导、数据导入）的漏斗埋点。
限制：资料未提供具体安装命令、收费与平台细节；依赖 Amplitude MCP 连接与 taxonomy 技能；不适用于无多步流程的单一动作功能（仅需注明无漏斗）。