Servidor MCP de DataEcho

• Nome no registroai.dataecho/mcpverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-23
• Ferramentas26
• O servidor se chamadataecho
• Versão do servidor1.0.0
• Versão do protocolo2025-06-18

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

• As ferramentas fazem todos os casos de uso verificados: publish a static HTML page to a live URL; keep agent memory on a private versioned drive.
• Verificado em 5 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: 5 até agora
• O que um agente consegue fazer com ele2 de 2 casos de uso
• Respondeumedindo5 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta536 ms
• Espaço no contexto do agente≈ 2.732 tokensas definições de todas as ferramentas (26), que o agente carrega a cada turno
• Definições das ferramentasB · 83 de 100
• Resultados tipados0 de 26 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Sem dizer se só lê ou se pode destruir: 26 de 26

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 →

• 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.