TeamCity 2026.2 вывел Pipelines из EAP и открыл CI ИИ-агентам через MCP
Pipelines в TeamCity вышли из раннего доступа, ИИ-агенты могут читать и менять пайплайны через MCP, а AI Assistant принимает собственный ключ любого провайдера.

JetBrains 2 сентября выпустила TeamCity 2026.2. Главное в релизе: пайплайны, которые описываются YAML-файлом в репозитории и собираются в визуальном редакторе, вышли из программы раннего доступа и стали штатной функцией TeamCity Cloud и On-Premises для проектов любого размера. Вместе с этим сервер получил три MCP-инструмента для работы ИИ-агентов с пайплайнами, а встроенный AI Assistant научился работать с собственным ключом поддерживаемого провайдера: Anthropic, OpenAI, Google Gemini или совместимой с OpenAI локальной модели.
Для команд на TeamCity это означает, что пайплайны можно переводить из экспериментов в основные сборки, а тем, кто подключает к CI агентов вроде Junie или Claude Code, при подключении через OAuth больше не нужно выпускать персональный токен вручную: MCP-сервер TeamCity получил авторизацию OAuth с PKCE. Об этом сообщил в блоге JetBrains Дмитрий Коровин. Одновременно вышли исправления для двух предыдущих мажорных версий On-Premises: 2025.11.8 и 2026.1.4.
Ключевые выводы
- Pipelines введены как EAP в TeamCity 2025.07; в 2026.2 они общедоступны в Cloud и On-Premises.
- В пайплайнах появились выбор ветки в режиме редактирования, предупреждение о защищённых ветках, запуск job при упавшем upstream, кнопка Promote, отладка отдельной job и пайплайны без репозитория.
- MCP получил
teamcity_pipeline_get,teamcity_pipeline_postиteamcity_pipeline_delete; изменяющие инструменты работают только в Brave mode, который включается вручную. - AI Assistant поддерживает свой ключ (BYOK): Anthropic, OpenAI, Google Gemini и совместимые с OpenAI локальные модели; сам помощник требует лицензии Enterprise.
- Kotlin DSL можно выполнять на билд-агентах, а не на сервере; плагин для IDE получил CLI и запуск сборок с незакоммиченными изменениями.
Что изменилось в пайплайнах
Pipelines появились в TeamCity 2025.07 как функция раннего доступа: сразу в Cloud и по запросу в On-Premises. С тех пор, по словам JetBrains, команда закрывала разрыв с классическими build configurations: добавила поддержку build features, шаги для .NET и возможность связывать пайплайны в цепочки сборок. Релиз 2026.2 объявляет пайплайны общедоступными на обеих поставках. Разработка при этом продолжается, дальнейшие планы вынесены в дорожную карту продукта.
Если YAML пайплайна хранится в Git, теперь в режиме редактирования можно выбирать ветку репозитория и задавать для каждой ветки собственный сценарий. Для защищённых веток интерфейс предупреждает, что правки из UI напрямую не запушить, и предлагает сохранить их в другую ветку.
В зависимостях между job появился переключатель Run job even if upstream fails: пайплайн доходит до конца даже после ошибки, а сам прогон при этом остаётся помеченным как упавший. JetBrains приводит очевидный сценарий: шаги очистки и уведомлений, которые должны выполниться всегда.
Кнопка Promote, которая запускает нижнюю часть цепочки от уже завершённой сборки, теперь работает и для пайплайнов. Пример из анонса: успешный прогон Build Docker image можно продвинуть в конфигурацию Upload to DockerHub и повторно задеплоить артефакт без пересборки. Отдельную job теперь можно отлаживать, не выходя из режима редактирования и не запуская весь пайплайн: лог и терминал открываются внизу редактора.
Ещё одно изменение: пайплайн можно создать без привязанного VCS root, выбрав при создании вариант Without repository. Раньше сценарии, которые ничего не выкачивают из репозитория, были доступны только в build configurations.
Как ИИ-агенты получают доступ к CI
MCP-эндпоинт, через который агенты используют сервер TeamCity как источник инструментов, появился в версии 2026.1. В 2026.2 к нему добавлены три инструмента для пайплайнов: teamcity_pipeline_get, teamcity_pipeline_post и teamcity_pipeline_delete. Чтобы агент не удалил пайплайн случайно, post и delete доступны только в Brave mode, который включается вручную; по умолчанию агент может только читать.
Авторизация MCP переведена на OAuth с PKCE. Раньше для подключения агента приходилось выпускать personal access token и прописывать его в конфигурации ИИ-окружения; при OAuth-подключении это не нужно, а ручной токен остаётся способом выдать агенту ограниченные права, например только на чтение. Плагин для IntelliJ IDEA стал поставляться вместе с CLI TeamCity и регистрирует MCP-сервер сам, так что интеграция с Junie или сторонними агентами, по словам JetBrains, требует минимум ручной настройки.
AI Assistant, встроенный помощник для разбора сборок и отладки CI, поддерживает Bring Your Own Key: в разделе Admin | AI Assistant вводится ключ разработчика, после чего запросы уходят в Anthropic, OpenAI, Google Gemini или в совместимую с OpenAI модель, в том числе развёрнутую локально. По документации, AI Assistant требует активной лицензии Enterprise, в том числе триальной, и недоступен на Professional; для команд, у которых нет доступа к провайдеру JetBrains AI, свой ключ это способ подключить ту модель, до которой доступ есть.
Что ещё вошло в релиз
- Повтор упавшей зависимости на месте. На вкладке Dependencies в настройках build configuration появилась группа Retry Settings: при включённом Use custom retry settings и заданном числе попыток TeamCity задерживает нижнюю сборку и повторяет упавшую зависимость, не перезапуская всю цепочку.
- Плагин для IDE показывает результаты тестов TeamCity прямо в IDE и умеет запускать удалённые сборки с локальными изменениями, которые ещё не закоммичены.
- Разработчики на Kotlin Multiplatform, установившие плагин в IDEA или Android Studio, могут получить бесплатный тариф TeamCity Cloud с лимитом 30 000 build credits в месяц для автоматически сгенерированных пайплайнов, которые тестируют и собирают iOS-приложения; плагин также упрощает интеграцию с TestFlight.
- Build feature Pull Requests для GitHub умеет сопоставлять pull request по исходной ветке, а не по ссылке на ветку: связанные PR в разных репозиториях с разными номерами собираются в одной цепочке.
- Для проектов с настройками в Kotlin DSL в удалённом репозитории можно выбрать, где выполняется этот код: на сервере или на билд-агентах. Выполнение на агентах JetBrains называет менее ограниченным и более безопасным, но предупреждает, что у обоих вариантов есть компромиссы, описанные в документации.
Что делать команде на TeamCity
- Если пайплайны использовались в EAP, снятие статуса раннего доступа означает, что их можно переводить на основные сборки; полный список изменений JetBrains держит в разделе What's New документации.
- Тем, кто остаётся на предыдущих мажорных версиях On-Premises, вышли обновления 2025.11.8 и 2026.1.4 с исправлениями ошибок.
- Перед тем как дать агенту право менять пайплайны, оценить, нужен ли Brave mode: по умолчанию изменяющие MCP-инструменты выключены.
- Если в проекте Kotlin DSL из удалённого репозитория, свериться с документацией по режимам компиляции до переключения на агенты.
Цены и условия лицензирования в анонсе не упоминаются. Релиз выходит через несколько дней после того, как JetBrains раскрыла детали взлома своего сервиса Cadence через непропатченный TeamCity, и на следующий день после выхода OIDC-плагина, который заменяет долгоживущие облачные ключи в CI короткими токенами. Следующий ориентир для пайплайнов, по словам компании, задаёт дорожная карта TeamCity.
Источники: TeamCity 2026.2: Pipelines General Availability, BYOK for AI Assistant, and More (блог JetBrains), What's New in TeamCity (документация)
Изображение на обложке: Логотип: JetBrains
















