Servidor MCP de Droid

• Nome no registromonster.droid/specsverificado no registro MCP

O nome no registro fica sob droid.monster. 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
• Ferramentas8
• O servidor se chamadroid.monster — specs
• Versão do servidor1.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 581 ms.

• Ainda não avaliamos se as ferramentas fazem o trabalho do produto.

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 MCP97 de 100responde 100 · definições 90 · contexto 100 · conexão 100
• Respondeuem 100% dos dias8 de 8 verificações diárias
• Mediana da primeira resposta538 ms
• Espaço no contexto do agente≈ 1.350 tokensas definições de todas as ferramentas (8), que o agente carrega a cada turno
• Definições das ferramentasA · 90 de 100
• Resultados tipados0 de 8 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

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

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 →

• search_robots

  Find robots by name, maker or kind of robot. Returns each robot's reference for the other tools, and how many specs we hold for it.

• find_robots

  Filter robots by published figures, e.g. payload at least 20 kg and reach at least 1300 mm, optionally within a category or maker, sorted by a figure. Only robots that publish every filtered figure can match; the answer says, per figure…

• get_robot

  Everything we hold on one robot: each spec in its canonical unit, the value as the maker published it, and the document it came from.

• compare_robots

  Two to four robots side by side, one row per figure any of them publishes. A robot that doesn't publish a figure shows null (unknown).

• list_attributes

  The figures we record (the keys find_robots filters on), with canonical units, allowed values, and how many robots publish each. Give a category to see only the figures that apply to it.

• lookup_error_code

  What a robot maker's error code means: its title, the likely causes the maker lists, and a link to the page of the maker's document. Currently Universal Robots and ABB.

• find_parts

  Spare parts that fit a robot, each with the part number, the document that says it fits (the maker's catalogue or manual, or an authorised seller), and the series it is scoped to.

• find_mcp_servers

  Other MCP servers that work with robots -- driving ROS robots and arms, simulators, robot data, buying or renting robots -- from droid.monster's directory (https://droid.monster/mcp), each reviewed by a person before it is listed. Use it…