技术债必须精准定位到文件、函数、行号并明确责任人、ddl和验证方式，否则无法落地；需用真实错误堆栈锚定位置，输出可执行代码修改，绑定ci卡点规则，并用可量化指标（如工时、故障次数）体现代价。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
技术债说明写成“待优化”“需重构”“存在隐患”就等于没写，研发看不懂优先级，QA无法验证是否修复，PM没法排期——必须让每条技术债能定位到具体文件、函数、行号，能明确谁在什么时间点前改，改完后怎么证明它真被解决了。
用真实漏测案例反向锚定技术债位置
第一步：粘贴上周线上故障的完整日志或错误堆栈，必须含服务名、时间戳、错误码、文件路径和行号。例如：“2026-06-28 10:17:43.221 ERROR [payment-service,abc123,def456] 7890 --- [http-nio-8081-exec-5] c.e.p.PaymentService : Payment timeout java.net.SocketTimeoutException: Read timed out at com.example.payment.PaymentService.process(PaymentService.java:89)”。
第二步：在提示词中强制要求DeepSeek只基于该片段输出，开头加一句：“仅基于以上【原始错误堆栈】识别技术债，不联想其他模块，不补全缺失字段”。【若输出中未出现‘PaymentService.java:89’字样，整条技术债说明视为无效】
第三步：要求模型直接写出可执行动作，格式为“在【PaymentService.java】第89行将【socketTimeoutMillis=5000】改为【socketTimeoutMillis=15000】，并补充try-catch捕获SocketTimeoutException”。
绑定修复人、截止时间和验证方式
方法一：指定角色与权限边界
“你当前身份是支付组TL，有权分配任务但无权绕过CI卡点。技术债必须标注‘责任人：@张三’‘DDL：2026-07-12’‘验证方式：提交后触发payment-integration-test流水线，断言timeout场景下返回HTTP 408而非500’。”
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
方法二：嵌入硬性流程规则
在提示词末尾单独起一行写：“所有技术债必须满足三项才允许合入PR：① 修改前后JaCoCo分支覆盖率变化≥0；② MockServer v2.3.1中新增对应超时case；③ 订单ID字段仍匹配正则^\d{16}$——任一不满足，CI自动拒绝。”
用对比式语言暴露技术债代价
不要写“当前实现耦合度高”，要写：“OrderController.create()硬编码调用AlipayClient.pay() → 导致微信支付上线时需同步修改3个Controller、2个DTO、1个全局配置类；若改为StrategyFactory.get(‘alipay’).pay()，新增支付渠道仅需注册新实现类，实测开发周期从5人日压缩至0.5人日。”
这一步的关键是把抽象风险翻译成可计量的工时、故障次数或上线延迟天数。没有数字支撑的技术债描述，会被默认为低优先级。
在提示词中加入：“所有技术债描述必须含至少一项可比指标（如‘多改3处’‘延长2天’‘引发2次P0告警’），否则模型需返回错误码ERR_NO_METRIC_001。”
