​

openclaw status

openclaw status
openclaw status --all
openclaw status --deep
openclaw status --usage

• --deep запускає живі зонди (WhatsApp Web + Telegram + Discord + Slack + Signal).
• --usage виводить нормалізовані вікна використання провайдера у форматі X% left.
• Вивід стану сеансу тепер окремо показує Runtime: і Runner:. Runtime — це шлях виконання та стан ізоляції (direct, docker/*), тоді як Runner показує, чи використовує сеанс вбудований Pi, провайдера на базі CLI або бекенд ACP harness, наприклад codex (acp/acpx).
• Необроблені поля MiniMax usage_percent / usagePercent означають залишок квоти, тому OpenClaw інвертує їх перед показом; за наявності пріоритет мають поля на основі лічильників. Відповіді model_remains надають перевагу запису chat-model, за потреби виводять мітку вікна з часових позначок і включають назву моделі до мітки плану.
• Коли поточний знімок сеансу містить мало даних, /status може дозаповнити лічильники токенів і кешу з найновішого журналу використання transcript. Наявні ненульові живі значення все одно мають пріоритет над резервними значеннями з transcript.
• Резервні дані з transcript також можуть відновити мітку активної runtime-моделі, якщо в живому записі сеансу її немає. Якщо ця модель із transcript відрізняється від вибраної моделі, status визначає контекстне вікно за відновленою runtime-моделлю, а не за вибраною.
• Для обліку розміру prompt резервні дані з transcript віддають перевагу більшому загальному значенню, орієнтованому на prompt, коли метадані сеансу відсутні або менші, щоб сеанси custom-provider не зводилися до показу 0 токенів.
• Вивід містить сховища сеансів для кожного агента, коли налаштовано кілька агентів.
• Огляд містить статус установлення/виконання Gateway і служби хоста node, якщо доступно.
• Огляд містить канал оновлень і git SHA (для вихідних checkout).
• Інформація про оновлення відображається в Overview; якщо доступне оновлення, status показує підказку виконати openclaw update (див. Updating).
• Поверхні status лише для читання (status, status --json, status --all) за можливості визначають підтримувані SecretRef для цільових шляхів конфігурації.
• Якщо підтримуваний SecretRef каналу налаштовано, але він недоступний у поточному шляху команди, status залишається лише для читання і повідомляє про деградований вивід замість аварійного завершення. У виводі для людини показуються попередження на кшталт «configured token unavailable in this command path», а JSON-вивід містить secretDiagnostics.
• Коли локальне для команди визначення SecretRef успішне, status надає перевагу визначеному знімку і прибирає тимчасові маркери каналу «secret unavailable» з фінального виводу.
• status --all містить рядок огляду Secrets і розділ діагностики, який підсумовує діагностику секретів (скорочено для читабельності), не зупиняючи генерацію звіту.