Cline 4.1.20: паралельні субагенти, нові дефолти моделей

Субагенти виконують tool calls паралельно, а не по черзі

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

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

Бюджет виводу для довгих відповідей і оновлений каталог

Для моделей, які заявляють великий ліміт виводу, дефолтний бюджет відповіді тепер — 30% від ліміту або 32 000 токенів, залежно від того, що більше, замість фіксованих 32 000. Для моделей із лімітом виводу приблизно до 107 000 токенів нічого не змінюється. А ось довші відповіді означають вищу вартість і затримку за один хід — це варто врахувати, якщо працюєте з моделлю, у якої заявлений великий output-ліміт, і раптом помітили, що відповіді стали довшими й повільнішими.

Каталог провайдерів і моделей зріс до 209 провайдерів і 6 237 моделей. Для 36 провайдерів, які не закріплюють конкретну модель, дефолт змінився — здебільшого на DeepSeek V4.1 Flash, GLM 5.3 Flash або MiMo V2.6 Flash. Якщо користуєтесь одним із таких провайдерів без явного вибору моделі, після оновлення дефолт буде іншим — варто зайти в налаштування провайдера і закріпити модель вручну, якщо важлива саме конкретна поведінка.

Виправлення, які раніше псували робочий процес

• Хуки UserPromptSubmit і TaskStart знову додають контекст: раніше поле contextModification просто відкидалося (виживало лише cancel), тепер контекст доставляється як окремий блок у перший запит завдання і не з’являється у транскрипті в сирому вигляді
• Retry більше не стирає недописаний текст, цитати, зображення й файли в композері — раніше він запускав те саме очищення, що й дії підтвердження, і видаляв єдину копію того, що ви встигли набрати під час запиту
• Вивід фонових команд тепер стрімиться в рядок команди по мірі виконання, а не з’являється лише після завершення
• Налаштована версія Azure API тепер справді використовується в завданнях і дзеркалиться у providers.json
• Панель Rules тепер узгоджено показує правила з .cline/rules, ~/.cline/rules і ~/Cline/Rules — раніше вони застосовувалися до моделі, але не відображалися в панелі, а на Windows із OneDrive-редиректом Documents глобальні правила взагалі не знаходилися
• Видалення завдання з історії тепер незворотне: раніше завдання, чий індексний запис зник, а файл на диску лишився, показувалося як видалене й знову з’являлося після оновлення
• Субагенти, яких ви налаштували самі, більше не просять підтвердити кожен окремий tool call після того, як ви вже підтвердили делегування
• Ущільнення (compaction) більше не падає мовчки в усічення посеред довгого завдання — раніше сумаризатор тримав застарілі креденшели, і після їх оновлення запит падав з помилкою авторизації, яка проковтувалася
• Хід моделі, що вперся в ліміт токенів виводу до виклику інструмента, більше не завершує завдання — тепер це до трьох повторних спроб з нагадуванням відповідати стисліше й розбивати велику роботу на кілька tool calls

Перед оновленням варто перевірити закріплені моделі в провайдерів, якими користуєтесь без пінінгу — дефолт міг змінитися. Якщо покладаєтесь на хуки для підмішування правил репозиторію в контекст, зробіть тестовий запуск і переконайтесь, що контекст справді доходить до моделі.