Przy okazji: pytania poboczne

/btw pozwala zadać szybkie pytanie poboczne dotyczące bieżącej sesji bez zamieniania tego pytania w zwykłą historię rozmowy. /side jest aliasem.

Jest wzorowane na zachowaniu /btw w Claude Code, ale dostosowane do architektury Gateway i wielokanałowej architektury OpenClaw.

Co robi

Gdy wyślesz:

/btw what changed?

OpenClaw:

1. tworzy migawkę bieżącego kontekstu sesji,
2. uruchamia osobne efemeryczne zapytanie poboczne,
3. odpowiada tylko na pytanie poboczne,
4. pozostawia główne uruchomienie bez zmian,
5. nie zapisuje pytania ani odpowiedzi BTW w historii sesji,
6. emituje odpowiedź jako wynik poboczny na żywo, a nie zwykłą wiadomość asystenta.

Ważny model mentalny to:

• ten sam kontekst sesji
• osobne jednorazowe zapytanie poboczne
• ten sam natywny transport harness, gdy sesja używa natywnego harness
• brak zanieczyszczenia przyszłego kontekstu
• brak utrwalania transkrypcji

W sesjach Codex harness BTW pozostaje wewnątrz Codex przez rozwidlenie aktywnego wątku app-server jako efemerycznego wątku pobocznego. Dzięki temu OAuth Codex i natywne zachowanie wątku pozostają nienaruszone, a odpowiedź poboczna nadal jest izolowana od transkrypcji nadrzędnej. Podobnie jak Codex /side, wątek poboczny zachowuje bieżące uprawnienia Codex i natywną powierzchnię narzędzi, z zabezpieczeniami, które mówią modelowi, aby nie traktował odziedziczonej pracy z wątku nadrzędnego jako aktywnych instrukcji.

W przypadku aliasów środowiska uruchomieniowego CLI BTW używa właścicielskiego backendu CLI w trybie pytania pobocznego zamiast przechodzić awaryjnie do bezpośredniego wywołania dostawcy. OpenClaw zasila świeże jednorazowe wywołanie CLI oczyszczonym kontekstem rozmowy, wyłącza pakietowanie narzędzi OpenClaw MCP i stan wielokrotnego użytku sesji CLI dla tego wywołania oraz pozwala backendowi dodać wszelkie natywne dla CLI flagi no-resume lub no-tools, które obsługuje. Bezpośrednie środowiska uruchomieniowe inne niż CLI zachowują bezpośrednią ścieżkę jednorazową.

Czego nie robi

/btw nie:

• tworzy nowej trwałej sesji,
• kontynuuje niedokończonego głównego zadania,
• zapisuje danych pytania/odpowiedzi BTW w historii transkrypcji,
• pojawia się w chat.history,
• przetrwa ponownego wczytania.

Jest celowo efemeryczne.

Jak działa kontekst

BTW używa bieżącej sesji wyłącznie jako kontekstu tła.

Jeśli główne uruchomienie jest obecnie aktywne, OpenClaw tworzy migawkę bieżącego stanu wiadomości i dołącza trwający główny prompt jako kontekst tła, jednocześnie wyraźnie mówiąc modelowi:

• odpowiedz tylko na pytanie poboczne,
• nie wznawiaj ani nie kończ niedokończonego głównego zadania,
• nie kieruj rozmową nadrzędną.

Dzięki temu BTW pozostaje odizolowane od głównego uruchomienia, a jednocześnie wie, czego dotyczy sesja.

Model dostarczania

BTW nie jest dostarczane jako zwykła wiadomość asystenta w transkrypcji.

Na poziomie protokołu Gateway:

• zwykły czat asystenta używa zdarzenia chat
• BTW używa zdarzenia chat.side_result

Ten rozdział jest celowy. Gdyby BTW ponownie używało zwykłej ścieżki zdarzenia chat, klienci traktowaliby je jak zwykłą historię rozmowy.

Ponieważ BTW używa osobnego zdarzenia na żywo i nie jest odtwarzane z chat.history, znika po ponownym wczytaniu.

Zachowanie powierzchni

TUI

W TUI BTW jest renderowane inline w widoku bieżącej sesji, ale pozostaje efemeryczne:

• wyraźnie odróżnialne od zwykłej odpowiedzi asystenta
• możliwe do odrzucenia za pomocą Enter lub Esc
• nieodtwarzane po ponownym wczytaniu

Kanały zewnętrzne

W kanałach takich jak Telegram, WhatsApp i Discord BTW jest dostarczane jako wyraźnie oznaczona jednorazowa odpowiedź, ponieważ te powierzchnie nie mają lokalnej koncepcji efemerycznej nakładki.

Odpowiedź nadal jest traktowana jako wynik poboczny, a nie zwykła historia sesji.

Control UI / web

Gateway poprawnie emituje BTW jako chat.side_result, a BTW nie jest uwzględniane w chat.history, więc kontrakt trwałości jest już poprawny dla web.

Obecny Control UI nadal potrzebuje dedykowanego konsumenta chat.side_result, aby renderować BTW na żywo w przeglądarce. Dopóki ta obsługa po stronie klienta nie zostanie wdrożona, BTW jest funkcją na poziomie Gateway z pełnym zachowaniem w TUI i kanałach zewnętrznych, ale nie ma jeszcze kompletnego UX w przeglądarce.

Kiedy używać BTW

Użyj /btw, gdy chcesz uzyskać:

• szybkie wyjaśnienie dotyczące bieżącej pracy,
• rzeczową odpowiedź poboczną, gdy długie uruchomienie nadal trwa,
• tymczasową odpowiedź, która nie powinna stać się częścią przyszłego kontekstu sesji.

Przykłady:

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

Kiedy nie używać BTW

Nie używaj /btw, gdy chcesz, aby odpowiedź stała się częścią przyszłego kontekstu roboczego sesji.

W takim przypadku zapytaj normalnie w głównej sesji zamiast używać BTW.

Powiązane