AE 埋点方案生成
从产品描述自动生成 AE 埋点方案（事件列表、属性设计、公共属性、用户属性），匹配行业模板并上传至 AE 项目，让埋点设计从 0 到 1 只需一次对话。
数据采集
数据工程游戏电商工具社交内容数据接入AE 埋点方案生成 Skill 是 ThinkingAI 行业 Skill 库中的一项方案设计能力，帮助产品与运营团队从自然语言描述的产品场景出发，自动匹配行业模板生成完整的 AE 埋点方案——事件列表、事件属性、公共属性、用户属性全覆盖，并可一键上传至 AE 项目，从业务描述到可执行方案一步到位。这正是 ThinkingAI「10 年行业经验沉淀为开箱即用 Skill」的体现。
snake_case、类型唯一性、与预置属性重名检查ae-cli 将方案上传至 AE 项目方案生成并上传完毕。整套方案六大模块、38 个事件、96 个事件属性，另有 12 个公共属性、9 个用户属性——事件设计从你的收入模型和核心循环映射出来，SLG 模板只是起点，不是套壳。
一、埋点方案事件表（六大模块节选）
每个模块抽一个代表事件，完整 38 个事件的清单在已上传的方案里：
| 模块 | 事件名 | 关键属性（类型） | 触发时机 |
|---|---|---|---|
| 注册登录 | register | register_channel(string)、os(string) | 注册流程完成时 |
| 付费 | payment | pay_amount(number)、product_id(string)、pay_channel(string) | 支付回调确认成功时 |
| 经济系统 | currency_change | currency_type(string)、change_amount(number)、change_reason(string) | 金币 / 钻石数量变动时 |
| 关卡 | stage_end | stage_id(string)、result(string)、duration(number) | 关卡结算页出现时 |
| 联盟 | alliance_join | alliance_id(string)、join_type(string) | 加入联盟成功时 |
| 活动 | activity_reward | activity_id(string)、reward_type(string) | 活动奖励领取成功时 |
单独说 payment：金额事件走客户端上报容易丢、容易被篡改，方案里标为服务端上报；pay_amount 类型定为 number——AE 属性类型以首次上报为准、之后不可更改，这是方案阶段就必须钉死的口径。
二、方案设计原则
Payment 和 payment 会被记成两个事件行业痛点
埋点方案是数据分析体系的起点，但超过 60% 的项目在埋点设计阶段就出了问题。一个新项目从零设计完整埋点方案平均需要 1-2 周，而直接套用通用模板会导致关键业务事件遗漏率超过 40%。更隐蔽的问题是维度定义缺失：收入模型、核心玩法循环、货币体系、功能入口这些业务维度直接影响埋点方案结构，但多数团队只列事件名不梳理业务维度，导致方案上线后无法支撑核心分析需求。
核心价值
- 五阶段交互式生成：锚定业务场景 → 加载行业模板 → 逐模块细化 → 补全属性与口径 → 上传至 AE 项目，不跳步不遗漏
- 内置 12+ 行业模板：SLG、MMO、卡牌、休闲、三消、跑酷、塔防、射击、竞速、短剧、工具等品类模板直接匹配
- 业务维度优先：先梳理收入模型、核心循环、功能入口、货币体系，再映射事件设计，确保方案能支撑核心分析需求
- 上传至 AE 项目：方案完成后直接上传至 AE 平台，从设计到落地零断层
适用场景
新项目从零设计埋点方案，需要参考行业标准模板快速起步
已有部分埋点但关键业务维度遗漏，需要补全事件和属性设计
跨产品线统一埋点口径，需要基于统一模板生成标准化方案
埋点方案设计完成后需要上传至 AE 项目落地
不同行业/品类项目需要匹配专属模板而非通用方案
实战案例
常见疑问
和 AE 埋点代码生成 Skill 有什么区别？
埋点方案生成产出的是方案文档，定义事件名、属性名、数据类型；埋点代码生成产出的是可执行代码。前者是设计，后者是落地，顺序执行。
行业模板可以修改吗？
可以。模板是起点而非终点，Skill 会根据实际业务场景逐模块细化，最终方案完全贴合你的产品。
方案设计完如何上传到 AE？
Skill 在最后阶段调用 ae-cli 将方案 xlsx 上传至 AE 项目，上传完成后可在 AE 管理后台查看和管理方案。
相关 Skills 推荐
用「AE 埋点方案生成」武装你的 Agent
预约演示，看看它如何在你的业务场景中落地
