The post has been translated automatically. Original language: Russian
On September 24, version 0.24.5 of the Qwen Code, an open—source console AI agent for programming, was released. A desktop application of the same version and the TypeScript SDK 0.1.15 were released on the same day. The developers have not announced any incompatible changes. The list of edits is long, and for those who allow the agent into working repositories, the most important thing is to protect the service status from the code being checked, limit images from MCP servers, and run managed runtime more strictly.
The service status of the review is no longer in the repository
The review mode stores two types of service records. Leases allow the agent to delete work trees and branches, and the trust records of the base tree decide whether the tree can be reused for comparison. Previously, all this was in the review-leases directory inside the qwen service folder in the repository itself, that is, where the code being checked can be written.
Now the records are stored in the global Qwen directory, in the review-state subdirectory, separately for each repository according to the hash of its canonical path. The CLI ignores the old directory inside the repository. The authors of the edit explicitly indicate what it protects against: the code being checked could have planted fake leases to disrupt the review, replace the identity, or launch an unwanted cleanup.
Images from MCP tools fit into the budget
Prior to this version, the images returned by the MCP tools entered the dialog in their original resolution. There was already a limit for files from the disk: no more than 1568 pixels on the long side and no more than 1568 visual patches. This limit did not apply to MCP responses. An example is given in the edit description.: The 3840×2160 screenshot from the browser automation server took 10,764 patches with a budget of 1,560, almost five times more.
What has changed:
- MCP images in JPEG, PNG, and WebP formats are reduced beyond the limit before they enter the context; images within the budget are transmitted unchanged;
- Both the pixel dimensions and the file size are checked: an image that is too heavy is recoded, not discarded.;
- multiple images from the same response are processed in turn to limit peak memory consumption.;
- the plug is replaced only by what could not be reduced.
The managed runtime is checked before launch
The Java SDK has a client and a managed runtime attestation worker, a process that the agent raises to execute tools. The broker now launches the worker, verifies it with certification, and only then marks the binding as ready. When you reuse a ready-made binding, the check takes place again, and if the process has died, the runtime is created anew instead of accessing the dead address.
Other edits
- The refusal to collect usage statistics is now respected in the bare mode.
- In CI, the task's working directory is marked as safe for git even before checkout.
- One-time launches no longer load the CLI twice, and when starting without an interface, checks that are necessary only for interactive mode are skipped.
What does this mean in practice?
If the agent checks other people's branches and pool requests, it's worth updating: previously, decisions about deleting branches and reusing trees relied on files that the code itself could rewrite. After the update, at the same time delete the old review-leases directory from the repositories and add the qwen service folder to the ignore rules if it is not already there. The CLI no longer accounts for leases issued before the update, so incomplete reviews may need to be restarted.
For those who connect browser-based MCP servers, the update should significantly reduce the consumption of context in screenshots. The flip side is that the images are now shrinking, and the model can discern smaller text on them worse. If the script depends on reading small details, it is better to request a screenshot of the desired area from the server, rather than the entire screen.
The draft text was prepared with the participation of AI, the facts were checked against the original source — the official release notes of the Qwen Code project on GitHub and descriptions of pool requests to them
24 сентября вышла версия 0.24.5 Qwen Code — открытого консольного ИИ-агента для программирования. В один день с ней выпущены настольное приложение той же версии и TypeScript SDK 0.1.15. Несовместимых изменений разработчики не заявляют. Список правок длинный, и для тех, кто пускает агента в рабочие репозитории, в нём важнее всего защита служебного состояния от проверяемого кода, ограничение изображений от MCP-серверов и более строгий запуск управляемых рантаймов.
Служебное состояние ревью больше не лежит в репозитории
Режим ревью хранит два вида служебных записей. Аренды (leases) разрешают агенту удалять рабочие деревья и ветки, а записи доверия к базовому дереву решают, можно ли повторно использовать дерево для сравнения. Раньше всё это лежало в каталоге review-leases внутри служебной папки qwen в самом репозитории, то есть там, куда может писать проверяемый код.
Теперь записи хранятся в глобальном каталоге Qwen, в подкаталоге review-state, отдельно для каждого репозитория по хешу его канонического пути. Старый каталог внутри репозитория CLI игнорирует. Авторы правки прямо указывают, от чего она защищает: проверяемый код мог бы подложить поддельные аренды, чтобы сорвать ревью, подменить идентичность или запустить нежелательную очистку.
Изображения от MCP-инструментов укладываются в бюджет
До этой версии картинки, которые возвращали MCP-инструменты, попадали в диалог в исходном разрешении. Для файлов с диска уже действовал лимит: не больше 1568 пикселей по длинной стороне и не больше 1568 визуальных патчей. На ответы MCP этот лимит не распространялся. В описании правки приведён пример: скриншот 3840×2160 от сервера автоматизации браузера занимал 10 764 патча при бюджете в 1560, почти всемеро больше.
Что изменилось:
- MCP-изображения в форматах JPEG, PNG и WebP сверх лимита уменьшаются до того, как попадут в контекст; картинки в пределах бюджета передаются без изменений;
- проверяются и размеры в пикселях, и объём файла: слишком тяжёлое изображение перекодируется, а не выбрасывается;
- несколько картинок из одного ответа обрабатываются по очереди, чтобы ограничить пиковое потребление памяти;
- заглушкой заменяется только то, что уменьшить не удалось.
Управляемый рантайм проходит проверку до запуска
В Java SDK появились клиент и воркер аттестации управляемого рантайма — процесса, который агент поднимает для выполнения инструментов. Брокер теперь запускает воркер, проверяет его аттестацией и только после этого помечает привязку готовой. При повторном использовании уже готовой привязки проверка проходит снова, а если процесс умер, рантайм создаётся заново вместо обращения к мёртвому адресу.
Прочие правки
- Отказ от сбора статистики использования теперь соблюдается и в режиме bare.
- В CI рабочий каталог задачи отмечается как безопасный для git ещё до checkout.
- Разовые запуски больше не загружают CLI дважды, а при старте без интерфейса пропускаются проверки, нужные только интерактивному режиму.
Что это значит на практике
Если агент проверяет чужие ветки и пул-реквесты, стоит обновиться: раньше решения об удалении веток и повторном использовании деревьев опирались на файлы, которые мог переписать сам проверяемый код. После обновления заодно удалите старый каталог review-leases из репозиториев и добавьте служебную папку qwen в правила игнорирования, если её там ещё нет. Аренды, выданные до обновления, CLI больше не учитывает, поэтому незавершённые ревью, возможно, придётся запустить заново.
Тем, кто подключает браузерные MCP-серверы, обновление должно заметно сократить расход контекста на скриншотах. Обратная сторона — снимки теперь уменьшаются, и мелкий текст на них модель может различать хуже. Если сценарий зависит от чтения мелких деталей, лучше запрашивать у сервера скриншот нужной области, а не всего экрана.
Черновик текста подготовлен с участием ИИ, факты сверены с первоисточником — официальные release notes проекта Qwen Code на GitHub и описания пул-реквестов к ним