自然语言问数交给 Agent，怎样先确认统计对象再给只读 SQL 草案

自然语言问数不能只把一句话改成能解析的SQL。Agent应先确认统计对象、日期角色、聚合与筛选，再给数据人员审阅查询草案。数据库只读权限仍是独立前置，本文不连接数据、不执行SQL，也不把语法正确当业务答案正确。

查询计划先于代码

工作表先写问题原句、统计对象、事实粒度、日期字段、范围、指标定义和授权可见范围。例如“多少人借过设备”通常需要核人数与借用次数的区别，但不能替业务默认最终口径。确认后，将每个SQL条件回指计划字段，方便审阅者逐项判断。

官方机制说明1：聚合与GROUP BY、WHERE聚合前筛选、HAVING聚合后筛选有明确语义；不证明自然语言转SQL正确。；官方机制说明2：事实表粒度、维度键与Type 2有效期/代理键支持历史归属；Power Query不能凭当前值恢复丢失历史。

聚合前后筛选有不同含义，不能因中文都叫大于就随意放同一处。补充核对的PostgreSQL聚合表达式说明还区分去重输入，支持本文明确COUNT DISTINCT的语义；不证明自然语言转换自动正确。

合成输入1。 问本月有多少人借过设备，表里每次借用一行且人可重复

预期处置：先确认去重人数而非借用次数，草案标COUNT DISTINCT依据

合成输入2。 问上周完成的申请，存在提交日期和完成日期

预期处置：采用已确认的完成日期角色；未确认时先澄清

合成输入3。 问高于平均处理时长的部门，但处理时长定义尚未批准

预期处置：只列计算链和缺失定义，不自造SQL标准答案

第一条先确认按人去重，保留每次借用事实与user_id，再写去重人数。第二条用完成日期归周，而不是因为提交字段排在表前面就选它。第三条处理时长尚未定义，应列缺哪个起止、排除和平均层次，不输出自拟标准答案。

合成表loan_fact一行一次借用，business_date为批准业务日期。月范围为2026年10月1日包含至11月1日不含，草案以COUNT(DISTINCT user_id)计人数。A用户两次、B用户一次的合成输入，预期人数2、借用次数3，展示两种问法为何不同。

完成申请例用application_fact的completed_date，在2026年10月19日至26日的日期范围筛选。completed_date是给定业务日期，不在本文新增时间戳转换。具体SELECT文本与参数均在JSON，尚未解析或执行，读者可以逐条件审阅。

“高于平均处理时长的部门”至少要明确处理时长起止，以及先算每单还是先算部门平均。当前没有批准定义，附件只给查询计划的未决字段，不用数据库能执行的表达式来填空。这样缺口在业务层可见，而不是执行后拿一个数字再争论。

审阅可以从问题原句检查计划，再从SQL反查每个条件来源，确认没有遗漏授权视图和范围。已有问数平台若能维护语义层，定制助手可先接入指标卡和审阅格式，价值在客户业务定义的连接，不在绕过权限让查询更自由。

附件第一条SQL使用预授权只读来源与两个明确DATE边界，user_id在合成表声明非空；去重输入得到A与B两种身份，不能用count(*)的三条借单代替人数。第二条选择completed_date并保留application_id，审阅者可逐行追到完成申请，日期角色没有被提交日偷换。

第三条sql_draft明确为空，duration_definition和average_level也为空，体现查询计划尚未满足出SQL条件。它仍有可用产物：要求确认起止、排除与平均层次的问题，而不是一段执行后才暴露业务歧义的代码。

正式接入时，授权视图和参数传递应由目标系统实现并验证。本文只交SQL文本与语义检查材料，未执行或断言权限已生效。采购试点可以让业务和数据人员分别复述问题与查询含义，二者一致后再进入目标环境验证。

两条SQL都只是对假定只读来源的文本草案，表名在正式项目可能是授权视图，需要数据人员映射后核对。查询返回什么也要与计划对齐：人数例返回一个聚合数，完成申请例返回可回查行，二者不能用相同验收截图代替。本文没有请求真实数据库或创建查询账号。

下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。