MCP-сервер Farm.js

• Имя в реестреdev.farmjs/docsподтверждён в реестре MCP

Имя в реестре лежит в пространстве farmjs.dev. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-10-20
• Инструменты10
• Сервер называет себяFarm.js
• Версия сервера0.0.0
• Версия протокола2025-06-18

2026-10-20 сервер ответил на initialize и tools/list без входа. Первый ответ за 133 мс.

• Инструменты не делают ни одного из проверенных сценариев продукта: define typed API routes consumed by a generated client; connect billing and API-key services through typed integrations; build and deploy an application as one production bundle.
• Проверок пока 2 из 7, нужных, чтобы судить о надёжности.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 2
• Что агент может с ним сделать0 из 3 сценариев
• Использование576 звёзд на GitHub
• Отвечалидёт замерпроверок пока 2, долю покажем после 7
• Медиана первого ответа590 мс
• Место в контексте агента≈ 1 528 токеновописания всех инструментов (10), агент держит их в контексте на каждом ходу
• Описания инструментовB · 83 из 100
• Типизированные ответы10 из 10 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 10 из 10

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (30%), делает ли работу продукта (25%), описания (20%), контекст (10%) и использование (15%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

• get_code_examples

  Return fenced code examples from the docs with parsed metadata such as title, framework, packageManager, and runnable.

• get_config_schema

  Return structured docs.config.ts option metadata, optionally filtered by option path or query.

• get_context

  Build deterministic, section-level documentation context for a query within a conservative UTF-8 byte ceiling derived from the requested token budget, with source URLs and accounting metadata.

• get_navigation

  Return the documentation navigation tree for the current docs site.

• hydrate_content_changes

  Fetch only added and changed agent-facing sections after list_content_changes. Returns deletion tombstones and digest-bound continuation cursors under a conservative token budget.

• list_content_changes

  Synchronize body-free document metadata. Save indexGeneration and pass it as since on the next poll. A reset response means the named snapshot is no longer available.

• list_docs

  List documentation pages grouped by section, optionally narrowed to one section.

• list_page_sections

  Discover a page's canonical headings, anchors, hierarchy, line ranges, size estimates, and budget-aware fetch URLs without returning the page body.

• list_pages

  List the known documentation pages with titles, slugs, and URLs.

• list_search_facets

  List valid framework, version, package, and tag filters with matching page counts before calling search_docs. Use facet, limit, and cursor to continue a large facet without document bodies.