☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
必须用结构化锚点锁定数据库设计约束：【硬性条件用【】包裹】、字段业务语义显式声明、外部依赖接口精确映射；粘贴api契约或用→标注数据流向；末尾连续三行固化环境、权限与物理约束。
你需要在cursor中发起数据库设计讨论，但每次对话后关键约束条件（如字段业务含义、权限边界、上下游系统对接方式）总被ai忽略或覆盖，导致后续建议偏离真实场景。
用结构化锚点锁定核心约束
第一步：在提示词开头用「【】」包裹不可协商的硬性条件。例如：【必须支持分库分表，订单ID为字符串类型且全局唯一，下游ERP系统只接受JSON格式推送】。Cursor会将方括号内内容识别为高优先级指令，不参与摘要压缩，避免被“记忆清理”吞掉。
第二步：对易歧义字段单独声明业务语义。比如表里有status字段，不能只写“status int”，要写成“status tinyint —— 0=待支付, 1=已支付, 2=已退款, 3=已关闭（不可逆状态）”。字段名本身不携带状态流转逻辑，必须人工注入。
第三步：明确标注外部依赖接口。在描述表关联时，加上“v_order_summary.user_id → 对接风控系统的user_profile.id（字段长度32位，含前缀‘USR_’）”。不写清这个映射关系，Cursor可能按MySQL默认bigint推导，导致后续生成的JOIN条件失效。
保留上下游系统对接细节
方法一：直接粘贴API契约片段
把下游系统要求的JSON Schema或OpenAPI定义中的关键字段复制进来。例如：{"order_id": {"type": "string", "maxLength": 64}, "amount": {"type": "number", "multipleOf": 0.01}}。这比写“金额精确到分”更可靠，Cursor能据此生成带校验的INSERT语句。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
方法二：用「→」符号显式标记数据流向
写成“用户注册事件 → Kafka topic ‘user_signup_v2’ → 实时写入users表的created_at、source_channel字段”。这种箭头链路会触发Cursor自动识别事件驱动架构约束，避免它推荐轮询同步方案。
【禁止用‘类似’‘大概’‘一般’等模糊表述描述接口协议——Cursor会按字面概率采样，可能生成完全不兼容的字段类型】
固化权限与部署环境信息
① 在提示词末尾固定一行环境声明：“部署环境：阿里云RDS MySQL 8.0，最大连接数200，无SUPER权限，无法执行SET GLOBAL。”
② 紧接着写权限限制：“仅可创建视图和存储过程，禁止CREATE TABLE、ALTER TABLE、GRANT任何权限。”
③ 最后加一句物理约束：“单表预估峰值5亿行，SSD云盘，IOPS上限3000。”
这三行必须连续出现，Cursor会将其合并为一个环境上下文块，后续所有索引建议、分区策略都基于此生成。
