Три пути ИИ в Jira

Три маршрута, один бэклог

В 2026 году недостатка в ИИ уже нет. Недостаток есть в понимании того, куда именно его направить.

Если команда живёт в Jira, ты уже наверняка почувствовал это движение. Atlassian встроил Rovo прямо в платформу. OpenAI и Anthropic открыли коннекторы, через которые ChatGPT и Claude могут читать бэклог. А новый класс приложений на Forge — среди них и Just — встраивает ИИ прямо в панель задачи, превращая Jira-тикет одновременно и во вход, и в место назначения.

Три маршрута. Один и тот же бэклог. Совершенно разный опыт.

Соблазн — спросить, что из этого «лучше». Но это неправильный вопрос. Гораздо полезнее спросить проще: что из этого действительно подходит нашей команде?

Для одних команд ответ — в управляемом охвате. Для других — в свободе выбора передовых моделей. А для третьих — в одном встроенном в Jira сценарии, который умеет брать сильные стороны сразу у нескольких провайдеров.

Путь 1: Rovo

Rovo — это собственный ИИ-слой от Atlassian, встроенный в Jira Cloud, Confluence и Jira Service Management. Он опирается на Teamwork Graph, который связывает людей, проекты и контент во всей экосистеме Atlassian, и по сути строится вокруг трёх столпов: поиска, чата и агентов.

• Сильная сторона: охват. Rovo Search умеет тянуть знания из Jira, Confluence и длинного списка сторонних приложений, при этом уважая существующие права доступа. Это особенно полезно командам, которые тонут в разбросанных знаниях.
• Сильная сторона: самый лёгкий путь для согласования. Нет ключей провайдеров, нет выбора моделей, нет токенных бюджетов, за которыми нужно следить. Управление доступом остаётся внутри уже существующей модели прав и аудита Atlassian. И с ценой сейчас тоже проще: в 2026 году Rovo подаётся как часть планов Atlassian Cloud, а не как отдельная платная надстройка, а доступ и объём использования привязаны к уровню тарифа.
• Компромисс: меньше контроля и меньше глубины на уровне задачи. Выбор модели заблокирован, а сам ИИ живёт рядом с работой, а не внутри структурированного контура планирования в панели задачи.

Rovo — правильный маршрут, когда главная проблема — поиск информации между разными продуктами, а приоритет — управляемый доступ без настройки.

Путь 2: Коннекторы

Коннекторы идут от противоположной логики. Вместо того чтобы заворачивать ИИ внутрь Atlassian, они приносят данные Jira туда, где ИИ уже живёт: в ChatGPT, Claude Desktop, Cursor или любой клиент, который поддерживает Model Context Protocol (MCP).

• Сильная сторона: свобода выбора моделей. Они дают тебе те модели, которые доступны во внешнем клиенте: сегодня это Claude Opus 4.6, GPT-5.4, Gemini 3.0 Pro и всё, что появится завтра.
• Сильная сторона: привычный внешний клиент. Именно поэтому коннекторы так привлекательны для продвинутых пользователей, которые уже живут в Claude, ChatGPT или Cursor и хотят самые сильные модели без необходимости учить новый интерфейс. Современная версия такого моста всё чаще строится вокруг MCP: клиент подключается к Atlassian или стороннему MCP-серверу, обнаруживает инструменты Jira и использует их прямо внутри чата.
• Компромисс: пользователь сам становится прослойкой между системами. Контекст остаётся поверхностным, если его вручную не дополнять. Запись обратно в Jira возможна, но редко идёт через управляемый и прозрачный сценарий. А каждая беседа обычно остаётся частной историей одного клиента. С авторизацией тоже не всегда гладко: официальный MCP-сервер Atlassian использует OAuth, и многие команды всё равно выбирают сторонний управляемый коннектор ради более ровного опыта.

Коннекторы — правильный маршрут, когда главная задача состоит в том, чтобы дать сильному внешнему ИИ контекст из Jira, а пользователь ценит свободу выбора моделей выше, чем общий сценарий работы команды.

Путь 3: Just

Just идёт по третьему пути. Это приложение для Jira на Forge, которое встраивает ИИ прямо в панель задачи — не как боковой чат, а как структурированный жизненный цикл: инсайт, уточнение, планирование, выполнение и запись результата обратно в поля Jira.

• Сильная сторона: глубина рабочего сценария. ИИ живёт внутри самой задачи, а не в отдельном клиенте, и задача становится одновременно и входом, и местом назначения.
• Сильная сторона: один встроенный в Jira контур, который умеет сочетать разных провайдеров. Вместо одиночного запроса и ответа Just запускает последовательный путь: инсайт, уточнение, планирование, веб-исследование, работа с изображениями, выполнение и запись обратно. Каждый шаг можно включить, пропустить или пересмотреть до того, как он что-то запишет в Jira. Так как Just работает сразу с несколькими провайдерами, команда может направлять разные шаги к разным моделям и одновременно сочетать переиспользуемый контекст проекта с видимым выполнением, расходом токенов, стоимостью и обратной связью внутри одной системы.
• Компромисс: больше настройки и ограничения платформы. В Just есть встроенные trial-ключи, чтобы можно было быстро начать, но долгосрочная модель тут pay-as-you-go через собственные ключи провайдеров. А это уже требует чуть более продвинутой настройки: кому-то в команде нужно подключить, создать и поддерживать API-ключи организации. Зато такой формат часто удобнее там, где интенсивность использования ИИ в команде сильно отличается от роли к роли, потому что вы не пытаетесь посадить всех на один и тот же плоский тариф. Отдельно про это я подробнее писал в статье Бюджет на AI, о котором молчат. И как приложение на Forge Just всё ещё живёт внутри технических ограничений Atlassian.

Just — правильный маршрут, когда вы хотите собрать сильные стороны разных ИИ-провайдеров в одном Jira-native сценарии с прозрачным и проверяемым пайплайном — и готовы чуть сильнее заморочиться с настройкой ради этого контроля.

Ключевое отличие: где вообще живёт ИИ

Если убрать списки функций и свести каждый маршрут к сути, различие оказывается архитектурным.

Rovo — это метро. Он покрывает весь город. Можно доехать из Jira в Confluence или Google Drive одним маршрутом. Линии фиксированы, расписание контролирует оператор, и ты доверяешь платформе.

Коннекторы — это такси по запросу. Ты выбираешь машину, водителя и точный маршрут. Но направление задаёшь сам, поездка остаётся частной, и команда в целом не видит всей картины того, как проходила работа.

Just — это выделенный шаттл. Он ездит по одному коридору — Jira-задаче, — но делает это с остановками, точками проверки и прозрачностью. По ходу маршрута он ещё и может подключать разных провайдеров, не вынося команду из Jira. Команда видит, где шаттл, что он везёт и когда приезжает.

Краткая карта маршрутов

Если сжать всё сравнение до главного, контраст становится очень простым.

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

Как выбрать свой маршрут

Нет одного маршрута, который был бы правильным для всех. Команде, которой нужно искать знания сразу по шести SaaS-продуктам и не хочется тащить на себя инфраструктурные заботы, логично начинать с Rovo.

Инженеру, который хочет использовать Claude Opus 4.6, GPT-5.4 или Gemini 3.0 Pro поверх бэклога из собственного клиента, больше подойдут коннекторы.

А продуктовой или delivery-команде, которой нужен один проверяемый сценарий прямо в Jira, где разные шаги могут идти в разные модели, а стоимость, качество и результат остаются видимыми всей команде, — стоит посмотреть на Just в Atlassian Marketplace.

Многие команды будут использовать не один маршрут. Они не взаимоисключающие. Главное — выбирать их осознанно, исходя из того, как команда реально работает и где у неё на самом деле возникает трение, а не из того, какой ИИ-демо выглядел эффектнее на прошлой неделе.