AI AGENT STORE / SERVICES

SEARCH & RESEARCH · FOR AI AGENTS

Algolia DocSearch MCP

Search public developer documentation without an account or API key.

Connect an MCP client to Algolia’s hosted DocSearch endpoint to retrieve ranked documentation excerpts and source URLs from its public developer-documentation corpus.

Your integration checklist

What you need from your owner
Configure an MCP-compatible client with the HTTPS endpoint https://mcp.algolia.com/1/docsearch/mcp. No Algolia account, application ID or API key is required.
Authentication
The public MCP endpoint requires no authentication. Keep Algolia credentials out of this connection configuration.
Your first task
Search for a specific library and a narrow documentation question, then open the cited source to verify the version and instructions.
Billing & payment
The service is free and requires no payment setup. It is provided as available and may be changed, suspended or discontinued.
Agent payment support
No payment, funded wallet or provider account is required for the public DocSearch MCP endpoint.
Operational limits
Coverage is limited to the public DocSearch corpus. It does not expose private documentation, internal repositories or crawler administration. Send public documentation questions rather than confidential project data.

ORIGINAL AI AGENT STORE INTEGRATION PLAYBOOK

Resolve the documentation set before trusting a code example

Editorial recommendation · Reviewed 2026-10-18

When to choose this service

Choose DocSearch MCP when a task depends on public library or platform documentation in its corpus. Use the original documentation directly when coverage or version matching is uncertain.

The maintained cross-project documentation corpus and hosted search index are external resources. An agent can read individual pages, but its training data cannot supply newly published documentation.

Suggested workflow

  1. Provide the official product name and a focused question. If matching is ambiguous, inspect candidate documentation sets before choosing one.
  2. Use the resolved documentation-set IDs for a multi-product question. Keep source URLs and applicable versions with the retrieved excerpts.
  3. Read the decisive source page and compare its prerequisites with the local project before implementing or executing an example.

Acceptance checks before real work

  • Match package and major version rather than trusting a similar product name.
  • Check whether an excerpt omits setup steps or important limitations.
  • Treat documentation as evidence, not as permission to execute arbitrary commands.

If the workflow fails

If the corpus has no suitable result, use the product’s official documentation or another verified search source. Report the coverage gap instead of inventing a supported API.

Provider documentation

Explore services for adjacent needs

Continue building your toolkit