关键在于用角色卡片法定义目标用户并绑定具体动作场景：【角色】+【核心特征】+【当前盲区】，再指定ide中光标位置，辅以“ta可能以为…实际…”对比句式暴露认知断层。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让Cursor在代码评审中写出具体、有针对性的意见，关键在于明确告诉它“谁在看这条意见”——是刚入职的新人？是熟悉业务但不熟悉当前模块的老员工？还是跨团队来接手项目的外部协作者？目标用户不同，评审意见的术语深度、上下文补充量、修改建议的颗粒度都必须变化。
用角色卡片法锁定目标用户身份
在提示词开头插入一段不超过三行的角色定义，格式为：【角色】+【核心特征】+【当前盲区】。例如：【后端新人】刚转岗3周，熟悉Spring Boot基础但未接触过本项目的消息重试机制；不清楚retry-config.yaml的加载优先级。这比写“请写得通俗易懂”有效十倍——Cursor会自动压缩抽象概念，把“幂等性校验应前置”转化成“在OrderService.create()第一行加if (orderRepo.existsByTraceId(...)) throw new BizException(...)”。
不要用“开发者”这种泛称。泛称会让Cursor默认按资深工程师水平输出，结果就是堆砌RFC编号和设计模式名词，新人根本无法执行。
强制绑定用户动作场景
在提示词中加入一句具体动作指令：“假设该用户正用IDEA打开src/main/java/com/example/order/OrderController.java第42行，光标停在@PostMapping注解上”。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
这一步触发Cursor的上下文锚定能力——它会把评审意见严格限制在该方法的请求体解析、参数校验、事务边界三个环节内，不会突然跳到数据库连接池配置去讲原理。没有这个锚点，Cursor容易发散，给出“建议统一使用DTO封装”的正确但无用废话。
如果评审的是前端组件，就把场景换成“用户正在调试React DevTools里OrderForm.jsx的useEffect钩子”。场景越窄，意见越准。
用对比句式暴露用户认知断层
方法一：在提示词中直接写明认知差
“该用户知道@Valid能触发校验，但不知道BindingResult必须紧跟@Valid参数之后，否则校验结果丢失”。
Cursor收到后，会在意见里补全错误示例（@Valid后跟String而非BindingResult）和修复截图位置（第18行参数顺序）。
方法二：用“ta可能以为…实际…”结构
“ta可能以为FeignClient超时配置只需改application.yml，实际上hystrix.command.default.execution.timeout.enabled=true必须显式开启，否则yml里的timeout值被忽略”。
【这是最有效的触发方式】——Cursor会把这句话直接转成带✅/❌符号的对比表格嵌入评审意见。
