The post has been translated automatically. Original language: Russian
On September 8, 2026, release n8n 2.39.0 was released — a preliminary build of a new branch of the workflow automation platform, which contains more than six dozen changes. Next, on September 9th and 10th, builds 2.39.1 and 2.39.2 appeared, and version 2.38.6 appeared in the stable branch. The main part of the edits concerns three things: how the platform launches AI agents, how it handles encryption keys and secrets, and what it gives away through a public API.
Agents: shared sandbox and limits on simultaneous launches
The most noticeable change in the agent part is that background subagents now work in the sandbox of the parent workspace, rather than raising their own. For the built-in AI instance, there are optional limits on the number of simultaneous launches: they must be enabled explicitly, there is no limit by default. The built-in assistant learned how to search through past correspondence, began to take into account what changes the agent was generally able to make to the script, and the agents themselves were able to open new sessions through chat channels.
A separate block of edits closes scenarios in which agency tools have previously broken down. The workflow that was called as a tool now waits instead of failing if the parent process is suspended. Calls are protected from unpublished and incompatible workflows. The threads of an agent working through the Anthropic models no longer go into an irreversibly broken state. In build 2.39.2 dated September 10, the authors abandoned copying user workflows to the embedded AI sandbox — this is stated as a performance improvement.
Encryption, external secrets, and observability
Encryption keys are now cached in memory, and the encryption module is always loaded, with secure key initialization at the start. The signature keys for deployment are stored in wrapped form, just as data is encrypted. In build 2.39.1, data encryption key recovery was added during the initial download.
Important edit on external secrets: if the provider that replaced the working one has not risen, the former one remains active instead of leaving the instance without a source of secrets. For observability, support has been added for the OTLP protocol on top of gRPC in the OpenTelemetry trace. From performance, it is worth noting the limitation of peak memory consumption when sending changes to the version control system — the same edit arrived in stable 2.38.6.
APIs and integrations
A new endpoint of workflow versions has appeared in the public API, and the old path has been deprecated and is still being maintained. Endpoints for sending changes and status for version control have been added, data table endpoints now contain the size, and packages are exported by both short name and identifier. From the nodes: Confluence and Jira received authorization through the Atlassian service account according to the 2LO scheme, Microsoft Teams received operations with online meetings and channel messages, and the Supabase scheme is requested once when building column lists.
What does this mean in practice?
First: 2.39.0 is marked as a pre-release. Stable 2.38.6 is relevant for an industrial installation, and it is reasonable to roll the new branch on a test circuit.
Secondly, the shared sandbox for background agents saves resources, but the isolation between the parent and child startup becomes weaker. If you have access to sales databases or payment APIs in your agent scenarios, you should see in advance exactly what the subagent sees inside the general environment.
Third, the limits on simultaneous launches of the built-in AI are disabled by default. They are the ones that protect against a situation where a dozen parallel agent runs consume both the node's memory and the model provider's limits, so it's better to turn them on right away.
Fourth: switching to OTLP on top of gRPC requires the collector to listen to the gRPC port, otherwise it is easy to get a quietly missing trace instead of an obvious error when updating.
The draft text was prepared with the participation of AI, the facts were checked against the original source — the official notes for the release of n8n 2.39.0 on GitHub.
8 сентября 2026 года вышел выпуск n8n 2.39.0 — предварительная сборка новой ветки платформы автоматизации рабочих процессов, в которую собрано больше шести десятков изменений. Следом, 9 и 10 сентября, появились сборки 2.39.1 и 2.39.2, а в стабильной ветке — версия 2.38.6. Основная часть правок касается трёх вещей: как платформа запускает ИИ-агентов, как обращается с ключами шифрования и секретами и что отдаёт через публичный API.
Агенты: общая песочница и лимиты на одновременные запуски
Самое заметное изменение в агентской части — фоновые подагенты теперь работают в песочнице родительского рабочего пространства, а не поднимают собственную. Для встроенного в экземпляр ИИ появились необязательные лимиты на число одновременных запусков: включать их нужно явно, по умолчанию ограничения нет. Встроенный ассистент научился искать по прошлым перепискам, стал учитывать, какие изменения агент вообще способен внести в сценарий, а сами агенты получили возможность открывать новые сессии через чат-каналы.
Отдельный блок правок закрывает сценарии, в которых агентские инструменты раньше ломались. Рабочий процесс, вызванный как инструмент, теперь ждёт, а не завершается ошибкой, если родительский процесс приостановлен. Вызовы защищены от неопубликованных и несовместимых рабочих процессов. Треды агента, работающего через модели Anthropic, больше не уходят в необратимо сломанное состояние. В сборке 2.39.2 от 10 сентября авторы отказались от копирования пользовательских рабочих процессов в песочницу встроенного ИИ — это заявлено как улучшение производительности.
Шифрование, внешние секреты и наблюдаемость
Ключи шифрования теперь кешируются в памяти, а модуль шифрования загружается всегда, с безопасной инициализацией ключей на старте. Ключи подписи для развёртывания хранятся в обёрнутом виде — так же, как шифруются данные. В сборке 2.39.1 добавлено восстановление ключа шифрования данных при первичной загрузке.
Важная правка по внешним секретам: если провайдер, пришедший на замену работающему, не поднялся, прежний остаётся активным вместо того, чтобы экземпляр остался без источника секретов. Для наблюдаемости добавлена поддержка протокола OTLP поверх gRPC в трассировке OpenTelemetry. Из производительности стоит отметить ограничение пикового расхода памяти при отправке изменений в систему контроля версий — эта же правка приехала и в стабильную 2.38.6.
API и интеграции
В публичном API появился новый эндпоинт версий рабочего процесса, а прежний путь объявлен устаревшим и пока поддерживается. Добавлены эндпоинты отправки изменений и статуса для контроля версий, ответы эндпоинтов таблиц данных теперь содержат размер, а пакеты экспортируются и по короткому имени, и по идентификатору. Из узлов: Confluence и Jira получили авторизацию через сервисный аккаунт Atlassian по схеме 2LO, Microsoft Teams — операции с онлайн-встречами и сообщениями в каналах, а схема Supabase запрашивается один раз при построении списков колонок.
Что это значит на практике
Первое: 2.39.0 помечен как предварительный выпуск. Для промышленной установки актуальна стабильная 2.38.6, а новую ветку разумно катать на тестовом контуре.
Второе: общая песочница для фоновых подагентов экономит ресурсы, но изоляция между родительским и дочерним запуском становится слабее. Если у вас в агентских сценариях есть доступы к продовым базам или платёжным API, стоит заранее посмотреть, что именно видит подагент внутри общего окружения.
Третье: лимиты на одновременные запуски встроенного ИИ выключены по умолчанию. Именно они защищают от ситуации, когда десяток параллельных агентских прогонов съедает и память узла, и лимиты провайдера моделей, поэтому включить их лучше сразу.
Четвёртое: переход на OTLP поверх gRPC требует, чтобы коллектор слушал gRPC-порт, иначе при обновлении легко получить тихо пропавшую трассировку вместо явной ошибки.
Черновик текста подготовлен с участием ИИ, факты сверены с первоисточником — официальные заметки к выпуску n8n 2.39.0 на GitHub.
Share
