0.83.0

Изменено — может сломать скрипты

• MCP-сервер запускается командой max mcp serve, а max mcp только показывает справку (cli-core 0.463.0).
  Так же для бота: max <бот> bot mcp serve. Входы браузерных приложений завершает max mcp revoke вместо
  max mcp --revoke. Записи, которые печатают mcp config и mcp add, mcp server start, doctor --online,
  запись в MCP Registry и Docker-образ уже запускают mcp serve. Что сделать: в своей записи MCP-клиента или в
  скрипте замените max <профиль> mcp на max <профиль> mcp serve, а mcp --revoke на mcp revoke. Старого
  вида команды больше нет.
• skill show, skill status и skill install с --json печатают { item, meta } (cli-core 0.462.0). Поля,
  которые были на верхнем уровне (name, content, written), теперь внутри item. Установщик для Windows уже
  читает новый вид.
• max account list показывает, вошёл ли профиль на этом компьютере (signed_in), а результаты поиска любого
  вида называют поля, которые агент читает как данные (untrusted). Скрипт, который сверяет ответ со старой строгой
  копией схемы, отвергнет новое поле (cli-core 0.464.0 и 0.466.0).
• Каждый запуск записывается по умолчанию, удачный тоже (cli-core 0.467.0). Удачные хранятся 7 дней
  (keep_successful_runs_for_days), неудачные — 30 (keep_runs_for_days); каталог запусков не больше
  runs_size_limit_mb (200). При record_input по умолчанию удачная отправка оставляет набранный текст в локальной
  записи с правами 0600 на 7 дней. record: false теперь оставляет неудачные запуски (раньше — ничего),
  record_input: false скрывает набранное везде, --no-record не оставляет ничего. kept_because_failed в
  run.json больше не ставится.
• max требует cli-core 0.467.0 и cli-base 0.64.0.

Что нового

• Запрос в записи запуска помечен как сетевой и знает свою попытку. Каждый кадр личного протокола и каждый
  запрос Bot API в events.jsonl получает "level": "wire" и transport (max-ws или http). Запрос Bot API
  получает ещё attempt, а повтор после 429 или сбоя — wait_ms, сколько клиент ждал перед ним. Так же
  нумеруются повторы messages send, пока файл не готов (attachment.not.ready). Нужен cli-core
  с записью каждого запуска.
• max upgrade перезапускает браузерный MCP-сервер, который запустил max mcp server start, на том же порту, с
  тем же адресом и ограничениями (mcp_servers, старая → новая версия); сервер, запущенный вручную, остаётся и
  называется. Сессии агентов по stdio на старой версии перечислены (stale_sessions): перезапустите их из приложения
  агента. Работает со следующего обновления (cli-core 0.464.0).

Исправлено

• max mcp serve без профиля помечает профили, в которые не выполнен вход. Раньше в списке были все профили, и
  приложение могло выбрать профиль без входа и получить ошибку. Теперь в меню приложения и в описании у такого
  профиля стоит «— not signed in», профили только для бота не показываются (у бота свой bot mcp serve), а вызов
  для профиля без входа отвечает, как войти: max <профиль> setup или из WireCat Desktop.
• Страница входа браузерного MCP-сервера объясняет, что код работает для одного входа. После входа приложения
  новый код появляется в WireCat Desktop и в max mcp server status (cli-core 0.466.0).
• Навык max-cli больше не отправляет агента в search all и в messages sync --all. Поиск начинается с
  search messages; заметки и Drive только по просьбе владельца. Если ничего не нашлось, агент сообщает об этом и
  предлагает ограниченную загрузку одного чата, а запускает её после согласия владельца. Те же правки в README и
  в docs (search, usage, index, troubleshooting).