Jina AI MCP Tools
Инструменты Jina AI MCP
Сервер протокола контекста модели (MCP), который интегрируется с API Jina AI Search Foundation.
Возможности
Этот MCP-сервер предоставляет доступ к следующим API Jina AI:
Web Reader — извлечение контента с веб-страниц с помощью r.jina.ai
Web Search — поиск в интернете с помощью s.jina.ai или svip.jina.ai (настраивается через
--search-endpoint)
Related MCP server: Jina Web Search MCP
Предварительные требования
API-ключ Jina AI (необязательно) — получите бесплатный API-ключ на странице https://jina.ai/?sui=apikey для расширенных функций
Node.js — версия 16 или выше
MCP-сервер
Использование транспорта stdio (по умолчанию)
Для локальных интеграций, запускаемых другим процессом (например, Claude Desktop, VS Code, Cursor):
{
"mcpServers": {
"jina-mcp-tools": {
"command": "npx",
"args": [
"jina-mcp-tools",
"--transport", "stdio",
"--tokens-per-page", "15000",
"--search-endpoint", "standard"
],
"env": {
"JINA_API_KEY": "your_jina_api_key_here_optional"
}
}
}
}Использование транспорта HTTP
Для развертывания удаленного сервера, доступного через HTTP:
Запуск сервера:
# With API key
JINA_API_KEY=your_api_key npx jina-mcp-tools --transport http --host 127.0.0.1 --port 3000
# Without API key (reader tool only, binds to 127.0.0.1 by default)
npx jina-mcp-tools --transport http --port 3000Подключение из MCP-клиентов:
MCP Inspector:
npx @modelcontextprotocol/inspector→http://localhost:3000/mcpClaude Code:
claude mcp add --transport http jina-tools http://localhost:3000/mcpVS Code:
code --add-mcp '{"name":"jina-tools","type":"http","url":"http://localhost:3000/mcp"}'
Опции CLI:
--transport— тип транспорта:stdioилиhttp(по умолчанию: stdio)--host— хост/интерфейс для привязки в режиме HTTP (по умолчанию:127.0.0.1)--port— порт HTTP-сервера (по умолчанию: 3000, только для транспорта HTTP)--tokens-per-page— количество токенов на страницу для пагинации (по умолчанию: 15000)--search-endpoint— используемый эндпоинт поиска:standard(s.jina.ai) илиvip(svip.jina.ai) (по умолчанию: standard)--cache-size— размер кэша ридера в URL (по умолчанию: 50)--help— показать встроенную справку CLI
Переменные окружения прокси
Исходящие HTTP-запросы теперь учитывают стандартные переменные окружения прокси. Это относится к jina_reader, jina_search и jina_search_vip.
Поддерживаемые переменные прокси:
HTTP_PROXY,HTTPS_PROXY,ALL_PROXYТакже поддерживаются варианты в нижнем регистре:
http_proxy,https_proxy,all_proxyИсключения учитываются через
NO_PROXY/no_proxy
Пример:
HTTPS_PROXY=http://proxy.internal:8080 npx jina-mcp-tools --transport stdioДоступные инструменты
jina_reader
Извлечение и чтение контента веб-страниц.
Параметры:
url— URL для чтения (обязательно)page— номер страницы для пагинированного контента (по умолчанию: 1)customTimeout— переопределение тайм-аута в секундах (необязательно)
Возможности:
Автоматическая пагинация для больших документов
LRU-кэш (50 URL) для мгновенных последующих запросов страниц
URL-адреса файлов GitHub автоматически преобразуются в URL-адреса необработанного контента (raw)
Сначала пытается использовать
Accept: text/markdownдля поддерживаемого списка хостов с документацией/блогами, поддерживающими markdown, затем переключается наr.jina.aiв случае сбоя выборки или пустых ответов
jina_search / jina_search_vip
Поиск в интернете. Возвращает частичный контент; используйте jina_reader для получения полного контента. Требуется API-ключ.
Зарегистрированный инструмент зависит от --search-endpoint:
jina_search→standard(s.jina.ai, по умолчанию)jina_search_vip→vip(svip.jina.ai)
Параметры:
query— поисковый запрос (обязательно)count— количество результатов (по умолчанию: 5)siteFilter— ограничение по конкретному домену (например, "github.com")
Лицензия
MIT
Ссылки
Available Tools
1 tooljina_readerJina Web ReaderC
Read and extract content from web page.
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | URL of the webpage to read and extract content from | |
| page | No | Page number for paginated content (1-indexed) | |
| customTimeout | No | Override timeout in whole seconds (1-2147483) for slow sites |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full behavioral burden, but it discloses nothing about authentication requirements, rate limits, JavaScript rendering, truncation/pagination behavior, or error handling. The presence of customTimeout implies slow sites exist but the description never explains that tradeoff.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
It is a single short sentence that is front-loaded with the core action, with zero filler. However, the extreme brevity is under-specification rather than true efficiency for a tool this thin on context.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
With no annotations and no output schema, the description must explain what comes back and how pagination and timeouts behave; it does neither. An agent cannot tell whether the response is raw HTML, markdown, or plain text, nor how paginated content is returned.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so url, page, and customTimeout are each documented in the schema itself; baseline 3 applies. The description adds no extra meaning beyond what the schema already provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific verb pair (read/extract) and resource (web page), so an agent knows this fetches and parses page content. With no sibling tools to distinguish from, there is nothing more to disambiguate, but it does not clarify output form (markdown vs HTML vs text).
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
There is no when-to-use guidance, no mention of alternatives, and no conditions under which this tool should be preferred or avoided. The description is purely a statement of function.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
v1.3.0- Changed
jina_reader8 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - changed
Input schema / properties / customTimeout / descriptionPrevious value: -"Override timeout in seconds for slow sites"New value: +"Override timeout in whole seconds (1-2147483) for slow sites" - added
Input schema / properties / customTimeout / exclusiveMinimumAdded value: +0 - added
Input schema / properties / customTimeout / maximumAdded value: +2147483 - changed
Input schema / properties / customTimeout / typePrevious value: -"number"New value: +"integer" - added
Input schema / properties / page / exclusiveMinimumAdded value: +0 - added
Input schema / properties / page / maximumAdded value: +9007199254740991 - changed
Input schema / properties / page / typePrevious value: -"number"New value: +"integer"
1 tool update
v1.2.4- Changed
jina_reader1 field changed- removed
Input schema / additionalPropertiesRemoved value: -false
1 tool update
v1.2.0- First observed
jina_reader
TDQS
Scored across 1 tool
There is only one tool, so there is no possibility of confusion or misselection. Its purpose is clearly distinct.
With a single tool named jina_reader, consistency is trivially satisfied. It follows a readable snake_case pattern.
A server branded as 'Jina AI MCP Tools' with only one tool seems too few for the apparent scope. Jina AI typically offers multiple capabilities (search, embeddings, reranking), so one tool feels under-provisioned.
The surface only covers web page reading, with no search, embedding, reranking, or other operations implied by the Jina AI brand. This is a severely incomplete toolset for the stated purpose.
Maintenance
Related MCP Connectors
Jina AI Reader/Search MCP — turn any URL into clean LLM-ready markdown, plus web search.
Web search and page reading for AI agents, including JSON APIs, RSS feeds and YouTube.
Web search, agentic search, news, page retrieval, sitemaps, and trending topics through Search1API.
Web search and page fetch for AI agents. Results come from a shared cache; cached calls cost less.
Related MCP Servers
- AlicenseBqualityFmaintenanceEnables efficient web search integration with Jina.ai's Search API, offering clean, LLM-optimized content retrieval with support for various content types and configurable caching.128 npm3MIT
- AlicenseNot gradedqualityDmaintenanceEnables web content retrieval and semantic search capabilities through the Jina AI API. Provides tools to fetch content from URLs and perform intelligent web searches with natural language queries.3MIT
- AlicenseNot gradedqualityCmaintenanceProvides web content extraction, search capabilities (web, arXiv, SSRN, images), semantic deduplication, and reranking through Jina AI's Reader, Embeddings, and Reranker APIs.1Apache 2.0
- AlicenseNot gradedqualityDmaintenanceProvides tools for web content extraction, search, embeddings, reranking, and image processing via Jina AI APIs, enabling intelligent data retrieval and analysis.Apache 2.0