Servidor MCP de Farm.js

• Nome no registrodev.farmjs/docsverificado no registro MCP

O nome no registro fica sob farmjs.dev. O registro só libera esse espaço de nomes para quem prova controle do domínio por DNS ou HTTP.

• Estadorespondeverificado em 2026-10-20
• Ferramentas10
• O servidor se chamaFarm.js
• Versão do servidor0.0.0
• Versão do protocolo2025-06-18

Em 2026-10-20 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 133 ms.

• As ferramentas não fazem nenhum dos casos de uso verificados: 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.
• Verificado em 2 dos 7 dias necessários para julgar a confiabilidade.

Dito por regras a partir das medições acima. A primeira chamada provável é a escolha de um modelo na lista de ferramentas; leia a descrição antes de confiar nela.

• Nota INITE MCPdepois de uma semanaa nota precisa de 7 verificações diárias: 2 até agora
• O que um agente consegue fazer com ele0 de 3 casos de uso
• Uso576 estrelas no GitHub
• Respondeumedindo2 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta590 ms
• Espaço no contexto do agente≈ 1.528 tokensas definições de todas as ferramentas (10), que o agente carrega a cada turno
• Definições das ferramentasB · 83 de 100
• Resultados tipados10 de 10 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 10 de 10

Um programa verifica o servidor uma vez por dia: initialize e tools/list, sem modelo. Os tokens são o tamanho das definições, a cerca de quatro caracteres por token. A nota é a média de seis verificações do nome, da descrição, do esquema e das anotações de cada ferramenta; diz se as ferramentas estão bem descritas, não se funcionam. A nota pesa só o que foi medido: se responde (30%), se faz o trabalho do produto (25%), definições (20%), contexto (10%) e uso (15%). Uma parte não medida fica de fora, e uma instrução oculta limita a nota a 40. O estado dos servidores MCP dos fornecedores: método e números →

• 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.