> ## Documentation Index
> Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt
> Use this file to discover all available pages before exploring further.

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

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

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

## Що він робить

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

```text theme={"theme":{"light":"min-light","dark":"min-dark"}}
/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 theme={"theme":{"light":"min-light","dark":"min-dark"}}
/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.

## Пов’язане

<CardGroup cols={2}>
  <Card title="Slash commands" href="/uk/tools/slash-commands" icon="terminal">
    Нативний каталог команд і директиви чату.
  </Card>

  <Card title="Thinking levels" href="/uk/tools/thinking" icon="brain">
    Рівні зусиль міркування для виклику моделі побічного запитання.
  </Card>

  <Card title="Session" href="/uk/concepts/session" icon="comments">
    Ключі сеансу, історія та семантика збереження.
  </Card>

  <Card title="Steer command" href="/uk/tools/steer" icon="arrow-right">
    Вставити скеровувальне повідомлення в активний запуск, не завершуючи його.
  </Card>
</CardGroup>