tracking-planlisted

# 埋点与追踪计划（Tracking Plan） ## 目的与边界（Purpose And Boundary） 为每个 P0 功能定义 **要追踪什么**，作为 PRD 侧的事件合约：事件、属性、触发时机、上报时机、平台、PII 标记，以及每个事件支撑的指标/目标。输出 `tracking-plan.md` 是数据团队与工程团队用于埋点的唯一事实来源，覆盖矩阵证明每个 P0 功能都有信号。 **不要**写 SQL 查询或分析实现代码、设计数据仓库表或 BI 看板、定义 A/B 测试方法论，或设定具体数值目标（那是上游 background-goal 设定的 G-X 目标）。 **PRD 归宿**：✅ **按需**。当 `prd-assembly` 进入 §5 按需章节时，AI 必须主动询问"要不要把 tracking-plan 的 EV-XXX 事件表聚合为 §5.2 埋点需求"。若业务方 / 数据团队 / 工程团队回答"要"，则 EV-XXX 事件表与属性字典 verbatim 进入 prd.md；若回答"不要"（如本项目无埋点需求），则 prd.md 不出现埋点章节，tracking-plan.md 作为过程证据存档于 `99-review/support/`。 **本 Skill 属于 Branch**（参见 `src/framework/governance.md` §Human-In-The-Loop Inquiry Contract），是 function-description 的子 Skill，在 business-rules / validation-rules / state-machine / exception-handling **confirmed 之后**调用、acceptance-criteria 之前调用。即使上游已 confirmed，仍需在 §5.2 询问是否显式暴露埋点合约。 ## 输入与输出（Inputs And Outputs） 输入： - 已确认的上游：function-description（FUN-XXX）、product-ux（IX-XXX）、business-rules（BR-XXX）、background-goal 目标（G-X） - 已知平台（web / ios / android / miniprogram / server） 输出：`tracking-plan.md`，含 §1-§8 章节，使用模板 `templates/tracking-plan-output.md`，包括事件表（EV-NNN）、属性字典、覆盖矩阵、指标映射与 PII 寄存器。 分析前加载 `references/thinking-framework.md`（其中引用 `src/framework/thinking-core.md` §1 必用透镜 + 领域 lens）。起草前加载 `references/output-contract.md`。交接前加载 `references/audit-checklist.md` 与 `references/reviewer-checklist.md`。Intake 登记 SRC-* 时加载 `references/source-handling.md`。评审前运行 `scripts/validate_artifact.py <artifact> --json`。 ## 思考提示词（按阶段）（Thinking Prompts per stage） ###