MCP-сервер DataEcho

• Имя в реестреai.dataecho/mcpподтверждён в реестре MCP

Имя в реестре лежит в пространстве dataecho.ai. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-10-23
• Инструменты26
• Сервер называет себяdataecho
• Версия сервера1.0.0
• Версия протокола2025-06-18

2026-10-23 сервер ответил на initialize и tools/list без входа. Первый ответ за 194 мс.

• Инструменты делают все проверенные сценарии: publish a static HTML page to a live URL; keep agent memory on a private versioned drive.
• Проверок пока 5 из 7, нужных, чтобы судить о надёжности.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 5
• Что агент может с ним сделать2 из 2 сценариев
• Отвечалидёт замерпроверок пока 5, долю покажем после 7
• Медиана первого ответа536 мс
• Место в контексте агента≈ 2 732 токеновописания всех инструментов (26), они занимают контекст агента на каждом ходу
• Описания инструментовB · 83 из 100
• Типизированные ответы0 из 26 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Не сказано, только читает инструмент или может удалять: 26 из 26

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (25%), делает ли работу продукта (25%), описания (20%), контекст (10%), использование (10%) и насколько просто подключиться (10%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

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