Примітки до випуску OpenClaw v2026.6.11 (2026-06-30)

Ми почули ваші відгуки. У v2026.6.11 основну увагу приділено недолікам, через які OpenClaw здавався менш надійним: виправлено надсилання відповідей не за адресою, зависання під час надсилання, повторні підключення та помилки налаштування моделей, а також запроваджено безпечніші стандартні налаштування для адміністраторів.

Основні зміни

Надійність доставки в каналах

У Telegram, WhatsApp, Matrix, Google Chat, iMessage, Feishu і Mattermost зменшено ймовірність втрати, дублювання, помилкової маршрутизації або додавання до неправильної розмови відповідей, команд, повідомлень у черзі та вкладень.

Джерела та учасники

• Виправлено проблему, через яку новіші прямі повідомлення Google Chat іноді оброблялися як групові розмови; тепер вони потрапляють до правильного чату один на один, а повідомлення зі Space і групових чатів зберігають наявну маршрутизацію. #58993 Дякуємо @starhappysh, @vincentkoc.
• Голосові відповіді Feishu від OpenClaw тепер показують тривалість у бульбашці чату, щоб одержувачі могли побачити довжину аудіозапису перед відтворенням. #89172 Пов’язано з #53798. Дякуємо @areslp, @fxz26284407, @kinrocw.
• Відповіді Discord і Telegram та віддзеркалена історія чату тепер надійніше залишаються прив’язаними до потрібної розмови, зокрема після повторних відповідей у Telegram і змін сеансу. #89911 Дякуємо @jalehman.
• Результати фонового створення зображень, відео й музики тепер повертаються до чату, який їх запитав, коли завдання запускається без повної цілі розмови, замість того щоб після створення виглядати невдалими або надсилатися не тому співрозмовнику в міру зміни сеансу. #89949 Пов’язано з #86034. Дякуємо @tianxiaochannel-oss88, @wangwllu.
• Відповіді Telegram тепер залишаються прив’язаними до поточного запитання користувача, коли він цитує попереднє повідомлення бота, тоді як цитування повідомлень інших людей і далі створює відповідь на вибрану цитату. #90475 Дякуємо @moeedahmed.
• Адміністратори груп QQBot тепер можуть вибирати широту доступності команд із похилою рискою, а команди лише для приватних чатів спрямовують користувачів до приватного чату замість того, щоб ставати доступними або мовчки ігноруватися в групах. #92154 Дякуємо @sliverp.
• Перевірки Heartbeat із використанням моделей, здатних до міркування, тепер показують заплановану відповідь асистента замість розкриття внутрішніх міркувань у Telegram, WhatsApp та інших каналах, водночас увімкнені за бажанням повідомлення про міркування й далі працюють. #92356 Пов’язано з #92260. Дякуємо @jmpei, @tangtaizong666, @vincentkoc.
• Чати Telegram у режимі поступового відображення тепер прибирають стару бульбашку перебігу виконання перед появою новіших результатів інструментів або артефактів, зберігаючи чистий і читабельний порядок розмови. #93002 Пов’язано з #90753. Дякуємо @shadow-enthusiast, @zhangguiping-xydt.
• Повідомлення iMessage із командою та посиланням тепер залишаються разом як один хід OpenClaw, коли попередній перегляд посилання надходить із затримкою, а не пов’язані між собою швидкі повідомлення залишаються окремими для користувачів, які ввімкнули об’єднання прямих повідомлень від одного відправника. #93143 Дякуємо @omarshahine.
• Успішні відповіді Discord, надіслані через інструмент повідомлень, більше не спричиняють оманливого попередження про помилку у відповідних ходах вихідного каналу message_tool_only. #94072 Пов’язано з #93875. Дякуємо @chenyangjun-xy, @hoyanhan, @vincentkoc.
• Групові розмови WhatsApp тепер надійніше зберігають правильний контекст повідомлення та групи під час повторних спроб, перепідключень і змін у групі. #94338 Пов’язано з #7433. Дякуємо @mcaxtr, @octopuslabs-fl, @xialonglee.
• Виправлено проблему, через яку OpenClaw іноді відповідав на власні відкладені відлуння iMessage, коли сторонні початкові символи заважали розпізнати надіслане повідомлення. #94442 Дякуємо @ly-wang19.
• Користувачі Telegram webhook можуть і далі отримувати прямі й групові повідомлення під час короткочасних перезапусків каналу, перезавантажень конфігурації та циклів відновлення без тимчасових перерв у доставленні повідомлень. #94506 Пов’язано з #90254. Дякуємо @obviyus, @travellingsoldier85, @xialonglee.
• Gateway Matrix із наскрізним шифруванням можуть залишатися онлайн під час тривалої роботи замість поступового споживання пам’яті до аварійного завершення, яке зупиняє канали та поточні завдання. #94942 Пов’язано з #90455. Дякуємо @xzh-icenter, @yar-sh.
• Користувачі Telegram тепер бачать потрібну вбудовану реакцію замість витоку інструкцій або втрати відповіді, що містить лише реакцію, а успіх фіксується лише після її прийняття Telegram. #94977 Пов’язано з #71140. Дякуємо @cuttingwater, @hugenshen.
• Оновлення перебігу виконання в Telegram для команд, пошуків, оновлень і активності API тепер залишаються читабельними замість показу захаращеного HTML або рядків у стилі коду, із резервним відображенням звичайним текстом, коли Telegram не може проаналізувати форматування. #95007 Пов’язано з #95002.
• Розмови Telegram, продовжені у WebChat, тепер показують одну відповідь асистента на кожен хід і зберігають наступні відповіді в активній розмові замість дублювання відповідей або їх повторного надсилання до Telegram. #95069 Пов’язано з #94930. Дякуємо @heichaowo.
• Google Chat тепер приховує оманливі внутрішні банери помилок, коли результат інструмента нешкідливий, залишаючи користувачам завершену відповідь, водночас звичайний текст асистента залишається без змін. #95084 Пов’язано з #90684. Дякуємо @jailbirt, @studentzhou-svg.
• Прив’язані багатoагентні розмови в каналах тепер завантажують файли робочого простору налаштованого агента замість агента за замовчуванням, хоча раніше помилково збережені розмови можуть початися заново у виправленому сховищі агента. #95118 Пов’язано з #92903. Дякуємо @849261680, @axjing.
• Люди, які спільно використовують Gateway OpenClaw, тепер можуть призначати різні моделі окремим контактам у прямих повідомленнях у підтримуваних каналах чату, а наявні моделі, вибрані для груп і за шаблоном підстановки, продовжують працювати як раніше. #95120 Пов’язано з #53638. Дякуємо @gandalf-at-lerian, @thomaszta, @xydigit-zt.
• Telegram тепер показує, що OpenClaw і далі працює під час коротких початкових попередніх переглядів або відповідей у режимі поступового відображення, замість того щоб залишати чат без повідомлень до надходження остаточної відповіді. #95183 Пов’язано з #95004. Дякуємо @obviyus.
• Користувачі й оператори Matrix тепер отримують чітке повідомлення про помилку, коли домашній сервер надсилає завелику відповідь або відповідь, що зависла, замість того щоб OpenClaw продовжував її буферизувати з ризиком необмеженого використання пам’яті. #95240 Дякуємо @alix-007.
• Виправлено затримані або відсутні відповіді Telegram та інших каналів із чергою в розгортаннях у стилі Kubernetes із великою кількістю впроваджених змінних середовища, де відкриття бази даних черги могло призвести до зависання Gateway. #95278 Пов’язано з #94571. Дякуємо @kaka-srp.
• Чати Telegram відновлюються після завершення часу очікування одного завислого повідомлення, даючи змогу наступним повідомленням у тому самому чаті або темі дістатися до агента без перезапуску Gateway. #95299 Пов’язано з #95248. Дякуємо @kriegerbangerz-ship-it, @mikasa0818, @obviyus.
• Коли люди перемикаються між Telegram та іншим клієнтом OpenClaw у спільній прямій розмові, короткі відповіді Telegram тепер надсилаються до найновішої розмови замість відповіді на старішу, не пов’язану з нею пропозицію Telegram. #95390 Пов’язано з #95378. Дякуємо @maiduy708, @mikasa0818, @obviyus.
• Виправлено появу завершених повідомлень асистента двічі в Telegram, Discord, Slack та інших чатах із потоковим передаванням після відповіді з кількох повідомлень. #95432 Дякуємо @vincentkoc, @yetval.
• Відповіді WhatsApp тепер залишаються прив’язаними до прямого або групового повідомлення, на яке вони відповідають, замість появи як окремого повідомлення, що втрачає контекст розмови. #95483 Дякуємо @mcaxtr.
• Форматовані відповіді Telegram тепер зберігають розділення абзаців, маркерів і рядків стану замість згортання багаторядкового вмісту в один суцільний блок, і для цього не потрібно змінювати конфігурацію. #95532 Пов’язано з #95409. Дякуємо @amknight.
• Оператори Mattermost, які вмикають вбудовані команди з похилою рискою, тепер можуть використовувати /oc_queue безпосередньо в Mattermost для налаштування черги активних запусків, зокрема її режиму, часу усунення брязкоту, обмеження та обробки відкидання. #95546 Дякуємо @amknight.
• Раніше дозволені повідомлення й далі надходять до іменованих облікових записів після оновлення застарілих багатoоблікових каналів, а успадковані правила доступу до прямих повідомлень і груп зберігаються в Mattermost, Discord, Slack, Telegram, Signal, WhatsApp, iMessage та IRC. #95550 Дякуємо @amknight.
• Користувачі Mattermost можуть продовжувати розмову в гілці без повторної згадки бота після його відповіді, і ця участь зберігається після перезапусків Gateway, доки гілка не залишатиметься неактивною протягом семи днів. #95552 Дякуємо @amknight.
• Вхідні повідомлення Telegram тепер швидко надходять до налаштованого сеансу OpenClaw замість того, щоб залишатися без відповіді до наступного інтервалу опитування, перезапуску Gateway або ручного втручання. #95577 Пов’язано з #86957. Дякуємо @freidrich-goldenflow, @liuwqgit.
• Користувачі QQBot тепер отримують повні таблиці Markdown, коли коректні роздільники містять один або два дефіси на стовпець, замість втрати заголовка та всіх рядків, крім останнього. #95637 Дякуємо @ly-wang19.
• Користувачі Synology Chat тепер можуть отримувати відповіді агента, створення яких триває понад 120 секунд, якщо це дозволяє налаштований основний час очікування, замість їх передчасного відхилення каналом. #95707 Дякуємо @sahibzada-allahyar, @vincentkoc.
• Завдання Cron для тем форумів Telegram тепер і далі надсилають окремо налаштовані сповіщення про помилки до призначеного місця, навіть коли основне оголошення використовує тему в тому самому чаті. #95794 Дякуємо @vincentkoc.
• Виправлено відповіді в групах WhatsApp, які могли цитувати старіше повідомлення OpenClaw замість повідомлення користувача, що запустило відповідь; тепер остаточні відповіді залишаються прив’язаними до потрібного повідомлення, коли ціль відповіді доступна, і не посилаються на застарілий контекст бота, коли вона недоступна. #95914 Дякуємо @mcaxtr.
• Користувачі WhatsApp можуть схвалювати або відхиляти запити реакцією без зависання запиту, коли WhatsApp по-різному ідентифікує той самий прямий чат, тоді як групові схвалення залишаються прив’язаними до правильної групи та особи. #95935 Дякуємо @mcaxtr.
• Остаточна обробка відповіді тепер використовує менше ресурсів процесора, коли OpenClaw перевіряє, чи текст блоку вже було надіслано, не змінюючи того, яка відповідь надходить до чату та як усувається дублювання тексту. #96087 Дякуємо @vincentkoc.
• Результати підтвердження виконання команд із зовнішніх плагінів каналів тепер повертаються до каналу або приватного повідомлення, де було запущено команду, замість перенаправлення до WebChat або позірного зникнення після підтвердження. #96140 Пов’язано з #96103. Дякуємо @lansenger-pm, @vincentkoc, @yetval.
• Остаточна відповідь у WhatsApp тепер залишається процитованою у відповідь на щойно надіслане користувачем подальше повідомлення, коли він відповідає на старіше повідомлення OpenClaw, замість того щоб надходити без цитування або посилатися на старішу відповідь бота. #96220 Дякуємо @mcaxtr.
• Боти Nextcloud Talk тепер ігнорують звичайні події поширення файлів і життєвого циклу, не записуючи їх у журнал як помилки бота й не створюючи ризику вимкнення доставки, водночас для некоректних даних чату й далі повертається помилка. #96243 Пов’язано з #81566. Дякуємо @arkyu2077, @rafaelmgbh, @vincentkoc.
• Відповіді та доставка через інструмент повідомлень у каналах Mattermost тепер використовують настанови для каналів і гілок, оскільки агент визначає ці розмови як канали, а не групові чати, водночас наявна поведінка групових чатів залишається незмінною. #96244 Пов’язано з #95645. Дякуємо @arkyu2077, @iloveleon19, @vincentkoc.
• Інтеграції каналів MCP тепер утримують списки розмов, читання повідомлень, опитування подій та очікування в передбачуваних межах, навіть коли клієнт запитує надмірні ліміти або тайм-аути. a39e548 Дякуємо @vincentkoc.
• Тривалі потокові автоматичні відповіді тепер рідше завершуються завчасно або перериваються непослідовно, коли налаштовано незвично великий тайм-аут. 6c85b90 Дякуємо @vincentkoc.
• Перебіг роботи в каналі тепер повторно показує статус, коли робота справді повертається до нього після іншого оновлення, замість приховування корисного контексту як дубліката. 8a75c4d
• До завершених відповідей у каналах більше не додаються запізнілі сповіщення про перебіг роботи, що запобігає появі застарілого тексту статусу після завершення відповіді. a594d2c Дякуємо @vincentkoc.
• Під час потокового надсилання відповідей у каналах повідомлення про перебіг роботи тепер відображають найновіший стан, а не залишаються на старішому оновленні. e114001 Дякуємо @vincentkoc.
• Примусове скидання Matrix тепер обробляє недоступність сховища секретів без помилки виконання, вважаючи доступ для відновлення недоступним, щоб процес скидання міг безпечно продовжитися. 5c5a8a4 Дякуємо @vincentkoc.
• Налаштовані канали тепер залишаються видимими в openclaw channels status --json, водночас заплановані оголошення відхиляють застарілі записи, для доставки яких немає активного плагіна. a641c0d
• Голосові розмови в Discord тепер безперервно відтворюють послідовні відповіді асистента, тож відповідь у черзі відтворюється після закриття попереднього аудіопотоку, а не зависає. 88b64e4 Дякуємо @vincentkoc.
• Попередній перегляд перебігу роботи в Discord тепер рідше зупиняється до внесення остаточних змін, якщо відповідь агента вже почала надходити. 86ea382
• У чатах більше не з’являється зайвий текст NO_REPLY, коли асистент має мовчати, водночас належні медіавідповіді й далі надходять без цього заповнювача. 96c6f80
• Потокові відповіді в Telegram тепер показують кожен заголовок перебігу роботи лише один раз, завдяки чому оновлення інструментів і пошуку легше переглядати. 013e33c Дякуємо @vincentkoc.
• Повідомлення Telegram, обробка яких зависає після тривалого завдання, аварійного завершення або перезапуску Gateway, тепер автоматично відновлюються, тому наступні повідомлення більше не очікують без жодного сповіщення й не потребують ручного виправлення черги операторами. #97543 Дякуємо @romneyda, @vincentkoc.

Відновлення постачальника та моделі

Вибір моделі і налаштування тепер забезпечують зрозуміліше відновлення, коли виникають проблеми з каталогами, обліковими даними, потоками, тайм-аутами, Compaction або резервними варіантами. У відповідних конфігураціях OpenAI, OpenRouter і OpenCode Go тепер послідовніше повідомляється про збої або виконується відновлення після них, замість того щоб залишати користувачів із застарілим вибором чи запитом, що завис.

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

Джерела та учасники

• Перетворення тексту на мовлення та голосові нотатки MiniMax тепер рідше завершуються помилкою, оскільки OpenClaw явно запитує формат аудіо, який може декодувати, замість того щоб покладатися на типові налаштування постачальника. #73079 Дякуємо @efe-arv.
• Оператори Gateway знову можуть бачити в звичайних журналах постачальника, модель, стан запиту та часові показники, що спрощує діагностику проблем із маршрутизацією моделей і передаванням даних без увімкнення додаткового налагоджувального журналювання. #89648 Пов’язано з #89300. Дякуємо @enominera, @xiaobao-k8s.
• Моделі, доступні через Google, Mistral, OpenAI Responses, Azure OpenAI Responses і ChatGPT/Codex Responses, тепер отримують чисті системні інструкції без потрапляння внутрішнього маркера межі кешу OpenClaw до запиту. #89716 Дякуємо @enominera, @masatohoshino.
• Виклики інструментів Cron із моделями Gemini через сумісних з OpenAI постачальників тепер виконуються без відхилень схемою постачальника через поля, що допускають значення null. #91559 Пов’язано з #91542. Дякуємо @pick-cat, @qiukui666.
• Ідентифікатори моделей із зазначенням постачальника тепер дотримуються налаштованих політик середовища виконання агента й псевдонімів CLI замість неочікуваного повернення до типового середовища виконання OpenClaw. #91724 Дякуємо @vincentkoc, @yu-xin-c.
• Список /models у чаті та інші шляхи вибору моделі чи постачальника з урахуванням плагінів тепер відповідають швидко замість кількасекундного зависання й завантаження ядра процесора повторними скануваннями налаштувань, водночас зміни плагінів і надалі оновлюються належним чином. #93356 Дякуємо @obuchowski.
• Користувачі розміщеного сервісу Ollama Cloud можуть після перезапуску зберігати лише явно налаштовані моделі без повторного додавання повного спільного каталогу, тоді як автоматичне виявлення й надалі працює для локальних і самостійно розміщених серверів Ollama. #93956 Дякуємо @jason-allen-oneal.
• Завдання Cron тепер можуть повторити спробу або перейти на налаштовану резервну модель, коли локальний постачальник повертає загальну помилку LLM request failed., замість завершення з помилкою без використання резервної моделі. #94062 Пов’язано з #93931. Дякуємо @hugenshen.
• Прострочені токени постачальника більше не приховують корисні операторські журнали під повторюваними попередженнями про резервне перемикання, водночас перше попередження та подальші зведення дублікатів залишаються доступними для діагностики. #94233 Пов’язано з #56979. Дякуємо @goutamadwant, @yanan1991.
• Google Gemini 3.5 Flash тепер можна вибрати з повним контекстним вікном на 1 048 576 токенів, уникаючи помилок відсутньої моделі та зайвих відхилень через розмір запиту. #94726 Пов’язано з #94723. Дякуємо @ajwan8998, @anguslogan01, @kevinat.
• Дочірні сеанси панелі керування тепер узгоджено обробляють дозволений вибір моделей із зазначенням постачальника та надають точні вказівки з відновлення, коли збережений стан моделі застарів. #94752 Пов’язано з #94713. Дякуємо @gr4via.
• Користувачі Claude CLI більше не отримують обіцянок повідомити про завершення, які можуть ніколи не надійти, оскільки OpenClaw тепер блокує непідтримувану фонову роботу нативного середовища до того, як вона залишить перебіг виконання без продовження. #95008 Дякуємо @anagnorisis2peripeteia.
• OpenClaw тепер відхиляє завеликі каталоги постачальників або відповіді JSON із чіткою помилкою до буферизації всієї відповіді в пам’яті. #95218 Дякуємо @alix-007.
• Користувачі OpenRouter тепер можуть вибирати й запускати оголошені короткі ідентифікатори моделей DeepSeek V4 без помилок запитів model_not_found через те, що OpenClaw надсилав дубльований префікс постачальника. #95268 Пов’язано з #95198. Дякуємо @daniel-alejandro-t, @darren2030.
• З /reasoning on сумісні з OpenAI моделі типу DeepSeek тепер показують остаточну відповідь окремо від міркувань замість її включення до блоку міркувань, без потреби змінювати конфігурацію. #95283 Пов’язано з #95280. Дякуємо @marvinthebored, @vincentkoc, @zengwen-dt.
• Коли передплата Codex досягає ліміту використання, OpenClaw тепер переходить до налаштованих резервних моделей замість зупинки на невдалому результаті й не повторює запуски, які вже створили видимий вивід. #95400 Дякуємо @jason-allen-oneal, @sallyom.
• Користувачі LM Studio тепер можуть запускати квантовані або багатоваріантні локальні моделі без хибних збоїв ходу асистента чи примарних записів моделей із суфіксами, спричинених невідповідністю ключів моделей. #95401 Дякуємо @monkeyleet.
• Запуски вбудованих агентів на базі Google тепер припиняють читати завеликі або нескінченні відповіді кешу запитів до того, як вони вичерпають пам’ять або спричинять зависання запуску. #95417 Дякуємо @alix-007.
• Сканування моделей OpenRouter безпечно завершуються помилкою для завеликих або неправильно сформованих каталогів замість ризику надмірного використання пам’яті, що може дестабілізувати OpenClaw. #95418 Дякуємо @alix-007.
• Конфігурації OpenRouter тепер відхиляють завеликі каталоги моделей до того, як вони вичерпають пам’ять OpenClaw, не кешуючи й не завантажуючи невдалу відповідь повторно відразу. #95420 Дякуємо @alix-007, @sallyom.
• Налаштовані резервні моделі тепер можуть відповісти, коли Claude CLI вичерпує кредити або стикається із загальним збоєм засобу запуску, замість того щоб залишати користувачам повідомлення про помилку як остаточну відповідь. #95508 Пов’язано з #95489. Дякуємо @mikasa0818, @riazrahaman, @sallyom.
• Вебпошуки на базі Gemini з freshness: "day" або pd тепер завершуються замість помилки постачальника 400, водночас ширші варіанти актуальності й явні діапазони дат зберігають суворіше фільтрування. #95682 Дякуємо @sunjae-k, @vincentkoc.
• Подальші відповіді моделей міркування xAI, як-от Grok Composer, тепер надійніше зберігають попередній контекст міркувань, навіть коли налаштовуваний рівень зусиль на міркування не підтримується. #95686 Дякуємо @fuller-stack-dev, @geraint0923.
• Користувачі Vercel AI Gateway тепер можуть запускати моделі, вибрані з актуального каталогу, зокрема доступні лише в ньому ідентифікатори моделей, яких немає у вбудованому списку OpenClaw. #95710 Дякуємо @vincentkoc.
• Виправлено перетворення коректних ідентифікаторів моделей на некоректні для визначених маніфестом постачальників, коли записи stripPrefixes містять зайві пробіли або відрізняються регістром, тож оператори й автори плагінів отримують потрібну модель постачальника. #95744 Пов’язано з #95743. Дякуємо @parveshsaini.
• Початкове налаштування тепер відкриває запит облікових даних для щойно встановленого зовнішнього постачальника замість видимого зациклення зі збереженням вибраного OpenAI. #95792 Пов’язано з #95765.
• Завеликі або завислі каталоги постачальників тепер швидко завершуються з чіткою помилкою замість зависання OpenClaw чи необмеженого споживання пам’яті, водночас звичайні каталоги продовжують завантажуватися. #95827 Дякуємо @alix-007.
• Користувачі Xiaomi Token Plan тепер можуть використовувати до 128 тисяч вихідних токенів із mimo-v2.5 і mimo-v2.5-pro замість зупинки на застарілому обмеженні в 32 000 токенів. #95934 Дякуємо @idootop.
• Насичені викликами інструментів відповіді моделей можуть передаватися потоково з меншими накладними витратами, а повторювані ідентифікатори викликів інструментів і зашифровані відомості про міркування залишаються зіставленими з правильним викликом у Google і сумісних з OpenAI постачальників. #95957 Дякуємо @vincentkoc.
• Облік використання токенів став надійнішим для користувачів вбудованого ACPX, оскільки OpenClaw тепер типово містить виправлення збереження стану з ACPX 0.11.2 без окремого перевизначення пакета чи ручного оновлення клієнта. #96124 Дякуємо @vincentkoc.
• Користувачі Ollama Cloud тепер можуть знайти й вибрати glm-5.2:cloud із контекстним вікном на 1 000 000 токенів, підтримкою міркувань та інструментів, навіть коли її немає в загальнодоступному списку моделей. 11484f8
• Запити MiniMax на розуміння зображень більше не завершуються помилкою до звернення до постачальника, коли час очікування дорівнює нулю, від’ємний або надзвичайно великий; для некоректних значень тепер використовується звичайний або безпечний максимальний час очікування. 4b6182e Дякуємо @vincentkoc.
• Запуски Codex тепер використовують поточний вибір швидкого режиму замість успадкування старого рівня швидкості, а рядок стану чітко показує, коли швидкий режим автоматичний. 77012f9 Дякуємо @vincentkoc.
• Розмови на базі Codex тепер повертаються до звичайної маршрутизації після скасування автоматичного швидкого режиму, не даючи наступним ходам або змінам моделі повторно використовувати застарілий рівень пріоритету. 8afc1f7
• Резервні запуски агента тепер дотримуються налаштованого для кожної моделі порога автоматичного швидкого режиму, навіть коли швидкий режим перевизначено для запуску, зберігаючи резервну поведінку узгодженою з політикою вибраної моделі. efd3172
• Повторні спроби з перемиканням активної моделі тепер зберігають початковий поріг швидкого режиму для тривалих сеансів, тоді як явно ввімкнений швидкий режим не показує оманливих повідомлень про перебіг автоматичного досягнення порога. d990115 Дякуємо @vincentkoc.
• Запуски вбудованого агента тепер забезпечують узгоджену роботу автоматичного швидкого режиму під час повторних спроб і оновлень перебігу, не плутаючи його з вибраним вручну налаштуванням швидкого режиму. cf1b6fe Дякуємо @vincentkoc.
• Запуски у швидкому режимі тепер зберігають налаштування швидкості під час повторних спроб із переходом на резервну модель і показують налаштований автоматичний поріг у стані, усуваючи неузгоджену поведінку повторних спроб і малоінформативну загальну мітку. aa3797c Дякуємо @vincentkoc.
• Відповіді агента й заплановані запуски Cron тепер надійніше обробляють повторні спроби з резервною моделлю у швидкому режимі, зберігаючи стан, потрібний для правильного завершення останньої спроби або звітування про перебіг. 14e448e Дякуємо @vincentkoc.
• Користувачі більше не бачать сповіщення про скидання швидкого режиму, поки тривають спроби переходу на резервні моделі; воно з’являється лише тоді, коли запуск доходить до останньої резервної спроби. 6eb72a8
• Користувачі й оператори тепер отримують зрозумілішу обробку ситуації, коли налаштована активна модель стає недоступною, оскільки OpenClaw розпізнає відповідь постачальника «вибрану модель не знайдено» як помилку відсутньої моделі, а не загальну помилку. 2405d02 Дякуємо @vincentkoc.
• Qwen і vLLM тепер послідовно зберігають наявні налаштування шаблону чату під час увімкнення або вимкнення міркування, а Plugin постачальників можуть використовувати той самий перевірений допоміжний засіб. 2ba9d6e Дякуємо @vincentkoc.
• Постачальники проксі, сумісні з OpenAI, можуть послідовніше обробляти рівні міркування та застарілі поля reasoning_effort, а розробники Plugin і супроводжувачі постачальників — використовувати єдиний документований допоміжний засіб нормалізації в OpenRouter, Kilocode та SDK. 35bafea
• Збірки для браузера та Vite тепер можуть завантажувати постачальника OpenAI ChatGPT Responses без порушення пакета залежністю, призначеною лише для сервера, водночас помилки WebSocket і надалі відображаються належним чином. 8c8eb86 Дякуємо @vincentkoc.
• Сканування моделей OpenRouter тепер приймає такі самі більші допустимі каталоги, як і виявлення під час виконання, але й надалі відхиляє надмірно великі відповіді, перш ніж вони зможуть спожити необмежений обсяг пам’яті. ad3b2f4 Дякуємо @vincentkoc.
• Користувачі OpenAI Responses, зокрема з ураженими конфігураціями міркування Bedrock Mantle GPT-5.x, тепер отримують одну чисту остаточну відповідь із узгодженими збереженими стенограмами та контекстом повторного відтворення замість десятків повторюваних накопичувальних копій. #92399 Пов’язано з #91959. Дякуємо @amersheeny, @daimingnj, @phoenixyy, @pigfoot.
• Заплановані завдання та ізольовані сеанси, що використовують моделі opencode-go, тепер передають завислі запити налаштованим механізмам обробки тайм-ауту або резервного варіанта замість зависання на кілька хвилин із подальшим завершенням із загальною помилкою LLM request failed. #93965 Пов’язано з #93610. Дякуємо @forceconstant, @zhangguiping-xydt.
• Після зміни моделі за замовчуванням новий сеанс каналу, розпочатий за допомогою /new або /reset, тепер використовує нову модель за замовчуванням замість непомітного повторного використання попередньої кешованої моделі, тоді як явні перевизначення /model залишаються незмінними. #77339 Пов’язано з #77322. Дякуємо @mjamiv, @zaynl.
• За HTTP- або HTTPS-проксі перевірки використання та квот Codex/OpenAI у openclaw status --usage --json і інтерфейсі керування тепер отримують вікна використання замість завершення з помилкою, коли chatgpt.com недоступний безпосередньо. #93943 Пов’язано з #78714. Дякуємо @tnzgit, @turbotheturtle.
• /status тепер показує активну модель і спосіб скидання закріпленого вибору в одному компактному рядку, щоб користувачі Discord та інших чатів могли швидко переглянути стан моделі без багаторядкового пояснення. #95797 Дякуємо @solvely-colin.
• Потокові відповіді Anthropic тепер прив’язують перемежовані оновлення тексту, міркування та викликів інструментів до правильного блоку відповіді замість їх змішування, коли одночасно активні кілька блоків. #96013 Дякуємо @vincentkoc.

Безперервність сеансу, пам’яті та довіри

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

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

Джерела та учасники

• Задіяні розмови агентів, що використовують OpenAI Responses, тепер можуть відновлюватися й продовжувати відповідати після того, як видима відповідь у каналі залишає збережену історію неповною, замість того щоб кожен наступний хід завершувався помилкою ще до появи відповіді. #84708 Дякуємо @anyech.
• Коли агент на базі Codex створює незвично великий вивід інструмента, збережені та повторно відтворені розмови тепер утримують його текст у межах звичайного обмеження розміру, не змінюючи нетекстовий вміст. #87912 Дякуємо @adrianip0204.
• Розмови в Control UI тепер залишаються видимими й продовжуються в тому самому сеансі після переходу в режим сну, розриву мережевого з’єднання або повторного підключення Gateway, а не зникають після надсилання наступного повідомлення. #89017 Пов’язано з #87700. Дякуємо @zhangguiping-xydt, @asicoe.
• Вбудовані інтеграції Codex і Copilot тепер зберігають зв’язок дзеркальної історії чату й оновлень стенограми з правильним сеансом OpenClaw у міру розвитку сховища, а наявні активні стенограми у файлах продовжують працювати під час міграції. #89518 Дякуємо @jalehman.
• Стан поточного сеансу WebChat тепер відповідає розмові, якою ви фактично користуєтеся, тому ідентифікатор сеансу, рівень міркування, контекст токенів і відомості про вартість більше не беруться з резервного сеансу main. #89800 Пов’язано з #89773. Дякуємо @killo3967, @sweetcornna.
• Імовірність втрати контексту розмови після натискання кнопки зупинення під час автоматичної Compaction зменшилася, оскільки запит на Compaction тепер також скасовується. #89886 Пов’язано з #89868. Дякуємо @lykeion-dev, @openperf, @vincentkoc.
• Коли доступ до сеансу між агентами заблоковано, OpenClaw тепер перелічує всі потрібні налаштування видимості, взаємодії між агентами та списку дозволів, допомагаючи операторам виправити конфігурацію політик замість пошуку неіснуючого збою агента. #90489 Пов’язано з #90443. Дякуємо @ramitrkar-hash, @sahibzada-allahyar, @vincentkoc.
• openclaw memory status тепер показує активну легку фазу сновидінь або фазу REM замість помилкового повідомлення Dreaming: off, тож оператори можуть бачити, що коректні конфігурації пам’яті ввімкнено. #93113 Пов’язано з #67868. Дякуємо @agentarclab, @mrossit.
• Пошуки в пам’яті QMD, час очікування яких минув, тепер припиняють фонову роботу, коли агент переходить далі, запобігаючи подальшому споживанню ресурсів ЦП і пам’яті покинутими процесами. #93394 Дякуємо @alix-007.
• Повторні інструкції, надіслані після Compaction, тепер залишаються в розмові, запобігаючи втраті ходів, появі осиротілих відповідей і пошкодженню історії, яку деякі постачальники відхиляють. #94328 Дякуємо @vincentkoc, @yetval.
• Звіт про застарілі сторінки у вікі пам’яті тепер не включає довговічні сторінки концепцій і узагальнень у попередження про актуальність, зосереджуючи увагу на сторінках джерел і сутностей, які справді можуть потребувати перевірки. #94369 Дякуємо @sunnyshu0925, @vincentkoc.
• Тривалі вбудовані запуски з нещодавнім прогресом тепер рідше перериваються відновленням застарілого сеансу, водночас справді завислі запуски й надалі можна очистити, щоб робота в черзі продовжилася. #94701 Дякуємо @imadal1n, @mrclawfield.
• Пошук у пам’яті Ollama тепер враховує налаштовану меншу розмірність вбудовувань і зберігає індекси різних розмірностей окремо, уникаючи змішування несумісних векторів. #94811 Дякуємо @mushuiyu886.
• Пошуки в пам’яті й цільові оновлення тепер залишаються пов’язаними з правильним сеансом OpenClaw, навіть коли імена файлів стенограм змінюються або експорт QMD використовує іншу назву. #95087 Дякуємо @jalehman.
• Тривалі розмови зі знімками екрана або іншими зображеннями тепер надійніше зберігають безперервність, коли OpenClaw звільняє місце для нових повідомлень, замість повторного переповнення без просування збереженої частини розмови вперед. #95128 Дякуємо @yetval.
• Користувачі Windows тепер можуть запускати індексування й пошук у пам’яті на базі QMD через налаштовані абсолютні шляхи memory.qmd.command, зокрема шляхи з літерами дисків і UNC-шляхи, без видалення OpenClaw роздільників шляху перед запуском. #95274 Пов’язано з #92302. Дякуємо @ardooken, @ly85206559.
• Нижні колонтитули використання, вибрані за допомогою /usage full або /usage tokens, тепер залишаються видимими після щоденного переходу сеансу або переходу через бездіяльність, тож користувачам не потрібно вмикати їх знову. #95322 Дякуємо @litang9.
• Подальші відповіді, реакції, повідомлення в гілках і перевірки стану залишаються в чаті, до якого належать, після активності вебчату або системи, тоді як справжнє перемикання каналів і надалі очищає застарілі відомості про маршрутизацію. #95467 Дякуємо @yetval.
• Тривалі основні розмови тепер зберігають попередній контекст, коли користувачі повертаються після ночі або надсилають відкладене уточнення, замість непомітного початку з нуля після звичайного завершення. #95472 Дякуємо @xydt-tanshanshan.
• Користувачі з великою історією сеансів можуть переглядати список, попередньо переглядати й знаходити сеанси без зависань на кілька секунд, а старі ключі сеансів зі змішаним регістром і надалі мігрують під час запуску. #95699 Дякуємо @jalehman, @jzakirov.
• Виправлено випадки, коли доставлені відповіді іноді зберігалися в історії не тієї розмови або не потрапляли до неї, якщо оператори використовували власне чи окреме для кожного агента сховище session.store, що покращує безперервність і можливість аудиту потрібного сеансу. #95782 Пов’язано з #95781. Дякуємо @youngting520.
• Збережені підсумки пам’яті сеансу тепер не містять необроблених токенів моделі, блоків викликів інструментів, заповнювачів медіа, тегів ролей і застарілих маркерів NO_REPLY, щоб майбутні розмови зберігали корисний контекст. #95791 Дякуємо @sweetsophia, @vincentkoc, @yb0y.
• Тривалі сеанси OpenAI, що використовують OAuth Codex/ChatGPT, тепер можуть виконувати Compaction без окремого ключа API, незалежно від того, чи /compact запускається вручну, чи спрацьовує автоматично. #95831 Пов’язано з #95693. Дякуємо @sallyom, @yui-tien.
• Тривалі сеанси з інтенсивним використанням інструментів тепер виконують Compaction надмірно великих розмов замість зависання, коли наприкінці з’являється великий результат інструмента. #95860 Пов’язано з #78478. Дякуємо @jw8957, @wzhgba, @yetval.
• Коли memory_search недоступний через відсутність node:sqlite у середовищі виконання Node, OpenClaw тепер спрямовує користувачів до сумісного середовища виконання замість непов’язаного усунення проблем із постачальником вбудовувань. #95916 Дякуємо @rrrrrredy, @vincentkoc.
• Розробники й оператори, які перевіряють сеанс Copilot після Compaction, тепер отримують його підсумок, кількість токенів до та після, а також відомості про сеанс замість неповного результату. #96049 Дякуємо @vincentkoc.
• Команди /stop і переривання тепер надійно зупиняють активні запуски, очищають подальші запити в черзі та швидко завершують пов’язаних підагентів, навіть коли ключі сеансів потребують канонізації або метадані переривання неможливо зберегти. #96201 Дякуємо @jalehman.
• Після оновлення Voice Wake наявні фрази активації та правила маршрутизації продовжують працювати, коли OpenClaw переносить їх із застарілих файлів налаштувань до спільної бази даних стану. bdf81a8
• Оновлення зі старих структур стану OpenClaw тепер зберігають сповіщення про оновлення, обмеження частоти перевірок, записи про доступні версії та історію спроб автоматичного оновлення під час перенесення цього стану до SQLite. eb00d49 Дякуємо @vincentkoc.
• Розмови в каналах Plugin надійніше зберігають потрібний сеанс під час запуску, перевірок doctor і відновлення стану, а старі записи прив’язок мігрують до спільної бази даних OpenClaw. 9f888d9
• Синхронізація сеансів на базі пам’яті у Windows тепер продовжує використовувати потрібний файл стенограми, навіть якщо форматування шляху відрізняється. b3b5b08 Дякуємо @vincentkoc.
• Вбудовані запуски агентів із відсутнім або порожнім ключем сеансу тепер залишаються приєднаними до потрібного сеансу замість спрямування через неузгоджену маршрутизацію сеансів. 911f853 Дякуємо @vincentkoc.
• Коли модель неправильно вгадує назву інструмента, пошук інструментів і режим коду тепер показують, як знайти правильний інструмент і повторити спробу, зменшуючи ризик зависання тривалих сеансів або втрати довготривалої пам’яті під час Compaction. #93374 Пов’язано з #92273. Дякуємо @mushuiyu886, @poison, @vincentkoc.
• Виправлено зникнення відповідей асистента з вебчату, Control UI, Feishu та інших вбудованих розмов після Compaction, завдяки чому оновлені чати залишаються читабельними, а подальші запити — відокремленими. #95484 Пов’язано з #76729. Дякуємо @maweibin, @njuboy11, @vincentkoc.
• Функції пам’яті OpenClaw тепер узгоджують охоплення активних, скинутих і видалених стенограм із налаштованими сховищами сеансів та належністю агентам, зменшуючи ймовірність того, що сновидіння, експорт QMD, індексування й синхронізація пропустять історію розмов або помилково віднесуть її до іншого джерела. #96162 Дякуємо @jalehman.
• Налаштування TLS для Gateway тепер чітко відхиляє порожні шляхи до сертифіката чи ключа або використовує типові значення OpenClaw, уникаючи незрозумілих помилок запуску й генерування сертифікатів та водночас зберігаючи коректні шляхи. #94054 Дякуємо @miorbnli.
• Налаштовані політики Plugin продовжують блокувати або переписувати чутливі виклики інструментів після змін реєстру Gateway, перезавантажень або пізнішої ініціалізації перехоплювачів замість того, щоб їх непомітно пропускати. #94545 Дякуємо @jesse-merhi.
• Мобільні оператори з operator.approvals тепер можуть переглядати й обробляти схвалення виконання, ініційовані з чату, на пристрої iOS, з якого надіслано запит, зокрема коли застосунок відкритий, не покладаючись лише на push-сповіщення. #95175 Дякуємо @joshavant.
• Користувачі Control UI тепер отримують виправлений випуск DOMPurify, що зменшує ризик, пов’язаний з уразливістю санітизатора GHSA-cmwh-pvxp-8882, не змінюючи поведінку інтерфейсу. #95691 Дякуємо @vincentkoc.
• Схвалення «Завжди дозволяти» для прив’язок розмов Plugin тепер переносяться зі старого файлу налаштувань і рідше втрачаються або перезаписуються, коли одночасно працюють кілька процесів OpenClaw. ae41b00 Дякуємо @vincentkoc.
• Користувачі Matrix тепер бачать, що для примусового скидання перехресного підписування потрібен активний ключ відновлення, що запобігає ситуації, коли повторне скидання робить відновлення шифрування та резервні копії ключів кімнат непридатними для використання. #95720 Пов’язано з #78396. Дякуємо @jteddy, @vincentkoc, @xialonglee.
• Картки стану Memory Wiki та синхронізація джерел через міст тепер рідше зазнають невдач під час одночасного перезаписування сторінок, оскільки OpenClaw повторює спробу в разі тимчасової невідповідності шляхів, водночас і надалі блокуючи небезпечні або постійно невдалі операції запису у файлову систему. #94443 Пов’язано з #92134. Дякуємо @cknzraposo, @zengwen-dt.
• Виправлено відновлення нещодавнього сеансу, яке для користувачів із довгими шляхами до робочого простору відкривало нову розмову замість повернення до наявного журналу розмови. #94578 Пов’язано з #94577. Дякуємо @rohitjavvadi, @vincentkoc.
• Memory Wiki тепер зберігає написані користувачем нотатки без змін під час повторного завантаження або синхронізації наявної сторінки-джерела, водночас оновлюючи її згенерований вміст. #95614 Дякуємо @yetval.
• Виправлено ситуацію, коли Memory Wiki неодноразово копіювала власні згенеровані сторінки-джерела назад у себе, якщо її сховище розташоване в папці пам’яті робочого простору. Це запобігає появі дублікатів файлів, повторному очищенню та зайвому зростанню індексу пам’яті. #95666 Пов’язано з #95657. Дякуємо @johannes0402, @turbotheturtle, @vincentkoc.
• Для операторів, які використовують Active Memory разом із Dreaming у memory-core, нічні завдання Dreaming більше не запускають непотрібний пошук у пам’яті та не завершуються через 45-секундний тайм-аут, тоді як звичайні вебчати й надалі отримують результати пошуку в пам’яті. #95721 Пов’язано з #78500. Дякуємо @vincentkoc, @vishutdhar, @xialonglee.
• Сеанси агентів із великою кількістю викликів інструментів виправляють порушений порядок результатів із меншою кількістю повторних операцій, зберігаючи відповідність кожного результату належному виклику інструмента. #96014 Дякуємо @vincentkoc.
• Операції з пам’яттю на основі qmd у Windows тепер завершують усі пов’язані процеси після перевірок доступності та спливу часу очікування команд, не даючи дочірнім процесам qmd продовжувати роботу у фоновому режимі. 830691b
• Довірені джерела пакетів OpenClaw тепер відхиляють схожі шляхи того самого рівня, тому надання довіри /artifactory/openclaw більше не дозволяє також використовувати такі шляхи, як /artifactory/openclaw-malicious. 12c34fc Дякуємо @vincentkoc.

Режим ретрансляції маршрутизатора Slack

Режим ретрансляції маршрутизатора Slack дає змогу керованим розгортанням або розгортанням із кількома Gateway централізувати вхідний трафік Slack, тоді як відповідний Gateway OpenClaw і надалі обробляє згадки, прив’язку до гілок обговорення та відповіді.

Джерела та учасники

• Керовані розгортання Slack тепер можуть використовувати центральний маршрутизатор, щоб спрямовувати згадки та активні гілки обговорення до відповідного Gateway OpenClaw, а відповіді й надалі відображатимуться через Slack. #94707 Дякуємо @pash-openai, @sjf-oa.

Міст пробудження зовнішнього агента Raft

Канал Raft і Plugin Raft тепер підтримують локальний CLI-міст пробудження, завдяки якому зовнішні агенти можуть пробуджувати OpenClaw для виконання незавершеної роботи в робочому просторі, а оператори — перевіряти налаштування та стан через підтримуваний механізм.

Джерела та учасники

• Оператори зовнішніх агентів Raft тепер можуть пробудити агента OpenClaw через підтримуваний локальний CLI-міст, коли в робочому просторі є незавершена робота; також підтримуються іменовані профілі та перевірки відсутніх передумов для CLI. #95497 Дякуємо @vincentkoc.

Установлення та відновлення офіційних плагінів

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

Джерела та учасники

• Якщо plugins.allow містить назву каналу або пакета замість справжнього ідентифікатора плагіна, підказки під час запуску тепер визначають запис, для якого немає відповідника, і показують виявлені ідентифікатори плагінів, потрібні для виправлення конфігурації. #68389 Пов’язане питання: #68352. Дякуємо @aym9999, @jirboy, @lyfuci, @pahuchi-joe, @zmxccxy.
• Попередження про довіру до плагінів під час першого або чистого встановлення тепер містять готовий до копіювання приклад plugins.allow і команди для перегляду списку або перевірки ідентифікаторів плагінів, щоб користувачі могли усунути попередження перед наданням довіри коду плагіна або його повторним установленням. #78105 Пов’язане питання: #68780. Дякуємо @jirboy, @pahuchi-joe.
• Міграції Codex тепер працюють зі стандартними глобальними встановленнями плагінів, оскільки openclaw migrate може знайти встановлений провайдер замість завершення з помилкою Unknown migration provider. #89612 Пов’язане питання: #89609. Дякуємо @mugabuga, @zerone0x.
• Установлення та оновлення плагінів тепер відновлюються після застарілих закріплень версій залежностей, якими керує OpenClaw, замість завершення з помилкою npm EOVERRIDE; водночас подальша синхронізація не понижує версії та не видаляє пакети, які користувачі встановили явно. #91786 Пов’язане питання: #91772. Дякуємо @amknight, @mkdelta221.
• Розробники плагінів каналів тепер можуть передавати власні ідентифікатори відправника та розмови через перехоплювачі й вибрані процеси виконання, забезпечуючи інтеграціям точнішу маршрутизацію без порушення роботи наявних полів відправника та чату. #91903 Дякуємо @lanzhi-lee, @vincentkoc.
• Виявлення плагінів тепер виконує менше повторних блокувальних перевірок файлової системи під час запуску, зменшуючи зайву роботу під час холодного старту для дерев вбудованих плагінів, особливо в повільніших файлових системах Windows, без зміни поведінки виявлення пакунків. #93919 Пов’язане питання: #76209. Дякуємо @ml12580, @shenhonglong456-ai.
• Методи Gateway плагінів тепер працюють через openclaw gateway call після реєстрації, тому автори плагінів можуть використовувати їх у сценаріях і завданнях Cron замість отримання помилки unknown method. #94154 Пов’язане питання: #94127. Дякуємо @brycemurray, @pick-cat, @vincentkoc.
• Виявлення та перевірки встановлення Skills у ClawHub тепер рідше спричиняють зависання або аварійне завершення OpenClaw, оскільки надмірно великі відповіді каталогу або відповіді, що зависли, тепер зупиняються до вичерпання пам’яті. #95226 Дякуємо @alix-007.
• Закріплені офіційні плагіни більше не залишаються на старому випуску, коли оператори дотримуються рекомендацій із відновлення від openclaw doctor або поглибленої перевірки стану Gateway після оновлення. #95541 Дякуємо @ooiuuii, @vincentkoc.
• Оновлення керованих плагінів npm тепер рідше порушують роботу запущеного Gateway через помилки відсутніх модулів, оскільки старі файли плагіна залишаються доступними, доки їх не буде очищено під час наступного запуску Gateway. #95589 Дякуємо @ooiuuii, @vincentkoc.
• Картки офіційних плагінів для підтримуваних брендів тепер показують упізнавані значки в ClawHub та інших каталогах, а автори плагінів можуть додавати зображення для каталогу через задокументоване поле маніфесту. #95845 Дякуємо @patrick-erichsen.
• Значки офіційних плагінів у ClawHub та інших каталогах більше не отримують примусово однаковий жорстко заданий колір, що дає Simple Icons змогу натомість використовувати стандартне оформлення. #95987 Дякуємо @patrick-erichsen.
• Користувачі Docker тепер мають офіційне дзеркало openclaw/openclaw у Docker Hub поряд із GHCR, причому версійні бета-випуски не пересувають стабільні псевдоніми latest і main. #97122 Дякуємо @vincentkoc.
• Установлення OpenClaw на основі Git тепер використовують закріплену в репозиторії версію pnpm, навіть якщо доступна інша глобальна версія pnpm або менеджер пакетів навколишнього проєкту, тому команди налаштування більше не запускаються в неправильному середовищі менеджера пакетів. bd74a62 Дякуємо @vincentkoc.
• Запити карток Skills і оновлень у ClawHub тепер передбачувано завершуються або перериваються через перевищення часу очікування, навіть коли отримують незвично велике значення часу очікування. 8cd0c11 Дякуємо @vincentkoc.
• Користувачі Windows можуть завершити встановлення з вихідного коду без блокування або сповільнення на етапі налаштування llama.cpp, а інсталятор після цього відновлює їхнє попереднє налаштування оболонки. ea9065b Дякуємо @vincentkoc.
• Більше офіційних плагінів каналів, провайдерів і вебпошуку тепер можна встановлювати або відновлювати через звичайні каталоги зовнішніх пакетів, водночас вони й надалі розпізнаються за наявними обліковими даними. #95683 Дякуємо @vincentkoc.
• Користувачі, які встановлюють або оновлюють офіційний плагін каналу Yuanbao через довірений каталог OpenClaw, тепер отримують версію 2.15.0, а очікувана перевірка цілісності та підказки щодо відсутнього плагіна узгоджені з цим випуском. #94470 Дякуємо @jase-283.
• Початкове налаштування під час першого запуску тепер може встановити вбудований Skill gog через Homebrew без помилки через видалену формулу стороннього tap-репозиторію. #95019 Пов’язане питання: #95017. Дякуємо @sedrak-hovhannisyan, @vincentkoc, @zengwen-dt.
• Користувачі Canvas, Discord, Slack, Voice Call і WhatsApp зберігають ті самі підказки щодо Skills з кожним установленим або вбудованим плагіном, тоді як посилання на колишні кореневі шляхи skills/... потрібно перенести до каталогу відповідного плагіна. #95664 Дякуємо @vincentkoc.
• Перевірка Skills у ClawHub тепер приймає те саме посилання @owner/<slug>, яке використовується для встановлень і оновлень, тому користувачі можуть перевірити потрібного видавця без переходу на неоднозначний короткий ідентифікатор без власника. #95992 Дякуємо @patrick-erichsen.
• Попередження OpenClaw про менеджер пакетів під час установлення тепер правильно розпізнає засоби запуску в стилі npm, Yarn, Yarn Berry та Corepack, уникаючи оманливих рекомендацій, коли ці інструменти запускаються під альтернативними іменами виконуваних файлів. 11a2e03 Дякуємо @vincentkoc.
• Установлення за URL-адресою пакета тепер коректно обробляє надмірно великі значення часу очікування завантаження й не завершується помилкою до отримання доступних даних пакета. c310f8c
• Розробники плагінів і CLI тепер мають зрозуміліший підтримуваний API форматування команд, а створення пари з пристроєм, реєстрація Node та підказки doctor і надалі формують ті самі безпечні для оболонки команди. 23b4f33
• Користувачі Windows ARM64 тепер отримують відповідні завантаження ARM64-версій Node і MinGit під час запуску інсталятора PowerShell через оболонку з емуляцією x64. fac091b Дякуємо @vincentkoc.
• Стандартні встановлення OpenClaw більше не витрачають час на збирання необов’язкової підтримки llama.cpp, що запобігає помилкам нативного збирання для користувачів, які її не ввімкнули. cc1b3a8 Дякуємо @vincentkoc.

Канали та обмін повідомленнями

Додаткові виправлення каналів

Додаткові виправлення Telegram і конфігурації каналів охоплюють вужчі проблеми з доставленням і налаштуванням.

Джерела та учасники

• Ланцюжки відповідей Telegram зберігають прив’язку кешованих відповідей після змін контексту замість завершення з помилкою під час повторного використання цих кешованих відповідей. #82909 Дякуємо @lidge-jun.
• Виправлено проблему, через яку Discord відкидав усю довгу відповідь з огородженими блоками коду, коли закривальна огорожа блоку коду опинялася поблизу обмеження повідомлення у 2 000 символів. #95661 Дякуємо @ly-wang19.
• Оператори Slack тепер можуть зберігати токени та секрети підпису як підтримувані вхідні значення SecretRef, а операції читання й запису, пошук у списку дозволів і цільових об’єктів та перевірки налаштування використовують розв’язані облікові дані замість відхилення або неправильного читання посилань. 7da955f Дякуємо @vincentkoc.
• Перевірки можливостей каналів тепер повертають зрозуміле повідомлення про перевищення часу очікування, коли інтеграція припиняє відповідати, завдяки чому діагностика не зависає в терміналі або під час автоматизованого запуску. 8ecdb97 Дякуємо @vincentkoc.

Gateway, безпека та довіра

Відновлення після перезапуску та стану неготовності

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

Джерела та учасники

• Коли налаштований або явно вказаний віддалений Gateway повільний, але доступний, openclaw gateway probe --timeout ... тепер очікує протягом запитаного часу очікування, а не повідомляє про його недоступність після коротшого внутрішнього обмеження. #89859 Пов’язано з #65355. Дякуємо @hellocli, @mushuiyu886.
• Тривалі або паралельні внутрішні запуски підагентів тепер уникають непотрібного оброблення попереднього перегляду наживо, тоді як видимі сеанси підагентів і надалі показують оновлення наживо та остаточні відповіді. #91906 Дякуємо @lanzhi-lee, @vincentkoc.
• Розмови ACP, особливо потоки на базі Kiro, тепер продовжуються після першої відповіді завдяки запуску нового сеансу, коли серверна частина більше не може відновити старий. #93547 Пов’язано з #87830. Дякуємо @amersheeny, @chouzz.
• Коли через нестачу пам’яті Linux завершує дочірню команду або сеанс, керовані systemd шлюзи OpenClaw тепер продовжують працювати й підтримують підключення каналів, повідомляючи водночас про збій дочірнього процесу. #93585 Дякуємо @snowzlm.
• Скасування запуску OpenClaw під час роботи інструмента тепер оперативно завершує його, а не починає ще один хід моделі чи залишає сеанс заблокованим. #94412 Дякуємо @szsip239, @vincentkoc.
• Заплановані завдання OpenClaw, які використовують хмарні моделі, тепер за замовчуванням відновлюються після безмовних завислих викликів моделі, що допомагає запобігти накопиченню подальших завдань Cron, тоді як локальні або самостійно розміщені постачальники зберігають наявну поведінку щодо часу очікування. #94445 Дякуємо @bek91.
• Перевірки готовності Gateway тепер переходять у стан несправності під час завершення роботи перед перезапуском, не даючи диспетчерам трафіку надсилати нові завдання до Gateway, який тимчасово відхиляє запити. #94915 Пов’язано з #78136. Дякуємо @markoub, @maxschachere, @vincentkoc.
• Користувачі Mac можуть підтримувати роботу шлюзів, керованих LaunchAgent, під час оновлень OpenClaw, замість того щоб стикатися з повторюваними циклами аварійного завершення й перезапуску, коли старий код середовища виконання для перетворення тексту все ще перебуває в кеші. #95081 Пов’язано з #95057. Дякуємо @849261680, @yveslarose.
• Розмови на базі Codex у TUI, WebChat і сумісних потокових API тепер показують відповіді в міру їх написання, водночас коректно замінюючи попередній текст, щоб остаточна відповідь не містила застарілих чернеток. #95404 Пов’язано з #95422. Дякуємо @agonza1, @vincentkoc.
• Після перезапуску Gateway користувачі більше не бачать оманливого повідомлення про повторну спробу, коли OpenClaw уже відновлює перервану відповідь або повідомляє про фактичний збій відновлення, що зменшує кількість непотрібних дубльованих спроб. #95431 Дякуємо @moeedahmed, @vincentkoc.
• Тривалі сеанси агентів із активним використанням інструментів тепер зберігають переваги кешу запитів у міру накопичення результатів, зменшуючи зайві затримки й витрати через повторне надсилання переписаної історії між ходами. #95624 Дякуємо @vincentkoc.
• Перезапуски Gateway більше не роблять налаштованих агентів на базі Codex, Copilot або довірених Plugin тимчасово недоступними, а недовірені плагіни робочого простору й надалі не можуть активувати себе. #95652 Дякуємо @vincentkoc.
• Тривалі відповіді, інтенсивні потоки інструментів, запити з великою кількістю зображень і відтворення з пам’яті тепер створюють менше навантаження на процесор і файлову систему без необхідності змінювати налаштування чи робочі процеси. #95697 Дякуємо @vincentkoc.
• Оператори знову можуть додавати або оновлювати заплановані оголошення для відомих каналів у середовищах без конфігурації, тоді як налаштовані середовища й надалі відхиляють вимкнені, застарілі, без власника або невідомі призначення до доставлення. #95754 Дякуємо @vincentkoc.
• Користувачі macOS рідше стикатимуться з хибним повідомленням про конфлікт порту під час зупинення або оновлення керованого Gateway, оскільки OpenClaw коротко очікує, доки звичайне завершення роботи звільнить порт, і водночас повідомляє про конфлікти, які не зникають. #95886 Дякуємо @fuller-stack-dev.
• Агенти на базі Copilot тепер можуть поставити користувачам запитання та прийняти відповідь через звичайний потік відповідей у чаті OpenClaw, а компактні елементи керування пошуком інструментів і режимом коду дають змогу не завантажувати повний каталог інструментів у сеанс. #96005 Дякуємо @vincentkoc.
• Перезапуски Gateway у середовищах systemd або контейнерах більше не залишають старі процеси адаптерів Codex чи Claude, що допомагає новим сеансам ACPX запускатися без багатохвилинних затримок очищення після повторних перезапусків. #96032 Дякуємо @t2wei, @vincentkoc.
• Сеанси на базі Copilot тепер показують оновлення плану в міру виконання роботи, а їхні власні дочірні завдання залишаються видимими до завершення або збою, замість того щоб зникати з подання завдань OpenClaw. #96062 Дякуємо @vincentkoc.
• Підключені агенти, як-от OpenCode, тепер запускаються через OpenClaw, навіть коли їхня оболонка не може вибрати запитану модель, тоді як справді непідтримувані варіанти моделей і надалі повертають початкову помилку. #96068 Пов’язано з #95869. Дякуємо @sabatech-dev, @vincentkoc.
• Плагіни, що використовують heartbeat_prompt_contribution, тепер передають моделям свій контекст, специфічний для Heartbeat, коли агенти працюють через середовища виконання оболонки, як-от сервер застосунку Codex, не впливаючи на звичайні ходи користувача чи плагіни, які не використовують цей обробник. #96233 Дякуємо @azogheb, @vincentkoc.
• Очищення Gateway і перевірки слухача у Windows тепер узгоджено обробляють дані командного рядка WMIC у UTF-16, зменшуючи кількість невдалих або суперечливих визначень запущеного процесу Gateway. 15c880a Дякуємо @vincentkoc.
• Тривалі сеанси агентів із великим контекстом та активним використанням інструментів тепер стабільніше повторно використовують кеш запитів упродовж послідовних ходів, не втрачаючи обмежень розміру для окремих результатів, а досвідчені оператори можуть налаштовувати більші граничні розміри результатів інструментів для моделей із великим контекстом без відхилення конфігурації. a60947f Дякуємо @vincentkoc.
• Тривалі сеанси агентів із активним використанням інструментів тепер рідше роздувають запити до моделі в міру накопичення виводу інструментів, а послідовні ходи стабільно повторно використовують кеш запитів. 2f33999 Дякуємо @vincentkoc.
• Перезапуски Gateway тепер використовують надійну базу даних стану OpenClaw для передавання керування, а застарілі, неправильно сформовані, адресовані іншому процесу або замінені запити відкидаються, перш ніж зможуть вплинути на перезапуск. 0ad48da
• Діагностика стану Gateway, doctor і перезапуску тепер зберігає нещодавні відомості про перезапуск у спільній базі даних стану OpenClaw, а прострочені або неправильно сформовані записи і надалі відкидаються. a39a3b7 Дякуємо @vincentkoc.
• Перезапуски Gateway та оновлення керованих служб тепер зберігають правильне повідомлення про продовження, не використовують повторно застарілий стан передавання керування та узгоджено позначають невдалі передавання оновлення. 514b336 Дякуємо @vincentkoc.
• Агенти, запущені через Gateway, більше не втрачають доступні лише власнику інструменти OpenClaw під час таких завдань, як перевірки Cron наживо, тож авторизовані операції можуть використовувати потрібні інструменти з правильним контекстом запиту. c2ee9b0 Дякуємо @vincentkoc.
• Неправильно сформовані запити на перезапуск Gateway тепер завершуються чіткою помилкою без планування перезапуску, запобігаючи неочікуваному перезапуску Gateway через помилкові або випадкові виклики інтеграції. 108d6d7 Дякуємо @vincentkoc.
• Застарілі запити Node, поставлені Gateway у чергу, тепер автоматично втрачають чинність, тому старі завдання рідше затримуються та впливають на подальшу роботу. f6d432e
• Робочі процеси плагінів рідше зависають або перевантажують Gateway, коли інтеграція запитує забагато історії сеансу підагентів, оскільки кожне читання тепер обмежене безпечним лімітом. b66b450 Дякуємо @vincentkoc.
• Описи зображень тепер узгоджено обробляють надзвичайно великі налаштування часу очікування, обмежуючи їх безпечною межею середовища виконання замість ризику переповнення таймера. 88b21fc
• Вбудовані сеанси агентів тепер надійно очікують, доки інший сеанс зніме блокування файлу, навіть за надзвичайно великого часу очікування, замість ризику переповнення таймера. 4c736df Дякуємо @vincentkoc.
• Команди в черзі з надзвичайно великими налаштуваннями часу очікування завдання тепер надійно завершуються за тайм-аутом, оскільки OpenClaw обмежує очікування безпечним максимумом середовища виконання. 1f6ae32 Дякуємо @vincentkoc.
• Виправлено надання неправильного входу для перетворення на рядок у normalization-core та відображення застарілого значення швидкого режиму в сеансах ACP, тож інтеграції отримують потрібний API, а користувачі бачать фактично активний режим. 93ad397 Дякуємо @vincentkoc.
• Швидкі автоматичні запуски тепер узгодженіше доставляють остаточні відповіді, а оброблення скидання прогресу обмежено автоматичним режимом, щоб воно не заважало відповідям або пересланим зворотним викликам. 9e8ab08 Дякуємо @vincentkoc.
• Сеанси агентів, що використовують OpenAI Responses, тепер відновлюють роботу на основі інструментів без збою чи втрати прогресу, коли відтворена історія містить невідповідні запити інструментів і результати. b4bc1f2 Дякуємо @vincentkoc.
• Завершені запуски підагентів плагінів і перевірок якості більше не позначаються помилково як невдалі, коли шлюзи повертають альтернативні формати конвертів завершення, що робить успішне передавання результатів надійнішим для авторів плагінів і операторів. d1b268f Дякуємо @vincentkoc.
• Виправлено випадки, коли завершені завдання підагентів іноді закінчувалися без оновлення, тож користувачі отримують результат або наступний крок батьківського агента. 68a1e00 Дякуємо @vincentkoc.

Віддалене доставлення результатів і медіафайлів

Віддалені результати зображень і завершена робота підагентів тепер надійніше повертаються через активну розмову Gateway, а не виглядають як невдалі чи зниклі.

Джерела та учасники

• Згенеровані зображення з віддаленого сервера застосунку Codex тепер надходять як вкладення, замість відображення Media failed або повернення лише тексту після успішного генерування. #96212 Дякуємо @sjf-oa.
• Коли підагент завершує роботу, його результат тепер надійніше надходить до активного батьківського запуску, а не залишається непомітним. 7fc4bbc Дякуємо @vincentkoc.

Клієнти та інтерфейси

Надсилання з клієнтів і повторні підключення

WebChat і Control UI після повторних підключень послідовніше відображають активні розмови та стани помилок, а мобільні клієнти й термінальний інтерфейс відновлюють завершені, відхилені або перервані надсилання, не залишаючи враження, що вони зависли.

Джерела та учасники

• Якщо повідомлення WebChat завершується помилкою до запуску агента, WebChat і Control UI тепер позначають сеанс як невдалий, а не залишають враження, що він досі виконується. #84352 Дякуємо @jesse-merhi.
• Виправлено зависання вибору сеансів Control UI через приховані сеанси підагентів, тож Load More тепер переходить до наступного доступного чату, не показуючи оманливу загальну кількість. #89323 Пов’язано з #89249. Дякуємо @giodl73-repo, @originsecured-do.
• Коли користувачі повторно відкривають розмову Control UI з History, їхні запити тепер відображаються разом із відповідями асистента, зберігаючи контекст запитань і відповідей без порожніх проміжків у довгих стенограмах. #93841 Пов’язано з #90241. Дякуємо @mushuiyu886, @pronzcw.
• Розгортання Control UI за префіксом шляху тепер утримують запити до маніфесту, favicon і service worker у межах цього префікса, запобігаючи незрозумілим помилкам 403 на кореневому рівні після входу. #94204 Пов’язано з #94157. Дякуємо @hugenshen, @xrow.
• Користувачі Android тепер можуть відкривати рядки Health log і Skill у Settings, щоб переглядати зручні для читання подробиці. Це спрощує усунення несправностей активності Gateway, перевірку налаштування й стану Skills, а також розуміння того, як створити пару за допомогою наявного коду налаштування. #95148 Дякуємо @tosko4.
• Надіслані запити більше не з’являються повторно в редакторі Control UI після надсилання, тож користувачі можуть перемикати сеанси або починати наступне повідомлення без ризику повторного надсилання чи перезапису нової чернетки, водночас навмисне повторне введення й далі працює. #95503 Пов’язано з #89466. Дякуємо @vincentkoc, @zhangguiping-xydt, @zhong18804784882.
• Користувачі Android тепер отримують упорядкованіший Overview, де одразу видно стан підключення, налаштованого агента, стан Node, схвалення, нещодавні сеанси й дії Chat і Talk. #95557 Дякуємо @joshavant, @solvely-colin.
• Користувачі Android тепер можуть оновлювати й обробляти схвалення команд Gateway на внутрішньому екрані Approvals, вибираючи Allow Once, Always або Deny під час підключення. #95593 Дякуємо @solvely-colin.
• Користувачі iOS тепер не стикаються з несподіваними запитами щодо сповіщень і отримують чіткі вказівки, коли сповіщення про схвалення недоступні, а дозволами можна керувати з єдиного передбачуваного екрана Settings. #95640 Дякуємо @joshavant.
• Локальне завершення роботи TUI тепер залишається в межах безпечних обмежень таймера, навіть якщо OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS має надзвичайно велике значення. c21dcfc
• Canvas A2UI тепер після кожного збирання надає лише поточні ресурси застосунку, тож застарілі зображення сумісності й залишкові файли з меншою ймовірністю з’являтимуться знову. a89e65c Дякуємо @vincentkoc.
• Помилки налаштування ретранслятора push-сповіщень iOS тепер легше локалізувати, оскільки діагностика реєстрації показує, на якому етапі зупинилося налаштування, не додаючи конфіденційні облікові дані push-сповіщень до журналів. f2b8668 Дякуємо @joshavant.
• Пристрої iOS тепер реєструються для push-сповіщень лише після того, як користувачі приймуть повідомлення про розміщений ретранслятор і дозволять сповіщення, що запобігає публікації реєстраційних даних до надання згоди. 8efed50 Дякуємо @joshavant.
• Виправлено ситуації, коли надсилання з чату, голосового інтерфейсу, TUI та переслані надсилання іноді здавалися завислими або зникали після того, як Gateway уже завершив чи відхилив їх. Тепер відповідні клієнти очищають стан очікування, відновлюють введені дані для повторної спроби, оновлюють історію або показують корисне повідомлення про помилку. #91049 Пов’язано з #91048. Дякуємо @nxmxbbd.

Виправлення інтерфейсу, налаштувань і початкового налаштування

Додаткові виправлення Control UI, мобільних і настільних застосунків покращують точність відображення, доступність, початкове налаштування та поведінку застосунків.

Джерела та учасники

• Відновлено відображення квоти використання OpenAI/Codex у розгорнутій бічній панелі чату Control UI, тож користувачі можуть перевіряти свої ліміти, не залишаючи розмову. #94219 Пов’язано з #93041. Дякуємо @jazzroutine, @pick-cat.
• Екрани iOS тепер використовують узгоджені акцентні кольори й кольори стану OpenClaw у початковому налаштуванні, параметрах, чаті, запитах на схвалення, дозволах голосового керування, віджетах і спільних поданнях чату. #94627 Дякуємо @zats.
• Control UI тепер може створювати завдання Early Morning із попереднім налаштуванням Silent в основному сеансі та без сповіщень, замість того щоб залишати діалогове вікно відкритим без видимого результату. #95459 Пов’язано з #95073. Дякуємо @vincentkoc, @vporton, @zoowh.
• На межі мільйона токенів значки й показники використання Control UI тепер показують "1M" замість незрозумілого "1000k", тоді як базова кількість токенів залишається незмінною. #95485 Дякуємо @narahariraghava, @vincentkoc.
• Overview у Control UI тепер враховує та позначає лише ввімкнені завдання Cron, які досі потребують уваги, тоді як вимкнені завдання зберігають подробиці минулих помилок, але не відображаються як поточні проблеми. #95723 Пов’язано з #95716. Дякуємо @voytas75, @zengwen-dt.
• Користувачі Control UI тепер бачать коротші підказки для тем System, Light і Dark, а програми зчитування з екрана озвучують менш повторювані мітки, не втрачаючи навколишнього контексту Color mode. #95837 Дякуємо @hannesrudolph, @sannidhyasah.
• Необроблена конфігурація більше не здається відсутньою в Settings після перемикання з подання форми, оскільки JSON знову повертається в поле зору замість збереження попередньої позиції прокручування. #96145 Пов’язано з #94202. Дякуємо @sunlit-deng, @vporton.
• Нові користувачі iOS тепер спочатку бачать привітання та початкове налаштування OpenClaw, і лише потім iOS запитує доступ до локальної мережі, тоді як наявні користувачі й далі отримують цей запит під час відкриття налаштування Gateway або в інших випадках, коли потрібне виявлення Gateway у локальній мережі. #96181 Дякуємо @joshavant.

Документація та інструменти адміністрування

Надійність налаштування та команд

Поширені команди CLI тепер узгодженіше обробляють конфігурацію, шляхи, виведення та випадки помилок. Доповнення командної оболонки, doctor, команди конфігурації і конфігурація Gateway надають чіткіші вказівки та безпечніше відновлення, коли інсталяція або параметр потребує уваги.

Джерела та учасники

• Меню автодоповнення клавішею Tab у zsh для OpenClaw тепер відображає описи параметрів, що містять змінні $ або приклади у зворотних лапках, буквально, замість того щоб обчислювати їх як введення оболонки та пошкоджувати меню. #64490 Дякуємо @edenkangdw.
• Після оновлення зі старішого сховища пісочниці оператори тепер отримують чітке попередження openclaw doctor про залишкові файли реєстру та можуть скористатися openclaw doctor --fix, щоб перенести або видалити їх. #84326 Дякуємо @giodl73-repo.
• Оператори тепер можуть використовувати doctor --lint, щоб виявляти застарілі служби Gateway і попередньо переглядати очищення, тоді як навмисно додані служби залишаються лише інформаційними й не спричиняють помилки стандартної перевірки. #84340 Дякуємо @giodl73-repo.
• Оператори Gateway у macOS тепер отримують попередження, перш ніж повторне встановлення, відновлення або перезапуск перезапише спеціальну поведінку обгортки LaunchAgent, а openclaw status відрізняє перевірки відсутнього секрету лише для CLI від перевірок установленої служби. #90537 Пов’язано з #90518. Дякуємо @turbotheturtle, @vincentkoc.
• Довгі, багаторядкові або насичені кодом запити тепер можна надсилати до openclaw agent за допомогою --message-file, уникаючи ненадійного екранування в оболонці та отримуючи повідомлення про недійсні файли до надсилання. #93351 Дякуємо @ooiuuii.
• Виправлено перезапуск уже запущеного Gateway під час запланованого відновлення через doctor --fix --non-interactive після тимчасового збою перевірки стану, тож автоматичне обслуговування більше не перериває роботу активної служби. #94148 Пов’язано з #78217. Дякуємо @esqandil, @zhangguiping-xydt.
• openclaw configure і openclaw config без підкоманди тепер завершують роботу з чіткою підказкою щодо підкоманд під час запуску зі сценаріїв або каналів, замість відкриття часткового інтерактивного майстра й незрозумілого завершення. #94238 Пов’язано з #93953. Дякуємо @nianjiuzst, @ruomuxydt.
• Оператори з кількома агентами тепер можуть використовувати openclaw gateway usage-cost, щоб переглядати витрати для одного налаштованого агента або всіх агентів, тоді як наявна команда для агента за замовчуванням залишається без змін. #94483 Дякуємо @ly-wang19.
• Архівні картки Workboard більше не захаращують стандартний вивід openclaw workboard list, а --include-archived і вивід JSON, як і раніше, надають доступ до них за потреби. #94562 Пов’язано з #94555. Дякуємо @ecican, @vincentkoc, @zengwen-dt.
• OpenClaw Doctor тепер надає точні рекомендації для працездатних ізольованих завдань Cron із запитом оболонки, замість того щоб повторно пропонувати команду --fix, яка не може усунути попередження. #94784 Пов’язано з #94655. Дякуємо @altaywtf, @geekoagent, @zengwen-dt.
• Виправлено відображення в openclaw doctor попередження про необхідність виправлення для справних локальних конфігурацій пам’яті GGUF після навмисно пропущеної перевірки готовності, водночас попередження зберігається, коли налаштована локальна модель справді відсутня. #95393 Пов’язано з #92582. Дякуємо @mikasa0818, @neekolascmd, @vincentkoc.
• У Windows створені інсталятором завдання Gateway тепер виконуються у фоновому режимі без вікна консолі, яке користувачі могли випадково закрити й зупинити Gateway. #95480 Пов’язано з #89231. Дякуємо @cameronweller, @mikasa0818, @vincentkoc.
• Прив’язки каналів агентів тепер відхиляють некоректні специфікації облікових записів, як-от matrix:work:extra, із чітким повідомленням про помилку, замість того щоб непомітно спрямовувати агента до іншого облікового запису. #95572 Дякуємо @ly-wang19.
• Оновлення Skills із ClawHub тепер дотримуються налаштованої політики безпеки встановлення, а openclaw skills update --all оновлює лише відстежувані Skills із ClawHub, замість неочікуваного встановлення інших налаштованих Skills. #95684 Дякуємо @vincentkoc.
• Процеси перезапуску Windows і запуску Gateway стали надійнішими, оскільки OpenClaw тепер передає команди довіреним системним шляхом cmd.exe, замість того щоб покладатися на пошук процесу. 7dd01d1 Дякуємо @vincentkoc.
• Очищення Gateway і перевірки слухачів у Windows стали надійнішими за неповного пошуку через PATH, тож оператори можуть визначити процес Gateway і звільнити зайнятий порт, навіть якщо встановлені системні інструменти не знаходяться. e9b694e Дякуємо @vincentkoc.
• У Windows запуск OpenClaw і передавання керування Codex із TUI тепер знаходять bun, codex та інші виконувані файли середовища через довірений системний засіб пошуку, навіть якщо інша команда where розташована раніше в PATH. 72b9bc7 Дякуємо @vincentkoc.
• Діагностика портів у Windows тепер використовує належні системні інструменти, навіть коли записи PATH відсутні або перекриті, тож конфлікти портів Gateway і служб рідше залишаються непоміченими через помилки визначення команд. c4facb2 Дякуємо @vincentkoc.
• Відновлення фонової служби у Windows тепер рідше пропускає виявлення або очищення процесів, коли PATH неповний, незвичний чи перекритий, оскільки резервний механізм запланованих завдань тепер знаходить PowerShell і taskkill у довірених системних розташуваннях. 2a140e6 Дякуємо @vincentkoc.
• OpenClaw тепер зберігає маркери відновлення конфігурації, останні відомі справні знімки та історію підозрілих читань у спільному стані під час міграції, не залишаючи окремого журналу стану конфігурації. 6daabd2 Дякуємо @vincentkoc.
• У Windows команди Crabbox, запущені через обгортки пакетів Node, тепер отримують прапорці провайдера, команди оболонки та спеціальні символи оболонки саме в такому вигляді, як їх введено, без втрати чи повторного тлумачення. 54d24cd Дякуємо @vincentkoc.
• Процеси Crabbox, орієнтовані на Windows, тепер рідше завершуються помилкою або переходять до повільнішої обробки оболонкою під час запуску інструментів Node через обгортки .cmd і .bat. d48dcc6 Дякуємо @vincentkoc.
• Користувачі Windows можуть запускати crabbox, git та інші інструменти на основі Node через установлені npm командні обгортки без зупинки Crabbox до запуску інструмента. 77f4e45 Дякуємо @vincentkoc.
• openclaw doctor тепер перевіряє профілі, у яких не задано параметрів політики інструментів, не вважаючи коректну відсутність цих параметрів помилкою. 03ba09b
• openclaw doctor більше не показує оманливих попереджень розділу інструментів, коли не може оцінити спеціальний профіль попереднього перегляду. 420a0e6 Дякуємо @vincentkoc.
• openclaw doctor тепер обмежує попередження попереднього перегляду профілями інструментів, які він може оцінити, уникаючи оманливих попереджень про налаштовані дозволи для невідомих профілів. 541f7ff Дякуємо @vincentkoc.
• Користувачі Windows можуть установлювати OpenClaw із вихідного коду без блокування налаштування залежностей через примусовий запуск інсталятором сценаріїв npm або pnpm через cmd.exe. 1252378 Дякуємо @vincentkoc.
• Більші конфігурації OpenClaw тепер можуть ефективніше ініціалізуватися та генерувати підказки інтерфейсу, а конфіденційні поля й надалі позначаються так само. #55018 Дякуємо @huangyandi-red, @vincentkoc, @xdhuangyandi.
• Зміни конфігурації, які все ще потребують ручного перезапуску Gateway, тепер показують чітке сповіщення про необхідність перезапуску зі збереженням початкової примітки, замість оманливого повідомлення config-patch ok, яке створювало враження завершення. #83041 Пов’язано з #46797. Дякуємо @stache73, @xuruiray.
• Довідка для doctor, gateway, models, plugins, sessions і tasks тепер з’являється за десятки мілісекунд, тоді як раніше такі команди, як sessions --help і tasks --help, починали відповідати приблизно через 1,6–1,8 секунди. #89628 Дякуємо @yyzquwu.
• Системи зберігання трасувань OpenTelemetry, як-от Langfuse, тепер показують фактичну назву провайдера й моделі замість «невідомо» для ідентифікаторів моделей із косою рискою. #89981 Дякуємо @mycarrysun, @vincentkoc.
• Некоректні або старіші записи сполучення пристроїв більше не заважають openclaw devices list показувати запити, що очікують схвалення, а коректні ролі й надалі відображаються належним чином. #93504 Дякуємо @ly-wang19.
• OpenClaw тепер відхиляє цілі SSH із зайвими двокрапками на початку або в кінці, перш ніж вони спричинять недійсну конфігурацію SSH або збої запуску тунелю для пісочниць і Gateway на основі SSH. #93887 Дякуємо @miorbnli.
• Користувачі, у яких локальна перевірка стану Gateway завершується помилкою під час неінтерактивного налаштування, тепер отримують придатні до виконання команди відновлення openclaw onboard --install-daemon або openclaw onboard --skip-health замість непідтримуваних прапорців setup. #93994 Пов’язано з #93947. Дякуємо @bk-z1, @nianjiuzst.
• Перевірки стану та зондування Gateway тепер приймають той самий спеціальний --port, який використовується для запуску локального Gateway, завчасно відхиляють недійсні порти та показують вибрану ціль local loopback у виводі JSON. #94687 Пов’язано з #79100. Дякуємо @bryantegomoh, @ozthedivine.
• gateway --force тепер виявляє процеси лише з IPv4, які займають порт Gateway, і все одно намагається виконати очищення, коли перевірка порту не дає однозначного результату, замість помилково вважати порт вільним. #94949 Пов’язано з #94426. Дякуємо @sunlit-deng, @vincentkoc, @wangwllu.
• openclaw config validate тепер приймає конфігурації серверів MCP на основі команд, які явно використовують transport: "stdio", уникаючи хибних помилок перевірки та водночас відхиляючи недійсні віддалені конфігурації stdio. #95102 Пов’язано з #95082. Дякуємо @ken-jo, @lzyyzznl.
• Редагування зображень через CLI тепер може повертати кілька варіантів однією командою за допомогою --count <n>, замість обмеження одним стандартним результатом провайдера. #95300 Дякуємо @ly-wang19.
• openclaw sessions export-trajectory тепер знаходить сеанси, які вже доступні іншим командам сеансів, коли налаштовано спеціальні сховища, сховища на основі ~ або сховища з шаблоном {agentId}, без необхідності повторно вказувати шлях до сховища. #95570 Пов’язано з #95568. Дякуємо @youngting520.
• Виправлено відображення прапорців у infer inspect --name <id> --json, які не підтримувалися відповідними командами CLI, тож розробники й оператори тепер можуть надійно визначати підтримувані параметри моделей, автентифікації та транскрибування. #95719 Дякуємо @ly-wang19, @vincentkoc.
• Під час перевірки дуже великих сеансів або сеансів із порушеним порядком записів тепер можна відкрити відомості про використання й отримати найновіші записи журналу з часовими позначками, не змушуючи OpenClaw зберігати в пам’яті всю проаналізовану історію журналу. #96019 Дякуємо @vincentkoc.
• Оператори тепер можуть налаштувати монітор автентифікації, таймер systemd і віджети Termux для власного хоста OpenClaw без попередньої заміни імен хостів і шляхів файлової системи, специфічних для супровідників. af3e509 Дякуємо @vincentkoc.
• Нативна гідратація crabbox у Windows тепер автоматично вибирає необхідне завдання фонової служби Windows, запобігаючи невдалим або помилково спрямованим запускам і не змінюючи поведінку WSL2 та явних перевизначень завдань. d5d9a82 Дякуємо @vincentkoc.
• Користувачі, які встановлюють локальний аватар агента, можуть уникнути відсутніх зображень, якщо файли з відносними до робочого простору шляхами мають розмір до 2 МБ; на аватари з HTTP(S) і URI даних це обмеження не поширюється. #78884 Пов’язано з #65312. Дякуємо @wangjieweb3-design, @nyx-nocturna.
• Стандартні інструкції для агентів OpenClaw тепер вимагають перевіряти наявність придатних безплатних рішень або рішень із відкритим кодом, перш ніж пропонувати власну реалізацію, водночас дозволяючи її, коли вона краще відповідає потребам. #86608 Дякуємо @cablackmon.
• Автори Plugin тепер можуть використовувати документоване поле targetSessionKey у подіях subagent_ended, щоб зіставляти їх із відповідним породженням, замість того щоб покладатися на поля agentId або childSessionKey, які не надсилаються. #95191 Пов’язано з #95186. Дякуємо @ken-jo, @mahaohao-ch.
• Посилання на Skills у ClawHub в документації OpenClaw і картках добірки тепер відкривають канонічні сторінки із зазначенням власника, а приклади встановлення використовують готові до копіювання посилання openclaw skills install @owner/<slug> замість застарілих маршрутів лише з короткою назвою. #95972 Дякуємо @patrick-erichsen.

Інструменти та заплановані завдання

Заплановані завдання і вбудовані інструменти тепер послідовніше завершують роботу, повторюють спроби, повідомляють про помилки та зберігають передані їм вхідні дані без змін. Удосконалення середовища виконання SDK плагінів також підвищують надійність розширень на основі інструментів під час завантаження, повернення результатів і виконання запланованих завдань.

Джерела та учасники

• Ізольовані завдання Cron, що використовують deleteAfterRun, тепер після завершення видаляють свої тимчасові сеанс і транскрипт, зокрема для запусків із вимкненою доставкою, що зменшує кількість застарілих файлів, накопичений контекст і потребу в ручному очищенні. #84794 Пов’язане питання: #84707. Дякуємо @bottenbenny, @turbotheturtle.
• Окремі заплановані завдання тепер можуть використовувати власні резервні моделі, виконуватися з вимкненими резервними моделями або повертатися до звичайного успадкування резервних моделей через CLI, не вимагаючи від операторів редагувати низькорівневі дані корисного навантаження. #93369 Пов’язане питання: #90302. Дякуємо @849261680, @walliiee.
• Історія Cron тепер надійно знаходить записи, ідентифікатори завдань яких містять зайві пробіли на початку або в кінці, а також відхиляє вкладені чи порожні ідентифікатори до того, як вони створять записи журналу, які неможливо безпечно прочитати знову. #93567 Дякуємо @alix-007, @vincentkoc.
• Додавання або видалення завдання Cron більше не призводить до втрати очікуваного запуску іншого повторюваного завдання, час виконання якого вже настав. #94323 Дякуємо @yetval.
• Операції читання й запису документів Word, PowerPoint і Excel тепер використовують передбачений шлях із розширенням .docx, .pptx або .xlsx замість завершення з помилкою через вигадане розширення. #95805 Пов’язане питання: #93326. Дякуємо @bhnan, @lzyyzznl, @vincentkoc, @xzh-icenter.
• Користувачі автоматизації браузера й надалі отримують знімки з такою самою кількістю корисних посилань, зокрема корисні гілки в компактних результатах, але з меншим обсягом обробки, якої можна уникнути під час створення знімків. #96072 Дякуємо @vincentkoc.
• Усунуто проблему, через яку в Windows команди, час очікування яких минув, і перервані оновлення ядра іноді залишали дочірні процеси запущеними, тож OpenClaw тепер може надійніше зупиняти все дерево процесів після скасування, завершення часу очікування або очищення після оновлення. a192b2e Дякуємо @vincentkoc.
• Користувачі Windows тепер рідше стикатимуться зі збоями встановлення інструментів під керуванням агента під час розпакування ZIP-файлів, як-от ripgrep, оскільки OpenClaw тепер використовує вбудовані засоби розпакування Windows замість пошуку програм через PATH. a5fde91
• Перевірки налаштування та середовища виконання в Windows тепер надійніше знаходять потрібні інструменти завдяки використанню довіреного засобу визначення шляхів System32 замість залежності від неочікуваного запису PATH. d3b4444 Дякуємо @vincentkoc.
• Запуски SDK, створені з timeoutMs: 0, тепер зберігають запитаний нульовий час очікування без небажаного клієнтського сторожового таймера. 2bdcc83 Дякуємо @vincentkoc.
• Команди OpenClaw, що зависли, тепер надійно зупиняються, навіть якщо виклики задають надзвичайно великі значення часу очікування виконання або неактивності виводу. 1425bb3 Дякуємо @vincentkoc.
• Команди з надзвичайно великими налаштуваннями часу очікування тепер використовують безпечне максимальне значення замість завершення з помилкою через те, що середовище виконання не може запланувати очікування запитаної тривалості. 66b94ba
• Специфічні для постачальників налаштування дозволу й заборони інструментів тепер узгоджуються з попередженнями засобу діагностики OpenClaw послідовніше, зокрема в конфігураціях із псевдонімами постачальників, ключами для конкретних моделей, ідентифікаторами моделей у стилі OpenRouter або неправильно сформованими записами політик. 8f2882f
• Застосунки SDK тепер отримують tool.call.failed, коли термінальні інструменти завершуються з помилкою або блокуються, замість оманливої події завершення, тож наявна обробка помилок може реагувати правильно. #95383 Дякуємо @ly-wang19.
• Усунуто проблему, через яку запити на додавання й оновлення завдань Cron відхилялися, коли розпізнані поля завдання містили нешкідливі пробіли в кінці, тож розклади можна зберігати без послаблення перевірок неоднозначних або небезпечних вхідних даних. #95674 Пов’язане питання: #95407. Дякуємо @nassiel, @zw-xysk.
• Моніторинг субагентів Codex обробляє великі набори дочірніх агентів і файлів транскриптів із меншою кількістю непотрібних сканувань, водночас старі формати назв файлів транскриптів і надалі визначаються так само, як раніше. #96085 Дякуємо @vincentkoc.
• Усунуто проблему, через яку нативна підготовка crabbox у Windows зависала або пропускала передачу керування, коли виконавець і демон використовували різні домашні каталоги, тож тепер обидва можуть знаходити той самий стан завдання та файли зупинки. f354889 Дякуємо @vincentkoc.

Додаткові внески

• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95308 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95465 Дякуємо @wangmiao0668000666.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95625 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95649 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95681 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95857 Дякуємо @romneyda.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95870 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95872 Дякуємо @romneyda.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95879 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95890 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95909 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95922 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95946 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95967 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #95983 Дякуємо @vincentkoc.
• Покращує планування CI репозиторію, використання виконавців і обробку збоїв. #96258 Дякуємо @vincentkoc.
• Покращує автоматизацію перевірок випуску та обробку обов’язкових доказів. #95094 Дякуємо @romneyda.
• Покращує автоматизацію перевірок випуску та обробку обов’язкових доказів. #95466 Дякуємо @jason-allen-oneal.
• Покращує автоматизацію перевірок випуску та обробку обов’язкових доказів. #95876 Дякуємо @romneyda.
• Покращує автоматизацію перевірок випуску та обробку обов’язкових доказів. #95880 Дякуємо @romneyda.
• Покращує автоматизацію перевірок випуску та обробку обов’язкових доказів. #95919 Дякуємо @romneyda.
• Покращує автоматизацію перевірок випуску та обробку обов’язкових доказів. #95928 Дякуємо @vincentkoc.
• Покращує автоматизацію перевірок випуску та обробку обов’язкових доказів. #95991 Дякуємо @vincentkoc.
• Покращує автоматизацію перевірок випуску та обробку обов’язкових доказів. #96235 Дякуємо @vincentkoc.
• Покращує інструменти пакування, публікації та перевірки випусків. #94272 Дякуємо @romneyda.
• Покращує інструменти пакування, публікації та перевірки випусків. #94622 Дякуємо @tayoun.
• Покращує інструменти пакування, публікації та перевірки випусків. #95898 Дякуємо @romneyda.
• Покращує інструменти пакування, публікації та перевірки випусків. #95901 Дякуємо @romneyda.
• Покращує інструменти пакування, публікації та перевірки випусків. #95999 Дякуємо @vincentkoc.
• Покращує інструменти пакування, публікації та перевірки випусків. #96055 Дякуємо @vincentkoc.
• Покращує інструменти пакування, публікації та перевірки випусків. #96226 Дякуємо @vincentkoc.
• Покращує інструменти пакування, публікації та перевірки випусків. #96271 Дякуємо @vincentkoc.
• Покращує інструменти пакування, публікації та перевірки випусків. #97909 Дякуємо @patrick-erichsen.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #91502 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #91506 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #94700 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95406 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95858 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95933 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95944 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95947 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95952 Дякуємо @vincentkoc.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95961 Дякуємо @vincentkoc.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95971 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #95975 Дякуємо @vincentkoc.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #96003 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #96017 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #96030 Дякуємо @romneyda.
• Розширює покриття QA Lab, збирання доказів і перевірки готовності до випуску. #96246 Дякуємо @vincentkoc.
• Додає або виправляє цільове регресійне покриття для робочих процесів супроводу. #87121 Дякуємо @davinci282828, @lizuju.
• Додає або виправляє цільове регресійне покриття для робочих процесів супроводу. #90223 Дякуємо @aniruddhaadak80.
• Додає або виправляє цільове регресійне покриття для робочих процесів супроводу. #93378 Дякуємо @mmyzwl, @yachiyo1680.
• Додає або виправляє цільове регресійне покриття для робочих процесів супроводу. #95475 Дякуємо @kklouzal.
• Додає або виправляє цільове регресійне покриття для робочих процесів супроводу. #95499 Дякуємо @romneyda.
• Додає або виправляє цільове регресійне покриття для робочих процесів супроводу. #95602 Дякуємо @vincentkoc, @zats.
• Додає або виправляє цільове регресійне покриття для робочих процесів супроводу. #95653 Дякуємо @vincentkoc.
• Покращує супровід репозиторію та робочі процеси приймання внесків. #76668 Дякуємо @wadydx.
• Покращує супровід репозиторію та робочі процеси приймання внесків. #87861 Дякуємо @coder999999999, @shuofengzhang, @vincentkoc.
• Покращує супровід репозиторію та робочі процеси приймання внесків. #95243 Дякуємо @hugenshen, @vincentkoc.
• Покращує структуру внутрішньої документації та підтримання посилань на випуски в актуальному стані. #78715 Дякуємо @mehrazmorshed.
• Покращує структуру внутрішньої документації та підтримання посилань на випуски в актуальному стані. #93502 Дякуємо @harjothkhara.
• Покращує структуру внутрішньої документації та підтримання посилань на випуски в актуальному стані. #96044 Дякуємо @romneyda.
• Покращує структуру внутрішньої документації та підтримання посилань на випуски в актуальному стані. #96057 Дякуємо @vincentkoc.
• Покращує структуру внутрішньої документації та підтримання посилань на випуски в актуальному стані. #96061 Дякуємо @vincentkoc.
• Посилює межі внутрішньої поведінки, не змінюючи публічного робочого процесу продукту. #91193 Дякуємо @davinci282828, @whiteyzy.
• Посилює межі внутрішньої поведінки, не змінюючи публічного робочого процесу продукту. #95706 Дякуємо @rushindrasinha, @vincentkoc.
• Посилює межі внутрішньої поведінки, не змінюючи публічного робочого процесу продукту. #96179 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #89912 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #90439 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #96182 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #96191 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #96193 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #96195 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #96204 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #96206 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #96213 Дякуємо @jalehman.
• Переміщує внутрішні механізми сеансів і середовища виконання за спільні межі супроводу. #96218 Дякуємо @jalehman.
• Покращує покриття ізольованого середовища push-сповіщень iOS і перевірки випусків. #95893 Дякуємо @joshavant.
• Оновлює документацію з перевірки тестового середовища Copilot і налаштування тестування в реальному середовищі. #95930 Дякуємо @vincentkoc.