Tools
ضمناً، پرسشهای جانبی
/btw به شما اجازه میدهد یک پرسش جانبی سریع دربارهٔ نشست فعلی بپرسید، بدون
اینکه آن پرسش به تاریخچهٔ عادی گفتگو تبدیل شود. /side یک نام مستعار است.
این رفتار بر اساس رفتار /btw در Claude Code مدلسازی شده است، اما برای
Gateway و معماری چندکانالهٔ OpenClaw سازگار شده است.
چه کاری انجام میدهد
وقتی ارسال میکنید:
/btw what changed?OpenClaw:
- از زمینهٔ نشست فعلی عکس فوری میگیرد،
- یک پرسوجوی جانبی موقت و جداگانه اجرا میکند،
- فقط به پرسش جانبی پاسخ میدهد،
- اجرای اصلی را دستنخورده میگذارد،
- پرسش یا پاسخ BTW را در تاریخچهٔ نشست نمینویسد،
- پاسخ را بهجای پیام عادی دستیار، بهصورت یک نتیجهٔ جانبی زنده منتشر میکند.
مدل ذهنی مهم این است:
- همان زمینهٔ نشست
- پرسوجوی جانبی یکباره و جداگانه
- همان انتقال بومی harness وقتی نشست از harness بومی استفاده میکند
- بدون آلودهسازی زمینهٔ آینده
- بدون پایداری رونوشت
برای نشستهای Codex harness، BTW با شاخهکردن رشتهٔ فعال app-server بهصورت یک
رشتهٔ جانبی موقت، داخل Codex باقی میماند. این کار OAuth در Codex و رفتار رشتهٔ
بومی را دستنخورده نگه میدارد و در عین حال پاسخ جانبی را از رونوشت والد جدا
میکند. مانند /side در Codex، رشتهٔ جانبی مجوزهای فعلی Codex و سطح ابزار بومی
را حفظ میکند، همراه با محافظهایی که به مدل میگویند کار بهارثرسیده از رشتهٔ
والد را بهعنوان دستورالعمل فعال تلقی نکند. runtimeهای غیر 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 / وب
Gateway، BTW را بهدرستی بهعنوان chat.side_result منتشر میکند، و BTW در
chat.history گنجانده نمیشود، بنابراین قرارداد پایداری برای وب از قبل درست است.
رابط کاربری فعلی Control هنوز به یک مصرفکنندهٔ اختصاصی chat.side_result نیاز
دارد تا BTW را بهصورت زنده در مرورگر نمایش دهد. تا زمانی که این پشتیبانی
سمتکلاینت اضافه شود، BTW یک قابلیت در سطح Gateway با رفتار کامل TUI و
کانالهای خارجی است، اما هنوز یک تجربهٔ کاربری کامل مرورگر نیست.
چه زمانی از BTW استفاده کنید
وقتی این موارد را میخواهید، از /btw استفاده کنید:
- یک روشنسازی سریع دربارهٔ کار فعلی،
- یک پاسخ جانبی واقعی در حالی که اجرای طولانی هنوز در جریان است،
- یک پاسخ موقت که نباید بخشی از زمینهٔ آیندهٔ نشست شود.
نمونهها:
/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، پرسش را بهصورت عادی در نشست اصلی بپرسید.