
agent-ready-index
by JuanSPZ
Agentic Search Crawler 2026 β The Readiness Index for AI-Native Web
Why Your AI Agents Need a Different Kind of Search
Every AI agent today faces the same silent crisis: it can read the web, but it cannot understand the web. Traditional search returns HTML soup, JavaScript nightmares, and walled gardens. Your agent wastes tokens parsing noise instead of acting on signal. Agentic Search Crawler 2026 flips the paradigm. We index the web not by relevance to human readers, but by agentic readiness β how well a site can be consumed, queried, and automated by AI agents.
Think of it as a digital readiness passport for every domain. We scan for llms.txt files, OpenAPI specifications, Model Context Protocol (MCP) endpoints, and AI plugin manifests. If a site has these, it gets a high agentic score. If not, your agent skips it and moves to the next. The result? Your AI spends less time scraping and more time doing.
What Makes Agentic Search Different
The Readiness Score
Every indexed site receives a compound score based on five dimensions:
| Dimension | Weight | Description |
|---|---|---|
| llms.txt Presence | 30% | Does the site expose a structured prompt for LLMs? |
| OpenAPI Availability | 25% | Can an agent call the site's API without human guidance? |
| MCP Endpoint | 20% | Is the site a server in the Model Context Protocol ecosystem? |
| ai-plugin Manifest | 15% | Does the site support plugin-based agent interaction? |
| Full-Text Parseability | 10% | How cleanly does the content render for token extraction? |
Sites scoring above 70 become "gold-tier" β your agent can interact with them immediately. Below 30, the site is a "blocker" β avoid unless absolutely necessary.
Architecture Overview
The system is designed as a distributed crawler with a central MCP server, a REST API gateway, and a full-text search index. Here is the high-level flow:
graph TB
A[Seed URL Queue] --> B[Crawler Workers]
B --> C{Agentic Readiness Scanner}
C --> D[llms.txt Check]
C --> E[OpenAPI Endpoint Discovery]
C --> F[MCP Protocol Handshake]
C --> G[ai-plugin Manifest Parser]
D & E & F & G --> H[Scoring Engine]
H --> I[PostgreSQL + Elasticsearch]
I --> J[REST API Gateway]
I --> K[MCP Server]
J & K --> L[Client Agents]
L --> M[AI Agent Orchestrator]
M --> N[OpenAI / Claude API]
The crawler discovers new domains via backlinks and manual seeds. Each worker performs the five checks asynchronously. The scoring engine writes to a dual storage layer: PostgreSQL for metadata and Elasticsearch for full-text search. The MCP server and REST API both query from this layer, providing two access patterns for your agents.
Example Profile Configuration
Configure the crawler to match your agent's personality and domain focus. Here is a sample profile:
# agentic-search-profile.yaml
search:
min_score: 60
max_results: 50
timeout_seconds: 15
scoring_weights:
llms_txt: 30
openapi: 25
mcp: 20
ai_plugin: 15
parseability: 10
ignore_patterns:
- "*.pdf"
- "*.docx"
- "captcha"
- "login"
custom_headers:
User-Agent: "AgenticSearchBot/2026"
Accept: "text/html, application/json, text/plain"
openai:
model: "gpt-4o-2026-01-01"
temperature: 0.3
max_tokens: 2048
claude:
model: "claude-3-5-sonnet-20261010"
max_tokens: 4096
mcp:
server_url: "mcp://agentic-search.local:8443"
retry_attempts: 3
handshake_timeout: 5
This profile tells the crawler to ignore document files and login gates, prioritize sites with llms.txt and OpenAPI definitions, and use OpenAI or Claude for any post-processing enrichment tasks.
Example Console Invocation
Run the crawler directly from the command line. The tool prints a live table of agentic readine
Related servers

n8n
by n8n-io
Fair-code workflow automation platform with native AI capabilities. Combine visual building with custom code, self-host or cloud, 400+ integrations.

@modelcontextprotocol/server-everything
OfficialMCP server that exercises all the features of the MCP protocol

@modelcontextprotocol/server-filesystem
OfficialMCP server for filesystem access