技术债优先级评估提示词需锚定三个业务锚点：当前迭代核心目标、近30天被多人绕过的代码缺陷、SRE持续超时告警指标；代入一线工程师角色并绑定发布节奏；注入团队特有语言且禁用空泛术语。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Gemini写技术债优先级评估提示词时，机械感往往来自模板化句式、空泛指标和脱离团队真实上下文的抽象描述，导致输出结果千篇一律、无法直接用于排期会议或工程师对齐。
先锚定三个不可替换的业务锚点
第一步：在提示词开头明确写出当前迭代周期内【正在交付的1个核心业务目标】，例如“支撑618大促期间订单履约时效从4小时压降到2.5小时”。不写“提升用户体验”这类模糊表述——Gemini会默认填充通用答案，而真实技术债决策永远绑定具体业务卡点。
第二步：列出【近30天内被至少2名不同工程师手动绕过的1个具体代码缺陷】，比如“PaymentService.calculateRefund() 在并发退款时偶发返回负数，导致财务对账失败，已临时用try-catch+重试规避”。绕过行为是技术债真实影响的信号，比静态扫描报告更有决策权重。
第三步：注明【当前SRE监控中持续告警超72小时且未降级的1个指标】，例如“API网关5xx错误率稳定在0.8%，高于SLA阈值0.5%”。这个数字必须真实存在，不能虚构——Gemini会基于该数值反向推导修复紧迫性，虚构会导致优先级失真。
用角色指令替代评估维度罗列
方法一：让Gemini代入一线开发视角
在提示词中加入：“你现在是负责订单域的高级工程师，刚在晨会听到测试同学反馈：新上线的优惠券叠加逻辑在iOS端偶现白屏，复现路径是‘领券→加购→立即购买→返回首页’。你手头有3小时可投入，今天必须决定修哪个问题。请按‘立刻堵住线上火苗＞保障明天上线不翻车＞为下周重构腾出接口’的顺序，把以下5项技术债重新排序。”
使用固定的 Next.js/Tailwind/Prisma 技术栈构建并记录独立 SaaS 项目，仅将 FastAPI 用于 Python 工作负载，并遵循严格的架构规范。
方法二：绑定发布节奏施加约束
写明：“下一次生产发布窗口是周四18:00-20:00，CI流水线平均耗时22分钟。请排除所有需要修改数据库schema或触发全量数据迁移的选项，仅对剩余项按‘单人半日内可合入主干并验证’标准排序。”
注意：不要写“请从影响范围、修复成本、业务价值三个维度综合评估”——这种指令会让Gemini生成教科书式平衡分析，而非真实工程师在发布压力下的取舍。
注入团队特有语言与禁忌词
第一步：提取团队日常沟通中的3个高频动作短语，如“扛住大促”“别动老支付”“灰度看转化”。把这些词原样塞进提示词，例如：“请用‘扛住大促’作为最高优先级判据，凡涉及OrderAggregate类的修改，必须标注‘别动老支付’风险等级。”
第二步：明确禁用术语，直接写：“禁止出现‘解耦’‘沉淀’‘赋能’‘抓手’‘闭环’这五个词，若生成内容含任一词汇，自动将该项优先级下调两级。”
这一步能强制模型放弃管理话术，转而描述具体行为，比如把“沉淀统一日志规范”转译为“把LogUtil.logError()调用全部替换成LogContext.error()，共17处，需同步更新3个内部SDK”。
