Контекст
«Контекст» — це все, що OpenClaw надсилає моделі для запуску. Він обмежений вікном контексту моделі (лімітом токенів). Проста ментальна модель для початківців:- Системний запит (збудований OpenClaw): правила, інструменти, список Skills, час/середовище виконання та впроваджені файли робочого простору.
- Історія розмови: ваші повідомлення + повідомлення помічника для цієї сесії.
- Виклики/результати інструментів + вкладення: вивід команд, читання файлів, зображення/аудіо тощо.
Швидкий старт (перевірка контексту)
/status→ швидкий перегляд «наскільки заповнене моє вікно?» + параметри сесії./context list→ що впроваджено + приблизні розміри (для кожного файла + загальні)./context detail→ глибший розбір: для кожного файла, розміри схем кожного інструмента, розміри записів кожного skill та розмір системного запиту./usage tokens→ додає нижній колонтитул використання для кожної відповіді до звичайних відповідей./compact→ узагальнює старішу історію в компактний запис, щоб звільнити місце у вікні.
Приклад виводу
Значення залежать від моделі, провайдера, політики інструментів і того, що є у вашому робочому просторі./context list
/context detail
Що враховується у вікні контексту
Враховується все, що отримує модель, зокрема:- Системний запит (усі розділи).
- Історія розмови.
- Виклики інструментів + результати інструментів.
- Вкладення/транскрипти (зображення/аудіо/файли).
- Підсумки компресії та артефакти обрізання.
- «Обгортки» провайдера або приховані заголовки (не видимі, але все одно враховуються).
Як OpenClaw будує системний запит
Системний запит належить OpenClaw і перебудовується для кожного запуску. Він містить:- Список інструментів + короткі описи.
- Список Skills (лише метадані; див. нижче).
- Розташування робочого простору.
- Час (UTC + перетворений час користувача, якщо налаштовано).
- Метадані середовища виконання (хост/ОС/модель/thinking).
- Впроваджені bootstrap-файли робочого простору в розділі Project Context.
Впроваджені файли робочого простору (Project Context)
Типово OpenClaw впроваджує фіксований набір файлів робочого простору (якщо вони є):AGENTS.mdSOUL.mdTOOLS.mdIDENTITY.mdUSER.mdHEARTBEAT.mdBOOTSTRAP.md(лише під час першого запуску)
agents.defaults.bootstrapMaxChars (типово 20000 символів). OpenClaw також застосовує загальне обмеження на впровадження bootstrap для всіх файлів через agents.defaults.bootstrapTotalMaxChars (типово 150000 символів). /context показує розміри raw vs injected і те, чи відбулося обрізання.
Коли відбувається обрізання, середовище виконання може впровадити в запит блок попередження в розділі Project Context. Налаштовується це через agents.defaults.bootstrapPromptTruncationWarning (off, once, always; типово once).
Skills: впроваджені чи завантажені на вимогу
Системний запит містить компактний список skills (назва + опис + розташування). Цей список створює реальні накладні витрати. Інструкції skill не включаються типово. Очікується, що модель виконаєread для SKILL.md цього skill лише за потреби.
Інструменти: є дві складові вартості
Інструменти впливають на контекст двома способами:- Текст списку інструментів у системному запиті (те, що ви бачите як “Tooling”).
- Схеми інструментів (JSON). Вони надсилаються моделі, щоб вона могла викликати інструменти. Вони враховуються в контексті, навіть якщо ви не бачите їх як звичайний текст.
/context detail розбиває найбільші схеми інструментів, щоб ви могли побачити, що домінує.
Команди, директиви та “вбудовані скорочення”
Слеш-команди обробляються Gateway. Існує кілька різних варіантів поведінки:- Окремі команди: повідомлення, яке складається лише з
/..., виконується як команда. - Директиви:
/think,/verbose,/reasoning,/elevated,/model,/queueприбираються до того, як модель побачить повідомлення.- Повідомлення лише з директивами зберігають параметри сесії.
- Вбудовані директиви у звичайному повідомленні діють як підказки для конкретного повідомлення.
- Вбудовані скорочення (лише для відправників із allowlist): певні токени
/...усередині звичайного повідомлення можуть виконуватися негайно (приклад: “hey /status”), а потім прибираються до того, як модель побачить решту тексту.
Сесії, компресія та обрізання (що зберігається)
Що саме зберігається між повідомленнями, залежить від механізму:- Звичайна історія зберігається в транскрипті сесії, доки не буде стиснута/обрізана відповідно до політики.
- Компресія зберігає підсумок у транскрипті та залишає недавні повідомлення без змін.
- Обрізання видаляє старі результати інструментів із внутрішньої підказки для запуску, але не переписує транскрипт.
legacy для збирання
та компресії. Якщо ви встановите плагін, який надає kind: "context-engine", і
виберете його через plugins.slots.contextEngine, OpenClaw натомість делегує
цьому рушію збирання контексту, /compact і пов’язані гачки життєвого циклу
контексту субагента. ownsCompaction: false не вмикає автоматичний fallback до
рушія legacy; активний рушій усе одно має коректно реалізовувати compact(). Див.
Context Engine, щоб ознайомитися з повним
підключуваним інтерфейсом, гачками життєвого циклу та конфігурацією.
Що насправді показує /context
/context за можливості віддає перевагу найновішому звіту про системний запит, побудований під час запуску:
System prompt (run)= зафіксований з останнього вбудованого запуску (з підтримкою інструментів) і збережений у сховищі сесії.System prompt (estimate)= обчислений на льоту, якщо звіту про запуску ще немає.
Пов’язане
- Context Engine — користувацьке впровадження контексту через плагіни
- Компресія — узагальнення довгих розмов
- Системний запит — як будується системний запит
- Цикл агента — повний цикл виконання агента