Перейти до основного вмісту

​
Побічні запитання BTW

/btw дає змогу поставити швидке побічне запитання щодо поточної сесії, не перетворюючи це запитання на звичайну історію розмови. Це змодельовано за поведінкою /btw у Claude Code, але адаптовано до Gateway та багатоканальної архітектури OpenClaw.

​
Що це робить

Коли ви надсилаєте: 
/btw what changed?
OpenClaw:
  1. створює знімок контексту поточної сесії,
  2. виконує окремий безінструментальний виклик моделі,
  3. відповідає лише на побічне запитання,
  4. не змінює основний запуск,
  5. не записує запитання BTW або відповідь до історії сесії,
  6. видає відповідь як live side result, а не як звичайне повідомлення помічника.
Важлива ментальна модель така:
  • той самий контекст сесії
  • окремий одноразовий побічний запит
  • без викликів інструментів
  • без забруднення майбутнього контексту
  • без збереження в транскрипті

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

/btw не:
  • створює нову довготривалу сесію,
  • продовжує незавершене основне завдання,
  • запускає інструменти або цикли інструментів агента,
  • записує дані запитання/відповіді BTW в історію транскрипту,
  • з’являється в chat.history,
  • переживає перезавантаження.
Воно навмисно є ефемерним.

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

BTW використовує поточну сесію лише як фоновий контекст. Якщо основний запуск зараз активний, OpenClaw створює знімок поточного стану повідомлень і включає основний prompt, що виконується, як фоновий контекст, водночас явно вказуючи моделі:
  • відповідати лише на побічне запитання,
  • не відновлювати й не завершувати незавершене основне завдання,
  • не створювати виклики інструментів або псевдовиклики інструментів.
Це зберігає ізольованість BTW від основного запуску, але водночас дає йому розуміння того, про що ця сесія.

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

BTW не доставляється як звичайне повідомлення помічника в транскрипті. На рівні протоколу Gateway:
  • звичайний чат помічника використовує подію chat
  • BTW використовує подію chat.side_result
Це розділення є навмисним. Якби BTW повторно використовував звичайний шлях події chat, клієнти сприймали б його як звичайну історію розмови. Оскільки BTW використовує окрему live-подію і не відтворюється з 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, коли вам потрібно:
  • швидке уточнення щодо поточної роботи,
  • фактична побічна відповідь, поки довгий запуск ще триває,
  • тимчасова відповідь, яка не повинна ставати частиною майбутнього контексту сесії.
Приклади: 
/btw what file are we editing?
/btw what does this error mean?
/btw summarize the current task in one sentence
/btw what is 17 * 19?

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

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

​
Пов’язане