AI 问数接入生产数据库，第一条安全边界设在哪里？

AI 能把一句业务问题变成数据库查询，第一条边界应放在数据库账号与授权数据范围，而不是提示词里的“请勿查询敏感信息”。先给连接账号最小只读权限，再把用户身份映射到可见表、字段和行，最后验证查询执行前确实生效。

从数据库账号开始收口

给 AI 服务使用独立账号，避免沿用管理员或 ETL 账号。账号只需访问已批准的库和视图；写入、建表、删表权限应由数据库侧直接拒绝。生产环境还应约束连接数、查询超时和资源消耗，以免合法查询拖慢交易系统。

如果需要复杂指标，可以由数据团队先建受控视图或分析库，再让问数服务读取。把所有原始表直接开放给模型，后续很难解释它为什么看到了某个字段。

把“能登录”与“能看什么”分开

AskTable 的权限文档将项目成员、策略、角色、人员和智能体入口分开配置：前者决定进入项目，策略决定数据源、表、字段及行级条件，角色用于组合策略。权限在查询前处理，而非生成结果后才遮挡。

配置时尤其要检查默认值。文档指出，某些场景不指定角色会使用该智能体的完整访问范围；因此不能把“不选角色”误读成“没有权限”。

用反例验收，而非只做成功演示

准备三种问题：普通岗位可查的日报、跨区域的同类日报、包含敏感字段的明细。分别用普通用户、区域负责人和管理员身份提问，检查生成 SQL、结果和拒绝提示。修改权限后再重复一次，确保旧会话不会继续沿用旧范围。

同时在数据库侧检查连接账号权限，别把产品层规则当成唯一屏障。对外部 Skill 或 API 接入，还要确认调用方身份和密钥类型。

何时不该直接连生产库

交易库负载高、结构频繁变化或查询不可预测时，优先使用只读副本、数仓或受控数据集市。AskTable 可以作为查询入口，但数据准备、指标口径和数据库资源隔离仍由企业设计。

参考资料

• •AskTable 设置数据访问范围
• •AskTable 如何工作
• •AskTable 集成方式与 API-Key 边界