你是一名电商中台数据架构师，有权定义宽表字段和物化视图逻辑，但无权修改原始ods层表结构，也不能要求下游系统改代码；此宽表将被bi自助分析平台、实时风控规则引擎、用户画像标签计算任务三方消费，其中风控引擎要求字段更新延迟≤15秒。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在Cursor中发起一次高质量的数据库设计讨论，但模型常给出泛泛而谈的范式理论或脱离业务的“三范式优先”建议，根本原因是提示词没锚定设计阶段、没暴露当前瓶颈、没框定可选方案范围。
明确设计所处阶段与目标
第一步：用一句话锁定当前设计卡点。例如：“我们正处在订单中心模块的宽表设计评审阶段，不是概念建模，也不是上线后调优。”
第二步：说明本次讨论要解决的具体产出。例如：“本次讨论必须输出字段级清单：哪些字段必须冗余进order_summary宽表，哪些必须保留JOIN，哪些字段需加注释说明业务含义。”
第三步：声明不可妥协的硬约束。例如：“所有字段必须能在Flink实时链路中被source connector捕获，timestamp字段必须为BIGINT毫秒值，禁止使用TIMESTAMP WITH TIME ZONE。”
暴露真实瓶颈与失败现场
方法一：贴出实际报错或性能日志片段
把生产环境慢查询日志直接粘贴，用三个反引号包裹：
```Slow query: SELECT * FROM order_summary WHERE user_id = ? AND created_at >= ?; 98% time spent on index scan, 2% on filter```
方法二：描述前端/业务方反馈的异常现象
“运营同学在BI工具里拖拽‘最近7天下单用户数’指标时，页面加载超时，后台查到该指标依赖的物化视图刷新耗时12分钟。”
【注意】不要写“性能较差”，必须写具体数字、具体动作、具体失败位置——否则Cursor会默认你还能接受5秒响应。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
限定可选方案类型与排除项
方法一：分号分层声明允许动作
“本次设计仅限以下三类操作：① 字段冗余（如把user_name从user_dim拉入order_summary）；② 字段类型降级（如把DECIMAL(38,10)改为DECIMAL(18,2)）；③ 添加物化视图预聚合逻辑；其他任何DDL变更、分区策略调整、存储引擎更换均不在本次讨论范围。”
方法二：用否定式封死干扰路径
【禁用JOIN优化】不讨论LEFT JOIN改INNER JOIN、不讨论子查询改WITH；【禁用索引建议】不提CREATE INDEX、不提覆盖索引；【禁用ETL逻辑】不涉及CDC延迟、不涉及Kafka topic拆分。”
绑定角色与权限边界
开头必须写明你的身份和操作权限：“你是一名电商中台数据架构师，有权定义宽表字段和物化视图逻辑，但无权修改原始ODS层表结构，也不能要求下游系统改代码。”
紧接着说明该设计服务的下游场景：“此宽表将被BI自助分析平台、实时风控规则引擎、用户画像标签计算任务三方消费，其中风控引擎要求字段更新延迟≤15秒。”
这一步操作起来很简单，直接把权限和时效要求写在提示词最前面就行。
注入字段业务含义与歧义点
对存在多义性的字段，必须人工注入上下文。例如：
“status_code字段不是订单状态，而是支付网关返回码（0=成功，-1=超时，-2=余额不足），它与order_status字段完全无关。”
“amount字段单位是分，不是元；final_price字段已扣除所有优惠，但不含运费。”
【关键点】字段名本身不带业务含义，必须人工注入——否则Cursor可能把status_code当成订单生命周期状态去设计索引。
