algolia-common-errors
Diagnose Algolia request, credential, index, task, and query failures from concrete evidence. Use when an integration returns 4xx or 5xx responses, stale results, or unexpected empty hits. Trigger with "debug Algolia error", "Algolia 403", or "Algolia search failed".
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 Error Triage
Overview
This skill turns an Algolia symptom into a reproducible diagnosis. It favors the response status, message, request ID, client version, operation, and target index over generic error folklore.
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
- A 403 is an authorization fact, not proof that an unrestricted key is required.
- A successful write is asynchronous; compare the returned task ID and wait behavior before calling data stale.
- A 404 can identify a missing index, application, route, or regional endpoint; preserve the full response.
- A 429 must be interpreted from the returned message and current plan or key restrictions, not from a guessed universal quota.
Authentication
Inspect only redacted key metadata and ACL intent. Never print, paste, or replace a credential with an Admin key merely to make a failing request succeed.
Instructions
- Capture the smallest failing call, status, message, request ID, application ID suffix, index name, and package version.
- Classify the operation as search, indexing, settings, key management, analytics, or events.
- Compare the operation with the intended key ACLs and index restrictions.
- Reproduce against a safe test index or read-only query with the same client boundary.
- Check task completion, index spelling, filters, attributes, and environment routing in that order.
- Apply one correction, rerun the minimal reproduction, and record before-and-after evidence.
Approval Boundaries
Do not broaden ACLs, rotate keys, change production settings, or replay writes until the target and failure class are confirmed.
Output
Return the symptom, evidence, root-cause hypothesis, ruled-out alternatives, minimum fix, verification result, and any remaining uncertainty.
Error Handling
| Condition | Response |
|---|---|
| 401 or 403 | Verify application/key pairing and required ACL; do not escalate privilege blindly. |
| 404 | Confirm endpoint, application, and exact index name. |
| 429 | Honor the response and measure request pressure before adding bounded retry. |
| Stale result | Wait for the specific task and verify the queried index. |
Examples
Use this compact input and expected handoff to calibrate scope and evidence quality.
Input:
operation=saveObjects; status=403; index=products_stage
Expected handoff:
cause=missing-addObject-ACL; fix=request-scoped-key; admin-key-used=no