用途：面向 Algolia 企业访问设计，将人员后台访问、后端服务访问、浏览器搜索访问和租户范围访问分开处理，并核查当前账户实际具备的能力，而非假定所有套餐都提供相同角色或 SSO 功能。
主要能力：把服务操作映射到有文档依据的 API 密钥 ACL 与索引限制；仅在可信后端生成安全搜索密钥且要求至少一项限制；在过滤器和密钥限制中建模应用租户，并使该模型与提供方的人员 RBAC 区分开；审查密钥描述、ACL、限制、所有者和轮换日期，但不导出密钥值；排查过度授权、孤立凭据或租户越权路径，并提出有限范围的修复建议。
使用方式：前置条件包括明确仓库、环境、Algolia 应用或索引范围，本地锁文件与已安装客户端类型，安全的只读查询或可丢弃测试目标，以及涉及提供方行为的当前官方文档。用 Read、Glob、Grep 检查本地代码、配置、测试和依赖版本；仅用 WebFetch 获取当前官方 Algolia 文档；在确定目标文件、约束和验证方案后才用 Write 或 Edit。流程为：盘点人员角色、服务身份、浏览器客户端、环境、索引和租户边界；从账户或合同记录当前角色与 SSO 功能；把每个参与者映射到操作、ACL、索引限制、有效期和凭据所有者；用安全目标测试被拒与允许的操作并做脱敏取证；记录入职、转岗、离职、密钥轮换、应急访问和审计复审流程。
限制与边界：不得在未获所有者批准并测试恢复路径前启用 SSO、更改团队角色、吊销密钥或修改租户过滤器。当前账户缺失的功能应记录为不可用，不得推断其权益。没有限制的安全密钥应拒绝生成。角色变更存在锁定风险时，须先准备并测试应急访问。输出为参与者矩阵、角色与 ACL 映射、当前套餐证据、被拒路径测试、生命周期控制、发现项和修复审批。资料未提供具体安装命令、收费价格或平台支持信息。