Activepieces 0.93.0, выпущенный 8 ноября 2026 года, позволяет потоку подключаться к MCP-серверу, защищённому OAuth 2.0, без ручного ввода идентификатора и секрета клиента, если сервис предоставляет необходимые метаданные. Пользователь вводит адрес сервера и подтверждает доступ. Это упрощает настройку потоков для агентов, работающих с внешними инструментами. Обновление также меняет среду выполнения для шагов кода.
Релиз задокументирован в официальных примечаниях Activepieces на GitHub. Техническое предложение от 22 сентября описывает функцию и демонстрирует локальный тест с MCP-сервером Aleph. Два источника отражают разные этапы: реализация была интегрирована 18 октября и выпущена в версии от 8 ноября.
Клиент подключается к внешним сервисам
MCP (Model Context Protocol) позволяет программе обнаруживать и вызывать инструменты, предоставляемые другим сервисом. Клиент инициирует подключение, сервер делает инструменты доступными. В этом обновлении Activepieces выступает в роли клиента. Обратное подключение, при котором внешний ассистент использует инструменты, предоставляемые собственным MCP-сервером Activepieces, является отдельной функцией.
Для понимания разницы стоит отталкиваться от типа действия, нужного потоку. С MCP-сервисом автоматизация вызывает функцию, объявленную сервером, например поиск в архиве документов. Такой проект, как agent-desktop от Vercel Labs, решает другую задачу: взаимодействие с интерфейсом приложения. В контексте Activepieces речь идёт о доступе к инструментам, уже предоставленным сервером, без обращения к интерфейсу сервиса при каждой операции.
От адреса к авторизации
Техническое предложение на GitHub описывает конкретную проблему. Некоторые серверы требуют OAuth, но не предоставляют пользователю идентификатор и секрет для копирования в настройки клиента. Activepieces добавил автоматическое обнаружение метаданных авторизации для покрытия этого случая. Если необходимая информация доступна, адрес сервера является единственным полем, которое автор теста заполнил вручную.
Кнопка подключения открывает окно авторизации. Там пользователь предоставляет доступ; согласно спецификации MCP, клиент использует токен для запросов к защищённому сервису. Разделение идентичности запроса и набора разрешённых функций полезно на практике. Аналогичный принцип применяется в Gemini agent: рабочая идентичность и периметр разрешений рассматриваются как два отдельных аспекта. Подключение с меньшим числом настроек при этом не снимает вопроса о том, какие функции разрешить.
Чтение и изменение: разные права доступа
Представьте поток, который ищет документ для ответа на внутренний вопрос. Для этого нужно чтение соответствующего контента. Возможность изменять или удалять документы расширила бы периметр подключения, даже если процедура настройки осталась бы идентичной. Спецификация MCP позволяет серверам указывать области авторизации: то, что можно запросить и получить, определяется конфигурацией сервиса.
Способ оценить обновление: сравнить задачу потока с инструментами, которые становятся доступными после предоставления согласия. В тестах Anthropic с ограниченным доступом к интернету предоставленные инструменты напрямую влияли на наблюдаемое поведение модели. Контекст Activepieces иной, но рабочий вопрос тот же: если автоматизация предпринимает неожиданное действие, какие операции она реально может выполнить? Ответ зависит и от настроек сервиса, и от инструкций, данных агенту.
Тест документирует совместимый сценарий
По сути, в локальном тесте с Aleph автор продемонстрировал выбор OAuth 2.0, открытие окна авторизации, а затем обнаружение и вызов инструментов. Тест документирует этот путь для конкретного сервиса. Примечания к релизу не содержат списка проверенных серверов и данных о времени настройки в различных средах. Организация может воспроизвести этот сценарий на собственных серверах, включая те, которые требуют дополнительных шагов регистрации.
Это важное разграничение, которое проявляется и при чтении документации других инструментов. В прототипе агента для GitHub и Feishu отправной точкой служат заявленные интеграции проекта. Здесь программное обеспечение распространяется в публичном релизе, тогда как поведение подключения по-прежнему зависит от конкретного подключаемого сервиса. Наиболее полезная информация для тех, кто управляет несколькими потоками: какие конечные точки становятся доступны при первом использовании без дополнительных ручных шагов.
Deno меняет среду выполнения для шагов кода
Список изменений Activepieces 0.93.0 указывает, что шаги кода переходят на Deno в качестве среды выполнения по умолчанию. Изменение касается всех мест, где поток выполняет пользовательский код. Это важно даже для тех, кто не использует MCP: смена значения по умолчанию даёт повод проверить скрипты независимо от настроенных подключений. В примечаниях также упоминается работа по обеспечению совместимости существующего кода CommonJS с Deno; полная проверка всех пользовательских скриптов не публиковалась.
Для тех, кто управляет установкой, разумный шаг: запустить наиболее используемые потоки в тестовой среде и сравнить результаты. Следует проверить импорты, зависимости и способ отображения ошибок. Это проверка программного обеспечения, выполняющего поток, отдельная от выбора модели, управляющей агентом. Если после обновления результат изменился, причину нужно искать в конкретном шаге, прежде чем относить её на счёт модели или подключения.
Activepieces 0.93.0 кратко
- Подтверждено: релиз от 8 ноября с OAuth 2.0 в клиенте MCP и Deno в качестве среды выполнения по умолчанию для шагов кода.
- Не указано: полный список совместимых серверов.
- Следует отслеживать: поведение активных потоков и разрешения, фактически предоставляемые новыми подключениями.
Широкий контекст
Преимущество этого релиза наиболее ощутимо в тот момент, когда подключение становится повторно используемым. Тот, кто создаёт поток, может начать с адреса совместимого сервера и авторизовать его; тот, кто управляет сервисом, сохраняет за собой решение о том, какие инструменты предоставлять. Этот принцип разграничения приобретает особый вес, когда агенты работают в фоновом режиме: подключение может вызываться и после первоначального взаимодействия, которое его настроило.
Следующие полезные данные будут конкретными: успешные подключения к серверам, отличным от тестового, обновление и отзыв авторизаций в реальных условиях использования, а также стабильные результаты скриптов после смены среды выполнения. Эти факты позволят понять, насколько реально сокращается объём работы по настройке. Для пользователей Activepieces наиболее информативный тест: собственный поток должен получать нужные данные и сохранять предусмотренный периметр доступа.
