先限定助手负责的任务
AI生成SQL能直接查生产数据库吗？建议先使用只读权限。本题围绕经营数据查询，主要要防止生成语句未经限制执行。把允许自动完成的结果与必须交人工的情况分开，才能判断助手有没有越过任务边界；生成了答案、建议或文本，不等于真实业务已经正确完成。
能生成操作建议与有权执行操作是两件事。外部系统执行需要身份、范围、参数校验和结果核对，模型文字不能作为成功证据。
建立能核对的输入与输出
准备数据库角色、语句与查询成本作为对照，样本既要包括常见情况，也要包含“错误语句扫描全库或修改数据”这类容易出错的输入。保留脱敏原文或原记录、助手输出和最终处理结果，标明哪部分是提取事实、哪部分是建议。这样纠错时不必凭印象判断，也能知道错误来自资料、理解还是实际执行。
将读取、预览和实际执行分开，保存执行编号；失败或超时后先确认外部结果，再决定重试，避免重复业务动作。
把处理规则落到三个动作
第一步，使用只读权限，不确定的信息先显式保留。第二步，限定表和资源，让处理结果能够与数据库角色、语句与查询成本对照。第三步，先审查查询，确认最终符合“只能读授权数据且资源受控”。若某个步骤依赖外部系统，应显示真实等待或失败状态，并保存关联编号；不能为让流程看起来顺畅而提前宣布成功。
用一个失败例子检验边界
为查询提供受控数据视图，并限制执行时间与返回数量。禁止生成语句拥有修改或管理权限。
例如：错误语句扫描全库或修改数据。先写出人工处理该样本时会依据什么证据，再比较自动化结果。发现差异时，保留原样本并纠正具体规则，而不是只让助手重新生成一次更像正确答案的文本。将该样本加入下一版本的检查，才能判断修正是否稳定。
高影响动作设置确认或复核；只读任务可以先小范围试用。不得把任意文本中的指令直接升级为操作权限。
试用达到什么条件再扩大
本题的验收结果是只能读授权数据且资源受控。统计错误要区分漏处理、错处理和不该执行却执行，不能把它们混成一个好看的成功率。由实际使用岗位核对样本，并记录需要人工接管的情况。只有证据表明经营数据查询的约定任务可稳定完成，才考虑扩大数量或自动执行范围；模型、资料或连接方式变化后应重新检查。
执行与验收清单
- 明确经营数据查询的正确结果：只能读授权数据且资源受控。
- 准备并脱敏核对资料：数据库角色、语句与查询成本。
- 执行使用只读权限，保留对应结果。
- 完成限定表和资源与先审查查询，核对实际产物。
- 使用“错误语句扫描全库或修改数据”复查问题，并记录未解决事项。