Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
/btw дає змогу поставити швидке побічне запитання про поточну сесію, не
перетворюючи це запитання на звичайну історію розмови. /side є псевдонімом.
Це змодельовано за поведінкою /btw у Claude Code, але адаптовано до Gateway
OpenClaw і багатоканальної архітектури.
Що це робить
Коли ви надсилаєте:- створює знімок поточного контексту сесії,
- запускає окремий ефемерний побічний запит,
- відповідає лише на побічне запитання,
- не чіпає основний запуск,
- не записує запитання чи відповідь BTW в історію сесії,
- видає відповідь як живий побічний результат, а не як звичайне повідомлення асистента.
- той самий контекст сесії
- окремий одноразовий побічний запит
- той самий нативний транспорт harness, коли сесія використовує нативний harness
- без забруднення майбутнього контексту
- без збереження стенограми
/side, побічний потік зберігає поточні дозволи Codex
і нативну поверхню інструментів, із запобіжниками, які вказують моделі не
сприймати успадковану роботу батьківського потоку як активні інструкції. Не-Codex
середовища виконання зберігають старіший прямий одноразовий шлях.
Чого це не робить
/btw не:
- створює нову довготривалу сесію,
- продовжує незавершене основне завдання,
- записує дані запитання/відповіді BTW в історію стенограми,
- зʼявляється в
chat.history, - переживає перезавантаження.
Як працює контекст
BTW використовує поточну сесію лише як фоновий контекст. Якщо основний запуск зараз активний, OpenClaw створює знімок поточного стану повідомлень і включає основний запит, що виконується, як фоновий контекст, водночас явно вказуючи моделі:- відповідати лише на побічне запитання,
- не відновлювати й не завершувати незавершене основне завдання,
- не скеровувати батьківську розмову.
Модель доставки
BTW не доставляється як звичайне повідомлення асистента в стенограмі. На рівні протоколу Gateway:- звичайний чат асистента використовує подію
chat - BTW використовує подію
chat.side_result
chat, клієнти сприймали б його як звичайну історію розмови.
Оскільки BTW використовує окрему живу подію і не відтворюється з
chat.history, він зникає після перезавантаження.
Поведінка на поверхнях
TUI
У TUI BTW відображається вбудовано в поточному поданні сесії, але залишається ефемерним:- візуально відрізняється від звичайної відповіді асистента
- можна закрити за допомогою
EnterабоEsc - не відтворюється після перезавантаження
Зовнішні канали
У каналах на кшталт Telegram, WhatsApp і Discord BTW доставляється як чітко позначена одноразова відповідь, оскільки ці поверхні не мають концепції локального ефемерного накладання. Відповідь усе одно обробляється як побічний результат, а не як звичайна історія сесії.Control UI / web
Gateway коректно видає BTW якchat.side_result, і BTW не включається до
chat.history, тому контракт збереження вже коректний для web.
Поточний Control UI все ще потребує окремого споживача chat.side_result, щоб
відображати BTW наживо в браузері. Доки ця клієнтська підтримка не зʼявиться,
BTW є функцією рівня Gateway із повною поведінкою для TUI та зовнішніх каналів,
але ще не повним браузерним UX.
Коли використовувати BTW
Використовуйте/btw, коли вам потрібні:
- швидке уточнення щодо поточної роботи,
- фактична побічна відповідь, поки тривалий запуск усе ще триває,
- тимчасова відповідь, яка не має стати частиною майбутнього контексту сесії.
Коли не використовувати BTW
Не використовуйте/btw, коли хочете, щоб відповідь стала частиною майбутнього
робочого контексту сесії.
У такому разі запитайте звичайно в основній сесії замість використання BTW.
Повʼязане
Слеш-команди
Нативний каталог команд і директиви чату.
Рівні мислення
Рівні зусиль міркування для модельного виклику побічного запитання.
Сесія
Ключі сесії, історія та семантика збереження.
Команда скеровування
Вставити скеровувальне повідомлення в активний запуск, не завершуючи його.