Trae代码修改计划提示词应简洁如真人工程师所写：删空洞表达，用具体动作+上下文+约束条件。例如“函数名从do_calc改为calculate_discount_rate”“【src/utils/date_parser.ts第42行】正则未校验月份范围，改用new Date().getMonth()验证”。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让trae生成的代码修改计划提示词看起来更干脆、更像真人工程师写的，而不是模板套话堆出来的——关键不是删掉所有连接词，而是砍掉那些没信息量的“正确废话”，把每个词都钉在具体动作、上下文或约束条件上。删掉空洞动词和模糊状语
把“请确保”“建议考虑”“可能需要”这类软性表达，直接替换成明确动作主体和触发条件。例如：“请确保代码可读性提升” → “函数名从do_calc改为calculate_discount_rate”。
“建议考虑重构逻辑” → “将if-else嵌套超过3层的process_order()拆成validate_order()、apply_promotion()、log_transaction()三个独立函数”。
这一步操作起来很简单，直接用搜索替换删掉所有“请……”“建议……”“应……”开头的句子，再逐句检查是否还能说出“谁在什么条件下做什么”。
绑定上下文，拒绝通用描述
方法一：强制带出当前代码位置和问题现象
不写“优化性能”，而写：“【修改src/utils/date_parser.ts第42行正则匹配逻辑】，原正则/\d{4}-\d{2}-\d{2}/未校验月份范围，导致'2023-13-01'被误判为有效日期，改为使用new Date().getMonth()验证。”
方法二：引用最近一次提交哈希或PR编号锚定上下文
“基于git show 8a3f1c9中新增的PaymentService.retry_timeout_ms配置项，同步修改retryPolicy初始化逻辑，避免硬编码值3000与配置冲突。”
用结构化短句替代长段落
第一步：把每条提示词限制在一行内，不超过35个汉字；
第二步：每行必须含至少一个具体名词（文件名/函数名/变量名/错误码）+一个动词（替换/删除/添加/校验/捕获）；
第三步：删除所有解释性从句，把原因挪到括号里作补充，且括号内容不超过12字。例如：“移除console.log（调试残留，CI失败率+12%）”。
这一步容易踩坑：别为了压缩字数牺牲关键限定词，比如“src/api/client.ts第77行”不能简写成“client.ts”，否则Trae会找不到位置。
注入真实约束条件
加入时间、环境、依赖版本等硬边界，天然排斥套话。例如：
“在Node.js v18.17.0环境下，将fs.readFileSync替换为fs.promises.readFile（v18.17.0已支持Promise API，无需polyfill）”；
“因下游服务v2.4.1返回字段user_status类型由string改为number，同步更新transformUser()中类型断言”；
【不要写“兼容旧版本”】，必须写明兼容哪个具体版本号及对应行为差异。
