11 серпня GitHub випустив оновлення для Copilot for JetBrains, що складається з трьох частин: додавання «Copilot Memory», вбудованої підтримки моделей Ollama та «Codex session receipts», які з'являються в логах налагодження. Ці зміни дозволяють розробникам вирішувати, що саме запам'ятовує асистент, де виконується його інференс і як реєструються його дії — функції, що є критично важливими для тих, хто дбає про приватність, затримку (latency) або можливість аудиту під час написання коду за допомогою ШІ.

Чому нові засоби керування мають значення

Copilot for JetBrains надає ті самі пропозиції коду на основі ШІ, які розробники бачать у VS Code, у пакет IDE від JetBrains. До цього часу плагін працював як «чорна скринька»: сервери GitHub генерували пропозиції та видаляли контекст розмови після завершення сесії. Нові рівні керування руйнують цей моноліт, дозволяючи командам окремо вирішувати, який обсяг взаємодії залишатиметься в пам'яті, чи переносити інференс на локальну модель і як відображати активність асистента в логах.

Copilot Memory — що залишається у вашій історії

«Copilot Memory» зберігає фрагменти розмов між різними вікнами чату. Якщо ви попросите асистента пояснити патерн проєктування в одній вкладці, а потім посилатиметеся на нього в іншій, модель згадає попередню розмову. Корпоративні адміністратори можуть вмикати або вимикати цю функцію, обмежувати обсяг збережених даних або повністю вимикати її в середовищах із суворими вимогами щодо відповідності (compliance).

Інтеграція з Ollama — де працює модель

Оновлення додає вбудовану підтримку Ollama — сервера моделей із відкритим вихідним кодом, який можна запускати локально або в приватному хмарному середовищі. Вибір Ollama як провайдера переносить інференс з інфраструктури GitHub, що зменшує затримку та дозволяє зберігати пропрієтарний код у межах вашої мережі. Плагін пропонує простий селектор, при цьому вибір самої моделі залишається невидимим для користувача.

Codex session receipts — як реєструються дії

Кожна пропозиція Copilot тепер створює «Codex session receipt», який записується в лог налагодження (debug log) IDE. Нові режими дозволів дозволяють адміністраторам записувати, маскувати або пропускати ці квитанції. Ці записи діють як журнал виконання, показуючи, які саме промпти були надіслані, яка модель відповіла та який код було вставлено — це корисно для постмортем-аналізу або регуляторного аудиту.

Корпоративні налаштування та чек-лист із чотирьох кроків

Окрім трьох основних функцій, оновлення розширює корпоративні можливості керування: ви можете обмежувати доступність плагіна, блокувати доступ до сервера Microsoft Copilot (MCP) і тонко налаштовувати поведінку обходу дозволів. GitHub рекомендує виконати чотири перевірки перед розгортанням оновлення:

  • Memory scope (Обсяг пам'яті): Перевірте, які дані розмов асистент може зберігати.
  • Model source (Джерело моделі): Підтвердьте, чи буде інференс виконуватися на Ollama, чи на стандартному хмарному сервісі.
  • Permission policy (Політика дозволів): Перегляньте нові режими дозволів, що визначають можливості асистента.
  • Execution receipt (Квитанція про виконання): Переконайтеся, що логи фіксують бажаний рівень деталізації для кожної сесії.

Компроміс

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

Підсумок: Оновлення GitHub від 11 серпня перетворює Copilot for JetBrains із простого асистента на набір керованих компонентів, дозволяючи організаціям самостійно балансувати між зручністю, приватністю та можливістю аудиту.