---
read_when:
    - Ви хочете поставити коротке додаткове запитання про поточний сеанс
    - Ви реалізуєте або налагоджуєте поведінку BTW у різних клієнтах
summary: Ефемерні побічні запитання за допомогою /btw
title: До речі, додаткові запитання
x-i18n:
    generated_at: "2026-05-11T20:59:38Z"
    model: gpt-5.5
    provider: openai
    source_hash: fba82915b0a8f59d20073dac5c159c4aff4e81ccb1be5979be521212e22c493a
    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. видає відповідь як **живий побічний результат**, а не як звичайне повідомлення асистента.

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

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

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

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

`/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 / web

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

Поточний 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.

## Повʼязане

<CardGroup cols={2}>
  <Card title="Слеш-команди" href="/uk/tools/slash-commands" icon="terminal">
    Нативний каталог команд і директиви чату.
  </Card>
  <Card title="Рівні мислення" href="/uk/tools/thinking" icon="brain">
    Рівні зусиль міркування для модельного виклику побічного запитання.
  </Card>
  <Card title="Сесія" href="/uk/concepts/session" icon="comments">
    Ключі сесії, історія та семантика збереження.
  </Card>
  <Card title="Команда скеровування" href="/uk/tools/steer" icon="arrow-right">
    Вставити скеровувальне повідомлення в активний запуск, не завершуючи його.
  </Card>
</CardGroup>