MCP-сервер Air Pipe

• Имя в реестреio.airpipe/airpipeподтверждён в реестре MCP

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

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

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

• Делают ли инструменты работу продукта, ещё не проверено.

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

• Оценка INITE MCP72 из 100отвечает 100 · описания 68 · контекст 100 · подключение 100 · снижена из-за предупреждений ниже
• Отвечал100% днейответов на ежедневные проверки: 9 из 9
• Медиана первого ответа377 мс
• Место в контексте агента≈ 1 845 токеновописания всех инструментов (19), они занимают контекст агента на каждом ходу
• Описания инструментовC · 68 из 100
• Типизированные ответы0 из 19 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 18 из 19
• Не сказано, только читает инструмент или может удалять: 19 из 19

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

• delete_module

  Delete one or more reusable modules by module_uuid.

• plan_config

  Get airpipe config-authoring instructions plus RAG-retrieved real action examples for a natural-language request, so YOU (the calling model) write the YAML yourself instead of the server generating it. Returns { instructions, context…

• undeploy_module

  Undeploy a reusable module from an environment (STAGING or PRODUCTION).

• undeploy_config

  Undeploy a configuration from an environment (STAGING or PRODUCTION).

• update_config

  Update an existing AirPipe configuration by config_uuid (config_yaml is base64-encoded YAML) and optionally redeploy.

• list_modules

  List the organization's reusable modules (pass revisions=true to include revision history).

• validate_config

  Schema-validate an airpipe YAML config. Send { "yaml": <the full YAML string> }. Returns { valid: true } when it passes, or { valid: false, error: <message> } when it fails — feed the error back into your fix and call again until valid…

• toggle_config

  Enable or disable one or more configurations by config_uuid.

• list_configs

  List the organization's AirPipe configurations.

• deploy_config_revision

  Deploy a specific past revision of a configuration to staging or production.

• list_organizations

  List the organizations you belong to and their organization_uuid. Call this first to get an organization_uuid for the config tools.

• get_module

  Get a single reusable module by uuid, including its revision history and spec.

• get_config

  Get a single configuration's data by config_uuid, optionally with its revisions.

• delete_config

  Delete one or more AirPipe configurations by config_uuid.

• edit_config

  Edit an AirPipe configuration YAML with a natural-language instruction.

• create_config

  Create a new AirPipe configuration (config_yaml is base64-encoded YAML) and optionally deploy it to staging or production.

• create_module

  Create a reusable module (a typed config fragment referenced by handle) and optionally deploy it to staging or production. spec_yaml is base64-encoded YAML of the module body; module_type is the config struct it represents (e.g. Database).

• deploy_module_revision

  Deploy a specific past revision of a module to staging or production.

• update_module

  Update an existing reusable module by module_uuid (adds a new revision; spec_yaml is base64-encoded YAML) and optionally redeploy.