Just 2.0: інсайти, веб-пошук, зображення і спільний контекст

Це найбільше оновлення Just на цей момент.

З цим релізом Just: ШІ-асистент для Jira зробив справжній стрибок уперед. Інсайти тепер спочатку ставлять уточнювальні запитання, потім будують план, уміють підтягувати свіжий контекст із вебу, можуть генерувати зображення в тому самому запуску й з часом стають точнішими завдяки зворотному зв’язку всередині проєкту.

Друга велика зміна — це контекст. Тепер команда може зберігати повторно використовуваний контекст окремо для конкретного проєкту або, навпаки, робити його спільним на всю організацію — залежно від того, наскільки ці знання справді мають переїжджати між командами.

Ціна теж змінилася, і нижче я до цього повернуся. Але головна новина тут не в ціні. По суті, це вже Just 2.0.

Що змінилося на практиці:

• Інсайти тепер спочатку уточнюють, а вже потім будують план.
• В одному запуску можна поєднувати веб-пошук і генерацію зображень.
• Зворотний зв’язок починає впливати на майбутні результати всередині проєкту.
• Контекст можна тримати тільки в проєкті або робити спільним на всю організацію.

Нова назва і новий знак

Змінився не лише сам продукт. Змінилися і його назва, і візуальний знак.

Just: стартовий набір ШІ для Jira була чесною ранньою назвою, коли продукт був ближчим до компактного набору ШІ-сценаріїв. Just: ШІ-асистент для Jira точніше описує нинішню роль продукту: він не просто генерує текст, а допомагає провести Jira-задачу через запитання, інсайти, пошук, повторно використовувані сценарії й акуратне застосування результату.

Спочатку запитання, потім план

Найважливіша зміна — це те, як Just тепер будує результат.

Раніше Just генерував відповідь напряму з тікета. Модель читала задачу й видавала щось структуроване та правдоподібне. Це працює, коли тікет уже добре сформульований.

Але більшість тікетів такими не бувають: їх пишуть на ходу, у них повно неявних припущень, і найчастіше саме там бракує рішень, які найсильніше впливають на реалізацію.

Тепер Just спочатку ставить уточнювальні запитання. Ти відкриваєш задачу, запускаєш інсайт, і продукт спершу піднімає конкретні запитання, перш ніж щось будувати. Ти відповідаєш на них. І вже потім план збирається не з того, що модель «припустила», а з явно зафіксованих рішень.

На словах це може звучати як невелика деталь. На практиці саме тут результат змінюється з «правдоподібної відповіді на розмитий запит» на «структурований план, зібраний на основі ухвалених рішень». Різниця стає очевидною одразу, щойно цей результат треба показати комусь іще в команді.

Веб-пошук і зображення в одному запуску

Тепер Just підтримує веб-пошук і генерацію зображень усередині одного інсайту.

Якщо тікет стосується чогось, що встигає змінитися — API, функції у конкурента, вимог із комплаєнсу, — крок із веб-пошуком підтягує актуальну інформацію ще до того, як буде побудований план. Це важливо, бо в будь-якої ШІ-моделі є межа за даними навчання. Модель, яка працює лише на своїй навчальній вибірці, не знає, що змінилося за останні місяці. Крок із веб-пошуком це знання додає.

Генерація зображень зараз працює через модель Gemini для зображень, яка помітно краще за більшість альтернатив у цьому ціновому діапазоні справляється з візуальною цілісністю й текстом усередині картинки. Обидва кроки вмикаються точково для конкретного інсайту, а не нав’язуються за замовчуванням.

Зворотний зв’язок, який покращує майбутні результати

У кожного інсайту тепер є шар зворотного зв’язку.

Можна позначити результат як корисний або некорисний і, за бажання, додати коротку причину. Ці приклади накопичуються всередині проєкту й потім використовуються в наступних запусках як позитивні та негативні орієнтири. Вдалі результати тягнуть майбутні відповіді в бік того, що команда визнала цінним. Невдалі допомагають моделі не повторювати те, що вже виявилося марним.

Це не «глобальне покращення моделі». Це калібрування на рівні конкретного проєкту. І з часом воно робить Just дедалі точнішим саме під той тип результату, який команда реально використовує, а не під абстрактно «розумну» відповідь.

Контекст на рівні проєкту або організації

Контекст теж став помітно гнучкішим.

Одним командам зручно, щоб усі проєкти наслідували спільну рамку продукту, аудиторію і базові домовленості. Іншим потрібен повністю незалежний контекст для кожного проєкту, бо продукти, користувачі й самі робочі процеси в них справді різні. Тепер Just підтримує обидва підходи.

Контекст можна тримати локально всередині одного проєкту, а можна зробити повторно використовуваним на рівні всієї організації. На словах це виглядає як деталь налаштувань, але на практиці сильно впливає на те, наскільки продукт зручний у великій структурі. Спільний контекст прибирає зайве дублювання налаштувань. Контекст лише на рівні проєкту не дає припущенням однієї команди просочуватися в роботу іншої.

На практиці це робить Just набагато простішим для вбудовування в реальну організацію, де не всі проєкти живуть за однією й тією самою логікою.

Власні сценарії під свій процес

Редактор сценаріїв дозволяє створювати, налаштовувати й зберігати власні повторно використовувані сценарії.

Сценарій — це послідовність кроків із конкретною моделлю, інструкцією та форматом результату на кожному етапі. Можна зібрати один сценарій для критеріїв приймання, інший — для технічного опрацювання, третій — для конкурентного дослідження нових функцій. Після цього сценарій доступний прямо всередині Jira і запускається в один клік для будь-якої задачі.

Саме цього найчастіше просили ранні користувачі. Вбудований інсайт корисний і сам по собі. Але коли команда може зашити в продукт власну структуру, обов’язкові поля і потрібну глибину аналізу, ШІ перестає бути демонстрацією «дивіться, як прикольно» і стає реально робочим інструментом.

Прозорі витрати: кредити, ключі і контроль

Just працює з п’ятьма провайдерами: Anthropic, OpenAI, Google, xAI і Mistral. Нові встановлення отримують $25 стартових кредитів, розподілених між провайдерами, щоб можна було прогнати реальні сценарії ще до налаштування власних API-ключів.

Коли кредити закінчуються, логіка стає зовсім простою:

• команда підключає свої ключі провайдерів;
• витрати видно на рівні кроків — скільки коштує кожен провайдер, кожен крок і кожен запуск інсайту;
• кредити лишаються зручним стартом, а довгострокова модель — це власні ключі та повна прозорість.

Якщо хочеш окремо подивитися, як такі витрати складаються в командний бюджет, я розібрав це в статті Бюджет на ШІ, про який мовчать.

Маршрутизація від початку зроблена гнучкою. Можна використовувати одного провайдера для всього, а можна призначати різні моделі на різні типи кроків. Дефолти відображають мій поточний досвід — Anthropic для ядра планування, Google для досліджень і зображень, — але перевизначити можна все.

Що щодо зміни ціни

Just перейшов із $1 до $5 за місце на місяць.

Ціна в $1 була чесною в той момент, коли її поставили. Тоді Just був експериментом. Нічого з описаного вище в продукті ще не було. Продукт, який ставить уточнювальні запитання, уміє робити живий веб-пошук, генерує зображення, накопичує зворотний зв’язок, підтримує повторно використовувані сценарії та дозволяє керувати контекстом на рівні проєкту чи всієї організації, тоді існував лише на дорожній карті.

Зараз цей продукт уже існує. Саме це і відображає ціна в $5 за місце. Вона все ще нижча за більшість порівнюваних ШІ-інструментів усередині Jira, і в неї, як і раніше, не включені самі витрати на ШІ — вони прозоро проходять через ваші власні API-ключі.

Для чинних підписників: за правилами ціноутворення Atlassian у поточних підписників є шість місяців до того, як зміна ціни почне застосовуватися до оплати. Тобто нічого не змінюється миттєво. Тариф у $1 для вас зберігається до жовтня 2026 року.

Якщо хочеш обговорити цю зміну, зрозуміти, що вона означає для твоєї команди, або просто дати зворотний зв’язок про продукт — напиши мені напряму. Я читаю кожне повідомлення.