Repository navigation
0.57.0
Что нового
-
Документы Drive находятся в общем локальном поиске (cli-core 0.301.0), с Google-ссылкой и временем изменения.
--source drive:<профиль>выбирает импортированный профиль.chats documents list <чат>показывает документы, которыми делились в сохранённых сообщениях, без запроса к MAX. -
MCP-сервер загружается только тогда, когда max работает как MCP (cli-core 0.300.0): остальным командам при
запуске нужно загрузить примерно на десятую часть меньше файлов. -
Карточка задачи показывает задачи, которые на неё ссылаются (cli-core 0.304.0):
tasks showпечатает
task:<id> follow-up-of this task, а--jsonи MCP возвращаютlinked_from. Раньше связь видела только новая
задача, а закрытая — нет. -
max запускается примерно на четверть быстрее, начиная со второго запуска. Скомпилированный код Node
сохраняется в кэше во временной папке системы (её меняетNODE_COMPILE_CACHE):max --help— около 0,42 секунды
вместо 0,56.
Изменено — может сломать скрипты
- Ошибка в файле настроек — одна строка, и значение в ней не показывается (cli-core 0.304.0): первое неверное
поле, причина и число остальных —config.json: profiles.default.limitt is an unknown setting (and 2 more problems). Для поля из старой версии (clientId) ошибка подсказывает новое имя (rename it to client_id,
cli-core 0.307.0). Раньше сообщение перечисляло все ошибки и все допустимые поля и цитировало значение, а туда мог по
ошибке попасть токен. search notesвыбирает заметки полемsource:internalилиsource:fileв запросе (cli-core 0.303.0):
флага--typeбольше нет, у MCP-инструментаsearch_notesнет поляtype. Имя поля совпадает с полемsource
заметки.--source notes:<папка>по-прежнему выбирает, какие аккаунты читать.- Ежедневная подсказка о новой версии молчит и при
--timeout=5,--help=…и других словах через=— так
же, как при--timeout 5. Проверка теперь общая, из cli-core. - Команды, которых в MAX нет, больше не показываются (cli-core 0.299.0). У
messages send,chats mark-read
иpolls createнет--topic(в MAX нет тем форума),messages listне принимаетtopic:, а уchats requests acceptиdeclineнет--allи--link: человек указывается всегда. Раньше эти флаги были видны и только
отказывали. max doctorотвечает и при неверном файле настроек. Раньше он завершался с ошибкой
configuration_errorи кодом 3; теперь отвечаетconfig: {error: …}, где названа неверная настройка, и
выходит с кодом 0.
Почему:doctorзапускают как раз тогда, когда настройка сломана.
Что учесть: скрипт, который по коду выходаdoctorузнавал о неверном файле настроек, теперь должен
смотреть наconfig.errorв ответе.