Servidor MCP de DataEcho

• Nombre en el registroai.dataecho/mcpverificado en el registro MCP

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

• Estadorespondecomprobado el 2026-10-23
• Herramientas26
• El servidor se llamadataecho
• Versión del servidor1.0.0
• Versión del protocolo2025-06-18

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

• Sus herramientas hacen todos los casos de uso comprobados: publish a static HTML page to a live URL; keep agent memory on a private versioned drive.
• Comprobado 5 de los 7 días necesarios para juzgar su fiabilidad.

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 MCPtras una semanala nota necesita 7 comprobaciones diarias: 5 hasta ahora
• Qué puede hacer un agente con él2 de 2 casos de uso
• Respondiómidiendo5 de las 7 comprobaciones diarias necesarias para mostrar el porcentaje
• Mediana de la primera respuesta536 ms
• Espacio en el contexto del agente≈ 2732 tokenslas definiciones de todas sus herramientas (26), que el agente lleva en cada turno
• Definiciones de herramientasB · 83 de 100
• Resultados tipados0 de 26 herramientasdeclaran outputSchema: el resultado llega tipado y se lee de una vez

• Sin indicar si solo lee o puede destruir: 26 de 26

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 →

• platform_info

  DataEcho platform overview: what it can host, auth state of this connection, docs links. Call this first if unsure.

• request_login_code

  Start sign-in: email a one-time code to the user. Follow with verify_login_code.

• verify_login_code

  Complete sign-in with the emailed code. Returns the apiKey ONCE — configure it as the `Authorization: Bearer <key>` header of this MCP connection (and/or save to ~/.artifact/credentials for the CLI scripts). Never echo it into chat.

• publish_site

  Deploy files to a live URL. No slug → create a NEW site (works without auth; anonymous sites expire in 24h — always show the user the claimUrl). With slug → UPDATE that site (complete snapshot: send ALL files). A Dockerfile in the files…

• claim_site

  Make a previously-anonymous site permanent under the authenticated account (requires auth + the claimToken from publish_site).

• list_sites

  List all sites owned by the authenticated account.

• search_sites

  Full-text search across the authenticated account's sites (names, metadata, and text content).

• get_site

  Full details + current file manifest of an owned site.

• update_site_metadata

  Patch site settings without redeploying: viewer title/description, SPA mode, TTL, password (string sets, null removes).

• delete_site

  Permanently delete an owned site. Irreversible — confirm with the user first.

• app_status

  Build/run status of a container app deployed via publish_site with a Dockerfile. Poll until status is `live` or `failed`.

• list_drives

  List the authenticated account's private cloud drives.

• create_drive

  Create a new private drive.

• drive_list_files

  List files in a drive (by drive name or drv_… id), optionally under a path prefix.

• drive_read_file

  Read a file from a drive. Text comes back as utf-8 `content`; binary as `contentBase64`. Files over 1 MB are refused (use the skill scripts).

• drive_write_file

  Write/overwrite one file in a drive (ETag-safe: pass ifMatch to assert the version you read, otherwise the current version is used automatically).

• drive_delete_file

  Delete one file from a drive.

• drive_move_file

  Move/rename a file inside a drive.

• drive_share

  Mint a scoped drive access token for another agent (perms read|write, optional path prefix + TTL like `7d`). The secret is returned ONCE.

• drive_tokens

  List active share tokens of a drive (secrets are never shown again).

• drive_revoke_token

  Revoke a drive share token.

• drive_history

  Version timeline of a drive (every write is a restorable version).

• drive_restore

  Restore a drive to a prior version (commits a new version; nothing is lost).

• list_variables

  List account variable NAMES (values are write-only — they are injected into proxy calls and container apps, never read back).

• set_variable

  Create/update a write-only account secret (uppercase name). Injected as env vars into container apps and as ${VAR} into proxy calls. Optionally pin which upstream hosts may receive it.

• delete_variable

  Delete an account variable.