Least Privilege（最小权限）
先用一句话说清楚
Least Privilege（最小权限）是只给用户、模型、工具和系统完成任务所必需的最低权限，不多给、不提前给、不永久给。
实战知识卡
| 维度 | 要点 |
|---|---|
| 项目里看什么 | 看每个工具是否只拿完成任务必需的最小权限。 |
| 新手最该记住 | 最小权限（Least Privilege）是把误用和越权损失降到最低。 |
| 作品集证据 | 把工具清单分成只读、草稿、写入和高风险，并写出权限范围。 |
| 面试回答公式 | 先说为什么不能给万能权限，再说明按角色、工具和数据范围收窄。 |
| 常见扣分点 | 为了开发方便，把所有工具都配置成管理员权限。 |
新手通俗解释
如果 Agent（智能体）只是查订单状态，就不应该拥有退款权限；如果只是生成合同草稿，就不应该能直接盖章发送；如果只是读公开资料，就不应该读取内部客户数据。
Least Privilege（最小权限）的核心是：能少给就少给，需要时再申请，高风险动作要审批（Approval）。
为什么岗位会问它
AI Agent（人工智能体）一旦接入 Tool Calling（工具调用），风险就不只是“回答错”，而是可能真的改数据、发消息、提交流程。面试官问 Least Privilege（最小权限），是在看你是否会把模型能力关进合理边界。
| 对象 | 最小权限做法 |
|---|---|
| 用户 | 按角色、部门、租户限制可见资料 |
| 模型 | 只提供任务必要上下文 |
| 工具 | 只开放必要动作，写入动作默认审批 |
| API Key（接口密钥） | 分环境、分用途、可撤销 |
| 审计（Audit） | 记录权限来源和使用结果 |
它在项目里怎么用
作品集里建议把工具分成三类：
| 工具类型 | 权限策略 |
|---|---|
| 只读查询 | 可自动执行，但要记录 Trace ID（追踪编号） |
| 草稿生成 | 可自动生成，但由人确认发布 |
| 写入动作 | 需要审批（Approval）、审计（Audit）和回滚（Rollback）方案 |
常见误解
| 误解 | 为什么不对 | 正确理解 |
|---|---|---|
| 给管理员权限最省事 | 一次误操作影响最大 | 权限应该按任务拆分 |
| 作品集可以不考虑权限 | 面试官会追问真实上线 | 至少要写清权限边界 |
| 模型越强权限越大 | 模型强不代表风险小 | 权限由业务风险决定 |
面试官可能怎么追问
1. Tool Calling（工具调用）为什么不能直接给全部权限？
考察点： 是否理解真实业务风险。
参考回答： 因为模型可能误判用户意图，也可能受到错误上下文影响。Tool Calling（工具调用）应该按最小权限开放，只读工具和写入工具分开，高风险写入动作要审批（Approval）和审计（Audit）。这样即使模型判断错，也能把影响控制在边界内。
容易扣分： 说“方便演示就全开”。
2. 最小权限会不会影响效率？
考察点： 是否能谈权衡。
参考回答： 会增加一些权限设计和审批成本，但换来的是更低的越权、误操作和合规风险。低风险只读动作可以自动化，高风险写入动作需要人工确认，这样既保留效率，也保留责任边界。
容易扣分： 只强调安全，不谈效率和体验。
作品集里怎么展示它
- 在工具清单里标注只读、写入、高风险。
- 展示无权限工具调用被拒绝的样例。
- 说明 API Key（接口密钥）按环境和用途隔离。
- 把 Least Privilege（最小权限）和 Tenant Isolation（租户隔离）一起讲。