先给结论：要让Gemini生成更贴合销售、财务或运营人员实际业务场景的SQL查询，关键不在于提示词的长度，而在于将目标人群的角色特征、常用指标和权限边界，像结构化参数一样嵌入指令中。仅凭一句“帮销售查数据”远远不够。

第一步：识别目标人群的核心业务动作

打开你正在使用的业务系统或数据字典，找出该人群每天高频执行的操作——区域销售经理通常需要“按城市查看本月签约额达成率”，财务专员更关注“核销逾期30天以上的应收明细”。人群动作不清晰，后续SQL必然偏离真实需求，这是铁律。

将这些操作用动宾短语记录下来，至少列出3个。例如：“查看渠道返点结算进度”、“导出客户分级变动清单”、“比对上月回款与开票差异”。每一个动作背后，都对应着一套特定的表关联与过滤逻辑。

第二步：绑定人群的数据权限与字段偏好

这里有两个非常实用的方法，能帮你直接从真实系统中“提炼”出数据偏好——

方法一：从BI报表入口反推。进入该人群日常使用的报表页面（如钉钉审批后台的“财务月结看板”），右键“检查元素”，搜索SELECT或字段名，将实际出现的表别名和字段名记录下来，例如sales_amt AS 实际回款、region_code。这些就是他们认知中的“标准字段名”，直接用到提示词里，比你自行命名的字段准确十倍。

方法二：查找该人群最近一次提数邮件。翻阅他们向数据团队提交需求的原始邮件，提取其中的自然语言描述，比如：“要华东大区所有KA客户的合同金额+已回款+剩余应收回款，不含已关闭项目”。将括号内的限定条件原样保留——这是最真实的权限过滤逻辑，远比任何数据权限文档都可靠。

第三步：在提示词中结构化植入人群要素

这一环节决定了成败，其实很简单，用三段式结构把话说清楚即可：

① 开头声明角色身份：
“你是一名支持全国区域销售总监的数据助手，该角色无权查看总部成本中心明细，但可穿透至地级市颗粒度。”

② 中间嵌入业务术语映射：
“‘业绩达成率’=SUM(签约金额)/SUM目标金额；‘有效客户数’指近90天有下单且未注销的客户。”

③ 结尾指定输出约束：
“返回字段必须使用销售晨会PPT中惯用名称：签约额→‘当月签约’、目标完成率→‘目标达成%’、排名→‘大区排名’。”

这三段必须连续书写，中间不换行、不加空行，构成一条完整的上下文指令。这样一来，Gemini不仅能理解业务场景，还能遵循你的命名规则输出结果。

验证是否生效的实操判断

将优化后的提示词输入Gemini，生成SQL后，立即执行两项检验：

— 对照该人群上周真实使用的某张报表，核对WHERE条件是否包含其实际权限范围。例如，如果报表中从不显示成本中心cost_center='HR'的数据，那么生成的SQL中也不应出现它。

— 将生成SQL的SELECT字段名，发给一位目标人群成员，询问：“看到这几个字段名，你能立刻反应出它代表什么业务含义吗？”如果对方需要停顿思考，说明字段命名尚未对齐真实语境，需回头重新校准。