我是电商公司用户增长组的运营分析师，无数据库DDL权限，不能新建索引、修改表结构或访问原始日志表，仅能查询已授权视图，包括v_user_event_summary、v_order_daily_agg。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Cursor在分析SQL慢查询时，准确理解并聚焦于你的业务角色、数据权限范围和决策场景，避免它泛泛而谈索引或执行计划——比如你不是DBA，没法改表结构；你是运营分析师，只查用户行为宽表，且只能用视图v_user_event_summary。
明确声明你的身份与权限边界
在提示词开头直接写明：“我是电商公司用户增长组的运营分析师，无数据库DDL权限，不能新建索引、修改表结构或访问原始日志表，仅能查询已授权视图，包括v_user_event_summary、v_order_daily_agg。”
这句必须前置。Cursor若不知道你没权限建索引，后续所有“建议添加复合索引”都会变成无效废话。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
绑定具体SQL与业务目标
把待优化SQL粘贴进来，并紧跟着说明它服务的业务动作。例如：“此SQL用于每日早10点推送‘7日内未下单高潜用户’名单，需在2分钟内返回≤5000条记录，超时将导致企业微信自动推送中断。”
不写清时效要求，Cursor可能推荐内存排序方案——而你的生产环境单节点内存只有4GB，根本跑不动。
限定优化方向优先级
方法一：用分号分层声明约束条件
“优化仅限以下三类操作：① 重写WHERE条件（如拆分OR、用IN替代模糊匹配）；② 调整JOIN顺序或改用EXISTS替代LEFT JOIN；③ 在SELECT字段中删除非必要列（尤其禁止SELECT *）；其他任何涉及DBA协作的操作均不接受。”
方法二：用否定式排除干扰项
【禁止建议任何需要ALTER TABLE、CREATE INDEX、修改统计信息或重启服务的操作】
方法三：给Cursor一个判断锚点
“如果某条优化建议执行后仍无法在15秒内完成，即使语法更简洁，也视为不可行。”
