先说几个关键点。使用Trae配合MasterGo设计稿生成前端代码时，最大的风险在于AI对业务概念的理解出现偏差——你原本是要唤醒“沉睡用户”，它可能仅仅当作一个普通弹窗来处理。要规避这类偏差，提示词的写法必须做到足够精准和明确。

所谓沉睡用户，需要设定严格的硬性门槛：连续90天未登录App、近30天没有任何点击行为、以及未完成新手引导的注册用户。这几个数字与时间维度必须在提示词开头就固定下来，只要少写一个具体天数，Trae生成的判断逻辑就很可能偏离预期。MasterGo里如果组件命名包含了“sleeping-user-banner”字样，Trae会优先匹配这个图层，但前提是提示词中已经锚定了“90天”这个关键参数——没有这个前提条件，仅靠图层名称是远远不够的。

明确沉睡用户的判定标准

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

这一步必须写死数字，【不写具体天数会导致Trae生成的判断逻辑失效】。MasterGo里组件命名若含“sleeping-user-banner”，Trae会优先匹配该图层，但前提是提示词中已锚定“90天”这个关键参数。

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

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

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

URL和条件语句必须在同一轮输入中提交，【分两次发送会导致Trae丢失设计稿上下文】。

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

方法一：用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或口语化排除条件，但混用会导致字段冲突。