要让MarsCode重构提示词真正起作用，必须用具体卡点标题直击痛点，如“改变量名全项目报错”；需将核心报错（如TypeError: Cannot read property 'id' of undefined）精简后置标题末尾；动词+失败场景锁定目标，如“修复列表渲染时item为null导致白屏”；协作冲突点要保留技术实体，如“统一src/utils/date.js第42行formatDate函数命名”。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让MarsCode的重构提示词真正起作用，就得先让标题直击开发者正在遭遇的具体卡点——比如“改个变量名全项目报错”“函数太长不敢动”“接口字段改了但DTO没同步”，这些才是真实痛点，不是泛泛而谈的“提升代码质量”。
把报错信息直接塞进标题
打开你正在调试的文件，复制控制台里最靠前的那行红色报错（例如TypeError: Cannot read property 'id' of undefined），删掉堆栈路径和行号，只留核心错误描述，粘贴到提示词标题末尾，用中文冒号分隔。这一步必须做，否则MarsCode会默认按通用逻辑重构，而不会优先处理空值访问这个具体风险点。
示例标题：【重构】将用户查询逻辑拆分为独立服务层：TypeError: Cannot read property 'id' of undefined
用动词+失败场景锁定重构目标
方法一：从你刚写的、还没提交的代码段出发，找出最近一次手动修复的bug。标题开头用“修复”“避免”“防止”等动词，后面紧跟那个你亲手填过补丁的场景。比如你刚加了三处if (item)判断，就写“修复列表渲染时item为null导致页面白屏”。
方法二：翻Git暂存区，挑出最近一次被你 revert 的提交，看commit message里写了什么问题。如果写的是“临时注释掉校验逻辑，否则表单无法提交”，标题就直接用“避免表单提交时因校验逻辑阻塞而失败”。
【注意】不要写“优化校验逻辑”这种模糊表述，MarsCode无法识别“优化”对应哪一行具体代码。
把协作冲突点变成标题关键词
第一步：打开最近一次Code Review的评论区，找到至少两条以上同事提出的质疑，例如“这里字段命名和后端API不一致”“这个工具函数重复出现在三个文件里”。
第二步：挑出其中一条带具体文件路径和行号的评论（如“src/utils/date.js 第42行：formatDate应改为formatISODate以匹配Swagger定义”）。
第三步：把该评论中的技术实体（函数名、字段名、文件路径）原样保留在标题中，前面加“统一”或“对齐”。
示例标题：【重构】统一src/utils/date.js第42行formatDate函数命名以匹配Swagger定义
