☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让cursor生成的数据口径文档贴合业务现场，需在提示词中嵌入真实字段定义、系统版本、角色职责及对齐记录示例，确保输出包含报表使用场景、下游依赖、版本时效、系统边界、责任人视角和四方对齐要素。
要让cursor生成的数据口径文档真正贴合业务现场，不能只写“请写一份数据口径文档”，必须把真实报表字段、取数逻辑、上下游系统依赖这些细节塞进提示词里。
用真实字段名和计算逻辑锚定输出
第一步：打开你正在开发的报表SQL文件或BI工具中的字段配置页，复制出3～5个核心指标字段名及其原始定义，例如pay_amount（支付金额，取自订单表order_payment中actual_amount字段，需排除退款单）。
第二步：在提示词开头直接粘贴这些字段定义，格式为“字段名｜来源表｜原始字段｜过滤条件｜业务含义”，每行一个。Cursor会把这当作硬性上下文，后续所有口径描述都围绕它展开，不会泛泛而谈“金额类指标应统一口径”这种空话。
第三步：明确要求“每个字段的口径描述必须包含：①该字段在哪个报表/看板中使用；②是否参与下游数据加工（如被XX宽表引用）；③若存在多版本口径（如V1/V2），注明当前生效版本及切换时间”。这一步不写，Cursor大概率默认只写最简版定义，漏掉实战中最关键的流转信息。
强制嵌入系统与角色约束
方法一：指定系统边界
在提示词中写明“本口径仅适用于财务域BI平台V3.2，不覆盖风控系统使用的离线快照表”。Cursor看到具体系统名和版本号，会自动过滤掉通用化表述，转而聚焦该平台特有的字段映射规则和权限控制逻辑。
方法二：绑定责任人角色
加入“你是一名数据治理专员，刚完成与财务部、数仓组的三方对齐会议，会议结论已记录在/docs/meeting-20260528.md中”。Cursor会模拟该角色视角，主动引用会议纪要里的争议点（如“GMV是否含运费”），并在口径文档中单列“共识说明”段落，而不是回避分歧。
【不写明系统和角色，Cursor会默认按教科书式结构输出，缺少谁在用、谁确认过、谁负责维护这些实战要素】
插入真实对齐记录作为Few-shot示例
第一步：从你最近一次数据口径评审邮件或Confluence页面中，摘取一段真实的讨论记录，例如：“张工提出：‘用户注册时间’应以首次调用APP注册接口为准，而非数据库user表的create_time；李经理确认该口径已在5月20日上线的会员分析看板中启用。”
第二步：将这段记录原样附在提示词末尾，标注“示例：”。Cursor会识别出这是真实协作场景的输入输出模式，生成的新口径条目会自然带出“提出方｜确认方｜生效范围｜上线时间”四要素，而不是干巴巴的定义句。
第三步：要求“所有字段口径必须按此示例结构组织，禁止合并成一段话”。这能防止Cursor把多角色意见揉成模糊共识，保住原始对齐痕迹。
