codeium必须基于具体文件路径、行号、错误现象及真实监控数据，绑定ci耗时增幅≥300%等硬指标和季度okr约束，输出含故障链、实测损耗、修复预估和交付检查点的可验证优先级判断。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Codeium对技术债排序时，不输出“高优/中优/低优”这种无法驱动行动的标签，也不用“建议优先处理架构类债务”这种空泛结论——它必须给出可验证、可执行、带上下文锚点的优先级判断依据。
锁定债务实体与可观测证据
第一步：在提示词开头粘贴真实债务条目原文，必须包含具体文件路径、行号、错误现象三要素，例如：packages/core/src/llm/ModelManager.ts:142-148 → getDefaultTemplateId()含6层嵌套条件→CI流水线单测耗时从120ms升至480ms（7月5日增量构建）。
第二步：紧接换行，粘贴该债务触发的真实监控数据片段（非截图），例如：// Arthas watch -n 5 com.example.llm.ModelManager.getDefaultTemplateId return > /tmp/watch.log // 日志显示 avg-cost=312ms, p99=1240ms, error% = 0.8%。
【缺任一要素，Codeium会默认按抽象分类打分，比如把“嵌套条件”归为“代码质量债”，却忽略它已导致CI耗时翻倍这个硬性业务影响】。
绑定不可绕过的业务硬约束
方法一：用字段级否定清单封死模糊表述
在监控数据后追加：“禁止出现‘架构’‘设计’‘规范’等抽象词；所有判断必须基于以下三类硬指标：① CI单测耗时增幅≥300%；② 线上P99延迟超阈值（1000ms）且关联缺陷ID≥3个；③ 每次修改引发回归缺陷数≥2。”
方法二：注入组织级决策锚点
再加一行：“当前季度OKR第3项为‘将核心服务CI平均构建时长压降至≤200ms’，该债务直接阻塞该项达成。”
强制输出可验证的优先级链
① 定位该债务导致的最短故障链：从getDefaultTemplateId()→触发LLMService.init()重试→拖慢订单创建接口TPS；
② 标注链路上每个环节的实测损耗：订单创建接口P99延迟+410ms，其中320ms来自LLMService重试，87ms来自ModelManager嵌套计算；
③ 给出唯一可验证的修复效果预估：移除第4层if嵌套后，Arthas trace显示avg-cost下降至180ms，CI单测耗时回落至135ms（实测基线）；
④ 输出交付物检查点：“修复后必须通过Jenkins Pipeline验证：① npm test -- --testPathPattern=ModelManager耗时≤150ms；② 订单创建接口压测P99≤850ms。”
