智能体权限不能只按“能不能访问”来划分，而应回答四个问题：谁在使用、能查看什么、能调用什么、哪些动作必须经过人工批准。智能体一旦连接知识库、客服、OA、CRM、ERP或数据平台，就不再只是问答工具，而可能成为企业新的业务执行入口。权限分层的核心，正是把身份、数据、工具和流程控制拆开治理，避免一个智能体因权限过宽而同时拥有查询、修改和提交能力。
四层权限要分别管理
身份权限解决“谁可以使用”。同一个智能体不应对所有岗位开放相同能力。销售人员可以查询本人客户信息，管理者可能需要团队汇总数据，但二者都不应默认访问全部人事或财务内容。权限边界应与组织、岗位和项目关联，并在人员变更时同步调整。
数据权限解决“可以看什么”。客户、员工、合同、财务和经营数据应按照部门、岗位、项目或业务范围隔离。知识库还要管理文档版本、生效时间和访问范围；库存、订单状态、账户余额、审批进度等实时信息，则应优先通过授权工具查询，不能仅依赖历史文档。
工具权限解决“可以做什么”。查询、生成草稿、修改数据和正式提交，风险并不相同。智能体可以生成采购申请或审批草稿，却不应因为自然语言指令直接完成付款、批量删除或权限变更。对写入类操作，还应设置参数校验、调用失败后的停止机制、撤销能力和异常转人工。
流程权限解决“哪些动作必须由人决定”。信息检索、摘要和会议纪要可以自动完成；资料预审、工单分类和报表草拟适合自动处理后抽检；对外承诺、价格建议、合同、付款、权限变更和重大审批，则应保留人工确认或人工审批。涉及敏感个人信息或重大经营决策时，必要情况下还应采用双人复核。
权限必须与审计联动
分层并不等于一次配置后长期不变。企业应记录谁在什么时间发起请求，智能体调用了哪些知识源和业务工具，使用了哪些参数和数据范围，生成结果是否被人工修改，以及最终由谁批准、提交或撤销。这些记录既用于追责，也用于定位错误、优化流程和评估投入产出。
更稳妥的落地方式是从只读辅助开始，再逐步开放低风险写入，最后仅对规则清晰、风险可控且结果可回溯的任务实行有限自动化。真正成熟的权限治理，不是让智能体“什么都不能做”，而是让每项能力都有明确边界、审批节点和可追溯记录，使自动化效率与业务风险保持在同一套控制框架内。