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

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

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

# Що це робить

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

/btw what changed?

OpenClaw:

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

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

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

# Чого це не робить

/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.

# Повʼязане