Cursor中技术债改造提示词需结构化设计，包含角色+任务+约束三段式开头、嵌入细节锚点、强制输出校验，并用分隔符和符号标记锁定关键信息，辅以真实代码片段锚定上下文。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Cursor中编写技术债改造方案时，提示词若缺乏结构化设计，容易丢失业务上下文、影响范围、回滚路径等关键细节，导致生成内容空泛或脱离实际落地条件。
明确提示词的三要素框架
第一步：用「角色+任务+约束」三段式开头定调。例如：“你是一位有5年Java微服务经验的后端架构师，需为订单服务中的库存扣减逻辑撰写技术债改造方案，要求包含当前问题定位、改造后接口契约变化、数据库迁移脚本片段、灰度验证步骤。”【缺少角色和约束会导致Cursor默认按通用工程师视角输出，忽略团队技术栈和发布流程】
第二步：在任务描述中嵌入必须保留的细节锚点。比如写明“请显式写出：① 该逻辑当前被哪些上游服务调用；② 改造后新增的幂等字段名及生成规则；③ 回滚时需执行的SQL语句（带WHERE条件）”。
第三步：结尾追加一句强制指令：“所有输出必须严格对应上述三点，缺失任一即视为无效。”
用分隔符锁定关键信息区块
方法一：在提示词中用「---」将不同信息类型物理隔离。例如：
当前问题：
库存扣减未校验超卖，日志无traceId，异常堆栈不透出。
---
影响范围：
订单创建、秒杀下单、退单补偿三个场景均调用此逻辑。
---
交付约束：
必须兼容旧版OpenAPI v2.1，不可修改request body结构。
方法二：用符号标记重点字段。例如把“幂等键”写作【idempotency_key】，“回滚SQL”写作【rollback_sql】。Cursor会识别这类带【】的标识并在输出中优先保留。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
注入真实代码片段锚定上下文
直接粘贴一段真实的、带注释的问题代码，比纯文字描述更有效。例如：
```java
// 当前库存扣减入口，问题：未做分布式锁，高并发下超卖
public void deductStock(Long skuId, Integer quantity) {
Stock stock = stockMapper.selectById(skuId);
if (stock.getAvailable() throw new BizException("库存不足");
}
stock.setAvailable(stock.getAvailable() - quantity);
stockMapper.updateById(stock); // ⚠️ 这里存在ABA问题
}
```
这一步操作起来很简单，直接把文件里的这段代码复制进提示词就行。Cursor会基于真实代码结构生成改造建议，而不是泛泛而谈“加锁”或“用CAS”。
禁用模糊动词，替换为可验证动作
把“优化性能”改成“将原同步RPC调用改为本地缓存+异步MQ更新，缓存key格式为sku:{id}:stock，TTL=30s”。【模糊动词会让Cursor自由发挥，而具体动作能触发其对Spring Cache和RocketMQ语法的准确调用】
把“增强可观测性”改成“在deductStock方法入口打点，埋点字段含traceId、skuId、quantity、before_stock、after_stock”。
把“支持回滚”改成“提供两条SQL：一条UPDATE恢复available字段值，一条DELETE清理新引入的idempotent_record表中对应记录”。
