最小权限是什么？AI 工具需要的授权怎样缩到任务范围
用库存查询助手解释最小权限，区分身份、数据范围和动作权限，说明只读工具、临时授权和撤销验证，避免把提示词当作访问控制。
先理解这个概念
最小权限要求只授予完成任务必要的访问和操作能力，并限定合适的资源范围与持续时间。对AI应用而言，能查询库存不代表也应能删除商品，能读取一份文件不代表可遍历整个目录。这个原则需要由身份系统和工具程序执行，不能只写在系统提示里，再给模型一个拥有全部权限的账号。
身份、动作与资源范围分别限定
库存助手可以使用专门身份，只开放指定仓库的查询接口。若沿用管理员账号，即使界面只展示查询按钮，底层能力也可能远超任务。NIST定义强调执行职责所需的最少授权，Google IAM资料也要求避免过宽角色。
资源边界也需具体，例如仅允许读取本项目文件，而不是所有用户目录。参数中的路径应在程序里校验，防止相对路径或符号链接绕过预期范围。自然语言里说不要读别的资料，可以辅助行为，却不是可靠的文件访问隔离。
授权期限和凭据保存也影响实际范围
一次临时任务结束后，长期有效的写入权限可能没有继续保留的理由。可以在支持的系统里使用临时凭据或按任务授予能力，并明确撤销方式。具体设置应按已有身份服务实现，不能只在日志里写已撤销，却没有改变目标权限。
凭据不应直接放进提示或公开配置。模型需要完成查询，通常不需要阅读密码本身。由工具端持有必要凭据并执行范围检查，可以减少把秘密内容带入模型上下文的机会，但仍需检查工具返回是否意外泄露。
通过允许与拒绝样例确认边界生效
可以在测试环境使用一条允许的库存查询，再尝试不在范围的仓库和写入动作，确认均得到正确处理。这里说明验证设计，没有修改真实权限。只证明正常查询成功，还不足以证明越界请求会被阻断。
任务范围变化时，应重新核对所需能力，而不是永久累加所有曾经用过的权限。日志应能追溯身份与动作，但避免记录完整凭据。最小权限减少误操作影响，不能保证模型永不出错，输出事实仍需按任务独立检查。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。