--- read_when: - Ви хочете поставити коротке додаткове запитання про поточний сеанс - Ви реалізуєте або налагоджуєте поведінку BTW у різних клієнтах summary: Тимчасові додаткові запитання з /btw title: До речі, додаткові запитання x-i18n: generated_at: "2026-06-27T18:23:18Z" model: gpt-5.5 postprocess_version: locale-links-v1 provider: openai source_hash: cf97c17fb02c2464b1d1b31cfec652d52c60be6ce0cad25eaf32a9c080843ef2 source_path: tools/btw.md workflow: 16 --- `/btw` дає змогу швидко поставити побічне запитання про **поточний сеанс** без перетворення цього запитання на звичайну історію розмови. `/side` є псевдонімом. Його змодельовано за поведінкою `/btw` у Claude Code, але адаптовано до Gateway OpenClaw і багатоканальної архітектури. ## Що він робить Коли ви надсилаєте: ```text /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`, коли вам потрібні: - швидке уточнення щодо поточної роботи, - фактична побічна відповідь, поки тривалий запуск ще виконується, - тимчасова відповідь, яка не має ставати частиною майбутнього контексту сеансу. Приклади: ```text /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. ## Пов’язане Нативний каталог команд і директиви чату. Рівні зусиль міркування для виклику моделі побічного запитання. Ключі сеансу, історія та семантика збереження. Вставити скеровувальне повідомлення в активний запуск, не завершуючи його.