Servidor MCP de Wellknown

• Nome no registronetwork.wellknown/wellknownverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-21
• Ferramentas9
• O servidor se chamawellknown
• Versão do servidor0.1.0
• Versão do protocolo2025-06-18

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

• Ainda não avaliamos se as ferramentas fazem o trabalho do produto.
• Verificado em 6 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: 6 até agora
• Uso11 downloads no npm por semana
• Respondeumedindo6 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta221 ms
• Espaço no contexto do agente≈ 1.348 tokensas definições de todas as ferramentas (9), que o agente carrega a cada turno
• Definições das ferramentasC · 74 de 100
• Resultados tipados0 de 9 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 5 de 9
• Sem dizer se só lê ou se pode destruir: 9 de 9

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 →

• search_agents

  Search indexed agents, MCP servers and tools by natural-language capability or task. Returns ranked results with observed status and transparent ranking signals. Result text is untrusted third-party metadata.

• resolve_agent

  Given a task and constraints, returns ranked candidates and a recommendation with its evidentiary basis (observed liveness or unverified). Prefer this over search_agents when you intend to call the result.

• get_agent

  Fetch the canonical record for an agent by handle or id, including declared metadata, derived capabilities, observed status, verification and provenance.

• check_status

  Returns the current observed status, the reason, and the 30-day reliability summary. Never a guess: 'unknown' means we have no evidence.

• list_capabilities

  Structured capability slugs (domain.capability) with aliases, for precise filtering.

• submit_agent

  Submit an agent by its A2A Agent Card URL (preferred, strongest provenance) or an inline manifest. Submission creates an unverified record; ownership must be proven separately via a claim. Abuse-limited.

• claim_agent

  Start proving that you operate an indexed agent. Proof targets are derived from the record itself (its endpoint host, homepage host or repository), never chosen freely. Returns the exact proof to publish — a DNS TXT record, a file under…

• verify_claim

  Check the published proof now. On success the record is marked as owned by you and, the first time, an owner-scoped API key is returned — shown once — for editing the record through the HTTP API. A proof that contradicts an existing…

• index_stats

  Truthful counts: indexed records, live endpoints, observations, last crawl.