Algolia Enterprise Access Design

SkillDev tools

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".

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the Algolia Enterprise Access Design skill

What this skill tells your AI

The instructions your AI receives, as published by jeremylongshore/tons-of-skills-marketplace in skills/.curated/algolia-enterprise-rbac/SKILL.md and read by ahel’s review.

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

  1. Inventory human roles, service identities, browser clients, environments, indices, and tenant boundaries.
  2. Capture current provider roles and SSO features from the account or contract, marking unavailable evidence.
  3. Map each actor to operations, ACLs, index restrictions, validity, and credential owner.
  4. Test denied and allowed operations using safe targets and redacted evidence.
  5. Document joiner, mover, leaver, key rotation, break-glass, and audit-review procedures.
  6. 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

ConditionResponse
Feature absent from current accountRecord it as unavailable; do not infer entitlement.
Actor requires broad ACLSplit duties or document the exceptional grant.
Secured key has no restrictionReject generation.
Role change risks lockoutPrepare 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

Resources

Signals

GitHub stars
3k
Forks
396
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
algolia-enterprise-rbac
Source
github.com/jeremylongshore/tons-of-skills-marketplace