同一个 AI 智能体，怎样让不同门店只看自己的数据？

多门店团队不必给每家店复制一套智能体。关键是先识别提问者，再按角色把门店 ID 或区域范围注入查询，同时隐藏不应看到的字段。用“上月各店销售额”这类同一问题测试不同身份，比只看配置页面更能发现越权。

先定业务边界，再配技术规则

门店同事通常只看本店明细；区域经理可以看其辖区汇总；总部分析岗可能看跨区域趋势，但未必需要客户手机号。把这些要求写成“角色 × 表 × 字段 × 行条件”的矩阵，交给业务负责人确认。

行级条件应使用稳定的门店主键，不要只靠名称匹配。员工调店、区域重划和临时代理也要有更新流程，否则旧授权会长期残留。

AskTable 中的配置链路

公开文档要求先建策略，再建角色，最后把人员与角色授权到智能体。策略控制可见库、表、字段及行级过滤，角色聚合策略，入口身份决定使用哪一组规则。字段不可见时，查询生成阶段也不应看到它。

要特别检查智能体绑定的数据源是否正确，以及白名单与角色的默认行为。文档说明“不指定角色”可能使用智能体完整的数据范围，管理员不应把它当成最小权限设置。

设计一组会失败的测试

用 A 店员工问 B 店订单明细、用区域经理问辖区外门店、用普通员工问客户联系方式。预期应是拒绝或只返回授权范围，而不是仅在页面上隐藏结果。随后检查生成 SQL 的过滤条件和审计记录。

再改动员工所属门店并重问一次，验证角色更新是否生效。测试数据要能清楚区分 A/B 两店，避免两边数字恰好相同造成误判。

多入口保持同一边界

网页、API、嵌入或协作工具入口都需要确定调用身份。匿名嵌入通常只能使用预先固定的角色范围，不能因为网站公开就使用总部角色。入口能力不同，数据授权原则不应改变。

参考资料

• •AskTable 设置数据访问范围
• •AskTable 如何工作
• •AskTable 集成方式