必须在提示词中明确声明平台和人群限制，否则trae输出通用模板；推荐在开头用“【平台：x】【人群：y】”结构化前缀，确保约束优先识别且术语规范。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Trae生成的测试验收表自动带上平台（如iOS/Android/小程序）和人群（如老年用户/儿童用户/残障用户）限制，必须在提示词中明确声明这两个维度的约束条件，否则模型会默认输出通用模板，导致后续测试覆盖不全、漏验关键路径。
在基础提示词末尾追加平台与人群限定语句
在你原本的提示词结尾处，直接添加“仅适用于【平台名称】平台，面向【人群类型】用户”这一句。例如原提示词是“生成一份登录功能的测试验收表”，修改后为：“生成一份登录功能的测试验收表，仅适用于iOS平台，面向老年用户”。
这一步操作起来很简单，直接在Prompt最后手动补上即可。但注意：平台名称必须用官方标准写法，【iOS不能写成IOS或Ios，Android不能写成android或安卓】，否则Trae可能忽略或误判为非平台关键词。
用结构化前缀强制锚定维度
方法一：在提示词最开头插入固定前缀“【平台：微信小程序】【人群：视障用户】”。
方法二：使用冒号分隔式声明“平台限定：鸿蒙OS 4.2+；人群限定：K12阶段学生”。
方法三：将限制条件嵌入任务动词中，例如“为医疗类Android App（目标用户为65岁以上高血压患者）生成血压记录模块的测试验收表”。
三种方式都有效，但方法一最稳定——因为Trae对开头关键词敏感度最高，能优先提取并锁定上下文边界，避免后面长描述冲淡限定条件。
组合使用平台+人群+场景三重约束
第一步：确定核心测试模块，例如“处方流转功能”。
第二步：明确运行平台，从“iOS 16+”“Android 12–14”“支付宝小程序”“HarmonyOS 3.0”中选且只选一个。多选会导致Trae混淆输出粒度。
第三步：锁定目标人群，例如“听障用户”，注意不要写“听力不好的人”这类非标准表述。标准术语可在《GB/T 42872-2023 无障碍设计规范》中查到。
第四步：叠加典型使用场景，例如“在弱网（≤2G）环境下连续点击三次提交按钮”。这步不是必须，但加上后Trae生成的验收项会自动包含超时判定、防重复提交、错误提示文案等细节。
最终提示词示例：“【平台：Android 13】【人群：听障用户】生成处方流转功能的测试验收表，需覆盖弱网（≤2G）环境下连续点击三次提交按钮的响应逻辑与震动反馈是否触发”。
