什么是权限最小化？只给必要的权限

给智能体配置工具时，最省事的做法是把所有权限一股脑全开——也是最危险的做法。权限最小化说的是另一条路：只给完成任务所必需的那部分权限，用不到的一律不给。这五个字是自动化安全的第一原则。

只给必要权限是什么意思

具体而言：任务只需要读文件，就不要给写入；只需要访问一个目录，就不要开放整个盘；只需要发送消息，就不要给删除权限。腾讯元宝接入企业数据时会按范围授权，扣子的应用权限也能按需勾选，思路都是把可用范围压到刚好够用。

最小化防的是两件事：一是模型误操作，多给的权限总有机会被用错；二是权限被滥用，范围越小，一旦出问题的波及面越小。权限清单每多一行，风险面就多一分。

实操中权限还分静态与动态：静态权限写在配置里，一眼可查；动态权限在运行中临时产生，比如子任务继承了父任务的权限、插件运行时申请的新范围。后者更危险，因为它们不在你的配置清单上。收紧权限不能只盯配置页，还要定期查运行时的实际授权记录，两本账都对上，才算真正管住。查运行记录多数平台的管理后台都支持，别嫌麻烦，这一步十分钟就能做完，回报却很长期。权限配置的精细度来自任务拆解：任务拆得越细，每个环节需要的范围越清楚，授权也就越精准。

生活类比：酒店房卡只开一间

酒店房卡只开你那一间房，电梯、大堂公共区域随便走，别人的房间刷不开。这就是最小权限的直觉：每个身份只拿到它需要的范围，多一点都不发。

房卡比方讲不到的地方：房卡的权限是发卡时就定死的，Agent 的权限却可能在运行中被临时申请——插件要新权限、脚本要新目录。这时要停下来想：这次任务真的需要吗？还是顺手就批了。临时提权用完要收回，房卡没有这个烦恼。正确的姿势是限时加限范围：只为此任务开、只在此时段有效、用完自动收回，三个条件齐了才批。批下来不等于永远合理，任务变了就复查。

收紧权限的几个动作

• 盘点现有授权，删掉三个月没用过的。
• 按任务建权限模板，新任务从模板起步，别从全开起步。
• 敏感动作单独设确认点，权限与人工把关两道防线。

自查清单：

• 你能一口气说清每个 Agent 都有哪些权限吗？
• 有没有哪个工具拿的资源远超它的任务需要？
• 上一次权限复查是什么时候？
• 运行时出现过临时提权吗？都收回来了吗？

三个问题有一个迟疑，就值得花十分钟盘一遍。

脚本自动化怎么管，见RPA；插件引入的权限面，见插件生态；凭证的存放，见密钥管理；用量怎么封顶，见执行预算；角色怎么分，见多 Agent 的角色分工。

一句话归档：权限这东西，给的时候要吝啬，收的时候要勤快。最小化的本质，是让每一次授权都有明确的理由。理由说不出来的授权，就是该砍掉的授权。

关于权限最小化的三个常问问题

• 权限开小了任务跑不动怎么办？：让任务带着明确的需求来申请，补授权后继续。宁可多跑一趟申请，也别长期挂着用不到的宽权限。
• 只读权限就一定安全吗？：不是。只读也能带走敏感内容，读的范围同样要限定，最小化管的是整个可触达范围，不只写操作。
• 多个 Agent 共用一个账号算最小化吗？：不算。共用账号出问题时分不清谁干的，每个 Agent 独立身份、独立授权，才谈得上可控。独立身份还有个好处：权限模板能按角色复用，配置效率反而更高。