MarsCode技术债优先级提示词需具象化：用真实故障替代抽象术语，明确具体动作目标，删除礼貌性动词，嵌入Sprint人力等硬约束，粘贴原始日志而非概括描述，用工程师日常语言定义P0标准，并要求只输出结果。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在MarsCode中为技术债生成优先级提示词时，机械感往往来自模板化句式、过度抽象的术语堆砌和缺乏上下文锚点。直接套用“请评估技术债优先级”这类指令，模型容易输出空泛结论，比如“高/中/低”，却不说明依据。
用具体场景替代抽象指令
第一步：把“技术债”替换成真实可感知的对象。例如，不要写“评估登录模块的技术债”，改写为“当前登录接口平均响应超时率达12%，且每次发版都要临时打补丁修复JWT token刷新失败问题”。【MarsCode对具象故障现象的理解远强于对‘技术债’概念的泛化认知】
第二步：明确你真正想解决的动作。是“决定下周是否修复”，还是“说服产品经理让出排期”？不同目标需要不同提示词结构。前者要带时间约束，后者需包含影响面数据。
第三步：删掉所有“请”“建议”“应当”等礼貌性动词。MarsCode不依赖语气词理解意图，反而会把“请评估”当成冗余信号过滤掉。直接写“输出3个最紧急修复项，按阻塞发布次数降序排列”更有效。
嵌入团队真实约束条件
方法一：插入硬性边界值
在提示词末尾加一句：“当前Sprint只剩3天，后端人力仅剩1人可用，前端无空闲资源。”模型会自动排除需要跨端协作的方案，聚焦单人可闭环的任务。
方法二：绑定已有工具输出
把CI/CD流水线报错日志片段、SonarQube扫描TOP5漏洞ID、或最近三次线上告警摘要直接粘贴进提示词。这比写“参考质量数据”更精准——【MarsCode对原始日志文本的模式识别能力，远高于对概括性描述的理解】
用工程师日常语言重写判断标准
把“高优先级=影响范围大+修复成本低”这种教科书定义，改成：“如果这个bug导致每天有2个以上运维半夜被叫醒，或者每次上线都要手动执行3条SQL回滚语句，就标为P0。”
这一步操作起来很简单，直接把团队晨会常提的痛点原话复制进去就行。避免翻译成“业务影响严重性”这类书面语。
最后，在提示词结尾加一句：“只输出结果，不要解释原因。”MarsCode在无解释要求时，会压缩冗余描述，返回更紧凑的优先级列表。
