必须在提示词中强制嵌入量化锚点并标注优化前后指标值，如【优化前】首屏时间=1842ms…【优化后】首屏时间=893ms…；绑定动作与指标波动需用箭头或分号关联并注明百分比变化；须声明测试环境、数据来源及干扰项控制条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Trae记录的性能优化提示词清晰反映指标变化，必须在提示词中强制嵌入可比对的量化锚点，避免模糊描述如“提升明显”或“响应变快”。
明确标注优化前后的关键指标值
在提示词开头用固定格式写明基线数据：【优化前】首屏时间=1842ms，FCP=1620ms，LCP=2105ms，CLS=0.24；【优化后】首屏时间=893ms，FCP=712ms，LCP=941ms，CLS=0.03。
这一步不可省略——Trae不会自动抓取历史数据，不显式写出前后值，它生成的记录里只会泛泛而谈“有所改善”。
绑定具体优化动作与对应指标波动
方法一：用箭头关联操作与结果
将“升级Web Worker处理图片解码”→直接接在LCP数值变动后：“LCP从2105ms→941ms（↓55.3%）”。
方法二：分号分隔多组映射
“移除未使用的polyfill.js；CLS从0.24→0.03（↓87.5%）｜启用HTTP/2服务端推送；首屏时间从1842ms→893ms（↓51.5%）”。
【必须写清百分比变化，不能只写绝对值】 否则无法判断优化力度是否达标——893ms单独看是好是坏？只有结合降幅才能评估价值。
注明测量环境与前提条件
第一步：在提示词末尾添加一行环境声明：（测试环境：Chrome 124 / Moto G Power 2023 / 3G模拟 / Lighthouse 11.2.0）。
第二步：若对比数据来自不同工具，必须说明：FCP和LCP取自真实用户监控（RUM），CLS取自实验室Lighthouse审计。
第三步：标出非可控干扰项：注：优化后数据不含CDN缓存预热期，所有测量均在冷启动后第3次访问采集。
没有这些信息，同一组数字在不同设备或网络下可能完全不可复现，Trae生成的记录会失去横向比对基础。
