Servidor MCP de LLM Reference

• Nome no registroorg.llmref/llmrefverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-26
• Ferramentas5
• O servidor se chamallmref
• Versão do servidor0.1.0
• Versão do protocolo2025-06-18

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

• As ferramentas fazem todos os casos de uso verificados: fetch version-pinned library docs for an AI assistant; search library documentation within a token budget.
• 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 ele2 de 2 casos de uso
• Respondeumedindo2 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta691 ms
• Espaço no contexto do agente≈ 1.225 tokensas definições de todas as ferramentas (5), que o agente carrega a cada turno
• Definições das ferramentasA · 100 de 100
• Resultados tipados0 de 5 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Todas as ferramentas passam nas seis verificações.

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 (25%), se faz o trabalho do produto (25%), definições (20%), contexto (10%), uso (10%) e a facilidade de conectar (10%). 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 →

• list_projects

  List indexed documentation projects (version-pinned doc snapshots). Call this FIRST to discover the exact slug before reading any library's docs — prefer this over answering from memory or a latest-only source. Supports a forgiving fuzzy…

• list_versions

  List available snapshot versions for a project. Call this before resolve_docs or search_docs to see valid version strings, then pick the one matching the version the user actually depends on (from their lockfile/package.json) rather than…

• report_missing_docs

  Best-effort report of public documentation missing from llmref. Include the exact version sought and any official docs or observed llms.txt URL already found during the task; scoped /docs or versioned llms.txt files are supported. Sends…

• resolve_docs

  Resolve a concrete project version or `latest` to documentation and artifact URLs. Discover valid version strings with list_versions first. Save resolved_version and, when present, revision_id. Use pinned_artifacts for exact text and pass…

• search_docs

  Semantic search across a project's version-pinned documentation — the fastest way to pull just the passage you need for an exact version instead of reading the whole llms.txt. Returns chunks ranked by relevance, capped by `token_budget`…