До речі, додаткові запитання

/btw дає змогу швидко поставити побічне запитання про поточний сеанс без перетворення цього запитання на звичайну історію розмови. /side є псевдонімом.

Його змодельовано за поведінкою /btw у Claude Code, але адаптовано до Gateway OpenClaw і багатоканальної архітектури.

Що він робить

Коли ви надсилаєте:

/btw what changed?

OpenClaw:

1. створює знімок контексту поточного сеансу,
2. запускає окремий ефемерний побічний запит,
3. відповідає лише на побічне запитання,
4. не зачіпає основний запуск,
5. не записує запитання BTW або відповідь до історії сеансу,
6. видає відповідь як живий побічний результат, а не як звичайне повідомлення асистента.

Важлива ментальна модель така:

• той самий контекст сеансу
• окремий одноразовий побічний запит
• той самий нативний транспорт обгортки, коли сеанс використовує нативну обгортку
• без забруднення майбутнього контексту
• без збереження транскрипту

Для сеансів обгортки Codex BTW залишається всередині Codex, відгалужуючи активний потік app-server як ефемерний побічний потік. Це зберігає OAuth Codex і нативну поведінку потоку, водночас ізолюючи побічну відповідь від батьківського транскрипту. Як і Codex /side, побічний потік зберігає поточні дозволи Codex і нативну поверхню інструментів із запобіжниками, які повідомляють моделі не трактувати успадковану роботу батьківського потоку як активні інструкції.

Для псевдонімів середовища виконання CLI BTW використовує власний бекенд CLI у режимі побічного запитання замість повернення до прямого виклику провайдера. OpenClaw засіває очищений контекст розмови в новий одноразовий виклик CLI, вимикає пакування інструментів MCP OpenClaw і повторно використовуваний стан сеансу CLI для цього виклику та дає бекенду додати будь-які нативні для CLI прапорці no-resume або no-tools, які він підтримує. Прямі середовища виконання без CLI зберігають прямий одноразовий шлях.

Чого він не робить

/btw не:

• створює новий довговічний сеанс,
• продовжує незавершене основне завдання,
• записує дані запитання/відповіді BTW до історії транскрипту,
• з’являється в chat.history,
• переживає перезавантаження.

Він навмисно ефемерний.

Як працює контекст

BTW використовує поточний сеанс лише як фоновий контекст.

Якщо основний запуск зараз активний, OpenClaw створює знімок поточного стану повідомлень і включає поточний основний промпт як фоновий контекст, водночас явно повідомляючи моделі:

• відповідай лише на побічне запитання,
• не відновлюй і не заверши незавершене основне завдання,
• не скеровуй батьківську розмову.

Це ізолює BTW від основного запуску, водночас зберігаючи обізнаність про те, чого стосується сеанс.

Модель доставки

BTW не доставляється як звичайне повідомлення асистента в транскрипті.

На рівні протоколу Gateway:

• звичайний чат асистента використовує подію chat
• BTW використовує подію chat.side_result

Це розділення навмисне. Якби BTW повторно використовував звичайний шлях події chat, клієнти трактували б його як звичайну історію розмови.

Оскільки BTW використовує окрему живу подію і не відтворюється з chat.history, він зникає після перезавантаження.

Поведінка поверхні

TUI

У TUI BTW відображається вбудовано в поточному поданні сеансу, але залишається ефемерним:

• візуально відрізняється від звичайної відповіді асистента
• можна закрити за допомогою Enter або Esc
• не відтворюється після перезавантаження

Зовнішні канали

У каналах на кшталт Telegram, WhatsApp і Discord BTW доставляється як чітко позначена одноразова відповідь, оскільки ці поверхні не мають концепції локального ефемерного накладання.

Відповідь усе одно трактується як побічний результат, а не як звичайна історія сеансу.

Control UI / веб

Gateway коректно видає BTW як chat.side_result, а BTW не включається до chat.history, тому контракт збереження для вебу вже правильний.

Поточному Control UI все ще потрібен спеціальний споживач chat.side_result, щоб відображати BTW наживо в браузері. Доки ця клієнтська підтримка не з’явиться, BTW є функцією рівня Gateway з повною поведінкою в TUI та зовнішніх каналах, але ще не повноцінним браузерним UX.

Коли використовувати BTW

Використовуйте /btw, коли вам потрібні:

• швидке уточнення щодо поточної роботи,
• фактична побічна відповідь, поки тривалий запуск ще виконується,
• тимчасова відповідь, яка не має ставати частиною майбутнього контексту сеансу.

Приклади:

/btw what file are we editing?/side what changed while the main run continued?/btw what does this error mean?/btw summarize the current task in one sentence/btw what is 17 * 19?

Коли не використовувати BTW

Не використовуйте /btw, коли хочете, щоб відповідь стала частиною майбутнього робочого контексту сеансу.

У такому разі запитайте звичайно в основному сеансі замість використання BTW.

Пов’язане