algolia-enterprise-rbac
Map workforce roles and application actors to Algolia team permissions, API-key ACLs, and secured-key restrictions. Use when reviewing least privilege, tenancy, SSO requirements, or access rotation. Trigger with "Algolia RBAC", "Algolia SSO", or "Algolia tenant access".
Allowed Tools
Provided by Plugin
algolia-pack
Algolia search integration pack with 24 operator skills
Installation
This skill is included in the algolia-pack plugin:
/plugin install algolia-pack@claude-code-plugins-plus
Click to copy
Instructions
Algolia Enterprise Access Design
Overview
This skill separates human dashboard access, backend service access, browser search access, and tenant-scoped access. It verifies current account capabilities instead of assuming every plan exposes the same roles or SSO features.
Prerequisites
- A named repository, environment, and Algolia application or index in scope
- The local lockfile and installed client types as implementation authority
- A safe read-only query or explicitly disposable test target
- Current first-party documentation for any provider behavior that affects the change
Tool Discipline
Use Read, Glob, and Grep to inspect local code, configuration names, tests, and dependency versions. Use WebFetch only for current official Algolia documentation. Use Write or Edit only after identifying the target files, constraints, and verification plan.
Current Contract
- Treat current dashboard settings and contracted features as the authority for workforce roles and SSO availability.
- Map service operations to documented API-key ACLs and index restrictions.
- Generate secured search keys only on a trusted backend and require at least one restriction.
- Model application tenancy in filters and key restrictions; do not confuse that model with provider workforce RBAC.
Authentication
Review key descriptions, ACLs, restrictions, owners, and rotation dates without exporting secret values. Production services should use organization-owned, least-privilege keys.
Instructions
- Inventory human roles, service identities, browser clients, environments, indices, and tenant boundaries.
- Capture current provider roles and SSO features from the account or contract, marking unavailable evidence.
- Map each actor to operations, ACLs, index restrictions, validity, and credential owner.
- Test denied and allowed operations using safe targets and redacted evidence.
- Document joiner, mover, leaver, key rotation, break-glass, and audit-review procedures.
- Identify excessive grants, orphaned credentials, or tenant escape paths and propose bounded remediation.
Approval Boundaries
Do not enable SSO, change team roles, revoke keys, or alter tenant filters without owner approval and a tested recovery path.
Output
Return the actor matrix, role and ACL mapping, current-plan evidence, denied-path tests, lifecycle controls, findings, and remediation approvals.
Error Handling
| Condition | Response |
|---|---|
| Feature absent from current account | Record it as unavailable; do not infer entitlement. |
| Actor requires broad ACL | Split duties or document the exceptional grant. |
| Secured key has no restriction | Reject generation. |
| Role change risks lockout | Prepare and test break-glass access first. |
Examples
Use this compact input and expected handoff to calibrate scope and evidence quality.
Input:
actor=catalog-indexer; operations=save,settings; indices=products_*
Expected handoff:
key=custom; ACL=minimum-reviewed; tenant-browser=secured-key; sso=contract-verified