TraeMasterGo提示词怎么激活沉睡用户

先说几个关键点。用Trae配合MasterGo设计稿生成前端代码时，最怕的就是AI对业务概念理解跑偏——你明明想激活“沉睡用户”，它可能只当成普通弹窗来处理。想要避免这种偏差，提示词的写法必须足够精确。

所谓沉睡用户，必须给出硬性门槛：连续90天未打开App、近30天无任何点击行为、未完成新手引导的注册用户。这几个数字和时间维度需要在提示词开头就定死，少写一个具体天数，Trae生成的判断逻辑就可能走样。MasterGo里如果组件命名包含了“sleeping-user-banner”字样，Trae会优先匹配这个图层，但前提是提示词中已经锚定了“90天”这个关键参数——没有这个前置条件，光靠图层名是不够的。

明确沉睡用户的判定标准

在提示词开头直接定义时间阈值和行为维度，避免AI自由发挥。例如：“连续90天未打开App、近30天无任何点击行为、未完成新手引导的注册用户视为沉睡用户。”

这一步必须写死数字，

。MasterGo里组件命名若含“sleeping-user-banner”，Trae会优先匹配该图层，但前提是提示词中已锚定“90天”这个关键参数。

绑定MasterGo设计稿中的触点元素

打开MasterGo文件，找到沉睡用户专属弹窗或横幅所在的画板ID（如0:12345），复制完整URL链接。

在Trae对话框中粘贴该链接后，紧接着输入：“基于此设计稿，在Next.js项目中生成沉睡用户唤醒弹窗组件。要求：① 弹窗仅对满足‘注册超7天且最近90天零活跃’的用户展示；② 关闭按钮需调用埋点API；③ ‘立即激活’按钮跳转至/user/activation路由。”

URL和条件语句必须在同一轮输入中提交，

。

注入业务规则防止逻辑漂移

方法一：用JSON结构固化规则

在提示词末尾追加：

{"wake_up_rules":{"min_register_days":7,"max_inactive_days":90,"required_actions":["login","view_home"],"exclusion_conditions":["is_vip","has_active_subscription"]}}

方法二：自然语言强调例外场景

补充说明：“VIP用户即使90天不登录也不触发该弹窗；已开通自动续费的用户跳过此流程。”

两种写法选其一即可，Trae Builder模式能准确解析JSON或口语化排除条件，但混用会导致字段冲突。