要让Gemini生成贴合业务场景的SQL，需将角色特征、常用指标和权限边界结构化嵌入提示词：①开头声明身份与权限，②中间定义业务术语映射，③结尾指定字段命名规范，三段连写不换行。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让Gemini生成的SQL查询更贴合销售、财务或运营人员的实际业务场景，必须把具体人群的角色特征、常用指标和权限边界明确嵌入提示词中，不能只写“帮销售查数据”。
第一步：识别目标人群的核心业务动作
打开你正在处理的业务系统或数据字典，找到该人群每天高频执行的操作——比如区域销售经理常做“按城市看本月签约额达成率”，而财务专员更关注“核销逾期30天以上的应收明细”。【人群动作不明确，后续SQL必偏离真实需求】
把这类动作用动宾短语记下来，至少列3个，例如：“查看渠道返点结算进度”“导出客户分级变动清单”“比对上月回款与开票差异”。
第二步：绑定人群的数据权限与字段偏好
方法一：从BI报表入口反推
进入该人群日常使用的报表页面（如钉钉审批后台→财务月结看板），右键“检查元素”→搜索SELECT或字段名，抄下实际出现的表别名和字段，如sales_amt AS 实际回款、region_code。这些就是他们认知里的“标准字段名”，直接复用到提示词里。
方法二：找该人群最近一次提数邮件
翻他们向数据团队提需求的原始邮件，提取其中自然语言描述，例如：“要华东大区所有KA客户的合同金额+已回款+剩余应收回款，不含已关闭项目”。把括号里的限定条件原样保留，这是最真实的权限过滤逻辑。
第三步：在提示词中结构化植入人群要素
① 开头声明角色身份：
“你是一名支持全国区域销售总监的数据助手，该角色无权查看总部成本中心明细，但可穿透至地级市颗粒度。”
② 中间嵌入业务术语映射：
“‘业绩达成率’=SUM(签约金额)/SUM目标金额；‘有效客户数’指近90天有下单且未注销的客户。”
③ 结尾指定输出约束：
“返回字段必须使用销售晨会PPT中惯用名称：签约额→‘当月签约’、目标完成率→‘目标达成%’、排名→‘大区排名’。”
这三段必须连写，中间不换行、不加空行，构成一条完整提示词主干。
验证是否生效的实操判断
把优化后的提示词喂给Gemini，让它生成SQL后立刻做两件事：
— 对照该人群上周真实使用的某张报表，核对WHERE条件是否包含其实际权限范围（比如没出现cost_center='HR'）；
— 把生成SQL的SELECT字段名，发给一位目标人群成员问：“看到这几个字段名，你能立刻反应出它代表什么业务含义吗？”如果对方需要停顿思考，说明字段命名还没对齐真实语境。
