Cursor代码评审需逐行绑定行号（如“utils.py:42”），禁用模糊评价；须引用PEP条款或mypy/aiohttp等工具规则；意见以强动词开头，附可验证动作与回滚路径。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Cursor在代码评审时给出“建议重构”“考虑性能”这类泛泛而谈的反馈，根本没法直接改，你得让它盯住具体行、指出变量命名歧义、识别未处理的边界条件、对比当前写法与标准库等效实现的差异。
明确锁定评审粒度
在提示词开头强制指定最小分析单位：【必须逐行扫描，每条意见必须绑定到确切的文件名+行号，例如“utils.py:42”】。不写出行号的意见视为无效，Cursor会跳过输出。
追加约束：“若某行无实质性问题，不得生成占位式评价（如‘逻辑清晰’‘结构合理’）”。这能砍掉一半水分。
注入可验证的技术锚点
方法一：绑定Python PEP规范
在提示词中嵌入具体条款：“当检测到函数超过12行时，引用PEP 20中‘扁平优于嵌套’；当出现裸except:时，指向PEP 8中‘显式优于隐式’并给出logging.exception()替代示例”。
方法二：挂钩常用工具规则
写明：“所有关于类型提示的建议，必须对照mypy --strict输出比对；所有异步调用警告，需检查是否缺失async/await且匹配aiohttp或httpx官方文档v3.9+用法”。Cursor会调用内置检查器而非凭空编造。
【关键前提：项目根目录下必须存在pyproject.toml且已配置mypy和ruff】 否则类型相关意见将退化为模糊描述。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
强制输出结构化动作项
第一步：要求每条意见以动词开头——“拆分”“补全”“替换”“增加”“删除”“校验”。禁用“可以”“建议”“考虑”等弱动词。
第二步：每条意见后紧跟可执行验证方式。例如：“拆分process_data()函数 → 提取data_validation子函数 → 验证方式：新函数单元测试覆盖率需达100%，且原函数调用处行数减少≥30%”。
第三步：对高危项追加回滚说明。“删除print()调试语句 → 若日志等级为DEBUG，替换为logger.debug() → 回滚路径：git checkout -- src/main.py”。
