openclaw sessions
Перелік збережених сеансів розмов.
Списки сеансів не є перевірками доступності каналів або провайдерів. Вони показують збережені
рядки розмов зі сховищ сеансів. Неактивний канал Discord, Slack, Telegram або
інший канал може успішно повторно підключитися без створення нового рядка сеансу,
доки не буде оброблено повідомлення. Використовуйте openclaw channels status --probe,
openclaw status --deep або openclaw health --verbose, коли потрібно перевірити поточне
підключення каналу.
openclaw sessions і RPC Gateway sessions.list типово мають обмеження,
щоб великі довготривалі сховища не могли монополізувати процес CLI або цикл
подій Gateway. CLI типово повертає 100 найновіших сеансів; передайте --limit <n>
для меншого чи більшого діапазону або --limit all, якщо навмисно потрібне
повне сховище. Відповіді JSON містять totalCount, limitApplied і hasMore,
щоб клієнти могли показати наявність додаткових рядків.
Клієнти RPC можуть передати configuredAgentsOnly: true, щоб зберегти широке об’єднане
джерело виявлення, але повернути лише рядки агентів, які наразі присутні в конфігурації.
Control UI типово використовує цей режим, щоб сховища видалених агентів або агентів,
наявних лише на диску, не з’являлися повторно в поданні сеансів.
--all-agents читає налаштовані сховища агентів. Виявлення сеансів
Gateway і ACP ширше: воно також охоплює сховища SQLite, визначені з
налаштованих кореневих каталогів агентів або шаблонного кореня session.store.
Шляхи застарілих селекторів мають визначатися в межах кореневого каталогу агента;
символічні посилання та шляхи за межами кореня пропускаються.
openclaw sessions --all-agents --json:
Відстеження перебігу траєкторії
openclaw sessions tail відображає нещодавні події траєкторії середовища виконання як стислі
рядки перебігу. Без --session-key він спочатку відстежує активні сеанси, а потім
останній збережений сеанс. --tail <count> визначає, скільки наявних подій
вивести перед режимом стеження; типове значення — 80, а 0 починає з поточного кінця.
--follow продовжує стежити за вибраним сеансом на основі SQLite або явно
заданим застарілим файлом траєкторії.
Подання перебігу навмисно консервативне: текст запиту, аргументи інструментів
і тіла результатів інструментів не виводяться. Виклики інструментів показують назву інструмента з
{...redacted...}; результати інструментів показують стан, як-от ok, error або done;
рядки завершення моделі показують провайдера/модель і кінцевий стан.
Експорт пакета траєкторії
/export-trajectory після того,
як власник схвалить запит на виконання. Вихідний каталог завжди визначається
всередині .openclaw/trajectory-exports/ у вибраному робочому просторі.
Обслуговування очищення
Запустіть обслуговування зараз, не чекаючи наступного циклу запису:openclaw sessions cleanup використовує параметри session.maintenance з конфігурації
(Довідник конфігурації):
- Примітка щодо області дії:
openclaw sessions cleanupобслуговує сховища сеансів, транскрипти, рядки траєкторій і застарілі супровідні файли траєкторій. Він не очищує історію запусків cron, яка автоматично зберігає 2000 найновіших рядків для кожного завдання (Конфігурація Cron). - Очищення також видаляє непов’язані застарілі/архівні артефакти транскриптів,
контрольні точки Compaction і супровідні файли траєкторій, старші за
session.maintenance.pruneAfter; артефакти, на які все ще посилаються рядки сеансів SQLite, зберігаються. - Очищення окремо звітує про очищення короткочасних пробних запусків моделі Gateway як
modelRunPruned. Воно відповідає лише суворо визначеним явним ключам формиagent:*:explicit:model-run-<uuid>. Період зберігання фіксований —24h, а очищення залежить від навантаження: застарілі рядки проб видаляються лише тоді, коли досягнуто порогу обслуговування або обмеження кількості записів сеансів. Під час його виконання очищення запусків моделі відбувається до глобального очищення застарілих записів і застосування обмежень.
Коли Gateway доступний, очищення без пробного режиму для налаштованих сховищ агентів
надсилається через Gateway, щоб воно використовувало той самий засіб запису сховища сеансів, що й трафік
середовища виконання. Використовуйте
--store <path> для явного автономного відновлення селектора
застарілого сховища.
openclaw sessions cleanup --all-agents --dry-run --json:
Ущільнення сеансу
Вивільніть бюджет контексту для заблокованого або надмірно великого сеансу.openclaw sessions compact <key> — це повноцінна обгортка для RPC Gateway sessions.compact,
яка потребує запущеного Gateway.
- Без
--max-linesGateway підсумовує транскрипт за допомогою LLM. CLI типово не встановлює клієнтського кінцевого терміну; Gateway керує налаштованим життєвим циклом Compaction. - З
--max-lines <n>транскрипт скорочується до останніхnрядків, а попередній транскрипт архівується як супровідний файл.bak. --agent <id>: агент, якому належить сеанс; обов’язковий для ключівglobal.--url/--token/--password: перевизначення підключення Gateway.--timeout <ms>: необов’язковий клієнтський час очікування RPC у мілісекундах.--json: вивести необроблене корисне навантаження RPC.
openclaw agent --message '/compact ...' — це не шлях Compaction. Команди зі скісною рискою
з CLI відхиляються перевіркою авторизованого відправника; такий
виклик завершується з ненульовим кодом і надає вказівку на цей розділ замість
безрезультатного завершення без повідомлень.RPC sessions.compact
openclaw gateway call sessions.compact --params '<json>' приймає:
Приклад відповіді з узагальненням за допомогою LLM:
--max-lines 200):