Servidor MCP de Droid

• Nombre en el registromonster.droid/specsverificado en el registro MCP

El nombre en el registro está bajo droid.monster. El registro solo permite usar ese espacio de nombres a quien demuestra control del dominio por DNS o HTTP.

• Estadorespondecomprobado el 2026-10-20
• Herramientas8
• El servidor se llamadroid.monster — specs
• Versión del servidor1.0.0
• Versión del protocolo2025-06-18

El 2026-10-20 el servidor respondió a initialize y tools/list sin iniciar sesión. Primera respuesta en 581 ms.

• Aún no se ha juzgado si sus herramientas hacen el trabajo del producto.

Lo dicen reglas a partir de las mediciones de arriba. La primera llamada probable la elige un modelo de la lista de herramientas; lee su descripción antes de fiarte.

• Nota INITE MCP97 de 100responde 100 · definiciones 90 · contexto 100 · conexión 100
• Respondióel 100% de los días8 de 8 comprobaciones diarias
• Mediana de la primera respuesta538 ms
• Espacio en el contexto del agente≈ 1350 tokenslas definiciones de todas sus herramientas (8), que el agente lleva en cada turno
• Definiciones de herramientasA · 90 de 100
• Resultados tipados0 de 8 herramientasdeclaran outputSchema: el resultado llega tipado y se lee de una vez

• Parámetros sin descripción: en 5 de 8

Un programa comprueba el servidor una vez al día: initialize y tools/list, sin modelo. Los tokens son la longitud de las definiciones, a unos cuatro caracteres por token. La nota promedia seis comprobaciones del nombre, la descripción, el esquema y las anotaciones de cada herramienta; dice lo bien descritas que están, no si funcionan. La nota pondera solo lo medido: si responde (25%), si hace el trabajo del producto (25%), definiciones (20%), contexto (10%), uso (10%) y lo fácil que es conectarse (10%). Lo que no se midió queda fuera, y una instrucción oculta limita la nota a 40. El estado de los servidores MCP de los proveedores: método y 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…