---
read_when:
    - می‌خواهید یک پرسش جانبی کوتاه دربارهٔ نشست فعلی بپرسید
    - شما در حال پیاده‌سازی یا اشکال‌زدایی رفتار BTW در کلاینت‌ها هستید
summary: پرسش‌های جانبی موقتی با /btw
title: BTW پرسش‌های جانبی
x-i18n:
    generated_at: "2026-06-27T18:56:05Z"
    model: gpt-5.5
    postprocess_version: locale-links-v1
    provider: openai
    source_hash: cf97c17fb02c2464b1d1b31cfec652d52c60be6ce0cad25eaf32a9c080843ef2
    source_path: tools/btw.md
    workflow: 16
---

`/btw` به شما امکان می‌دهد یک پرسش جانبی سریع درباره **نشست فعلی** بپرسید، بدون
اینکه آن پرسش به تاریخچه عادی گفتگو تبدیل شود. `/side` یک نام مستعار است.

این رفتار از رفتار `/btw` در Claude Code الگو گرفته، اما برای معماری Gateway و
چندکاناله OpenClaw سازگار شده است.

## چه کاری انجام می‌دهد

وقتی ارسال می‌کنید:

```text
/btw what changed?
```

OpenClaw:

1. از زمینه نشست فعلی snapshot می‌گیرد،
2. یک پرس‌وجوی جانبی موقت جداگانه اجرا می‌کند،
3. فقط به پرسش جانبی پاسخ می‌دهد،
4. اجرای اصلی را دست‌نخورده می‌گذارد،
5. پرسش یا پاسخ BTW را در تاریخچه نشست نمی‌نویسد،
6. پاسخ را به‌عنوان یک **نتیجه جانبی زنده** منتشر می‌کند، نه یک پیام عادی دستیار.

مدل ذهنی مهم این است:

- همان زمینه نشست
- پرس‌وجوی جانبی جداگانه و یک‌باره
- همان انتقال هارنس بومی، وقتی نشست از هارنس بومی استفاده می‌کند
- بدون آلودگی زمینه آینده
- بدون ماندگاری رونوشت

برای نشست‌های هارنس Codex، BTW با fork کردن thread فعال app-server به‌عنوان یک
thread جانبی موقت، داخل Codex باقی می‌ماند. این کار OAuth در Codex و رفتار
thread بومی را سالم نگه می‌دارد، درحالی‌که همچنان پاسخ جانبی را از رونوشت والد
جدا می‌کند. مانند `/side` در Codex، thread جانبی مجوزهای فعلی Codex و سطح ابزار
بومی را نگه می‌دارد، همراه با guardrailهایی که به مدل می‌گویند کارهای به‌ارث‌رسیده
از thread والد را به‌عنوان دستورالعمل‌های فعال تلقی نکند.

برای aliasهای زمان‌اجرای CLI، BTW به‌جای fallback به یک فراخوانی مستقیم provider،
از backend مالک CLI در حالت پرسش جانبی استفاده می‌کند. OpenClaw زمینه گفتگوی
پاک‌سازی‌شده را در یک invocation تازه و یک‌باره CLI seed می‌کند، bundling ابزار
MCP در OpenClaw و وضعیت نشست CLI قابل‌استفاده‌مجدد را برای آن invocation غیرفعال
می‌کند، و اجازه می‌دهد backend هر flag بومی CLI برای no-resume یا no-tools را که
پشتیبانی می‌کند اضافه کند. runtimeهای مستقیم غیر CLI مسیر مستقیم یک‌باره را نگه
می‌دارند.

## چه کاری انجام نمی‌دهد

`/btw` این کارها را انجام **نمی‌دهد**:

- ایجاد یک نشست durable جدید،
- ادامه دادن وظیفه اصلی ناتمام،
- نوشتن داده‌های پرسش/پاسخ BTW در تاریخچه رونوشت،
- ظاهر شدن در `chat.history`,
- باقی ماندن پس از reload.

این قابلیت عمداً **موقت** است.

## زمینه چگونه کار می‌کند

BTW از نشست فعلی فقط به‌عنوان **زمینه پس‌زمینه** استفاده می‌کند.

اگر اجرای اصلی در حال حاضر فعال باشد، OpenClaw از وضعیت پیام فعلی snapshot
می‌گیرد و prompt اصلی در حال اجرا را به‌عنوان زمینه پس‌زمینه شامل می‌کند، درحالی‌که
صراحتاً به مدل می‌گوید:

- فقط به پرسش جانبی پاسخ بده،
- وظیفه اصلی ناتمام را از سر نگیر یا کامل نکن،
- گفتگوی والد را هدایت نکن.

این کار BTW را از اجرای اصلی جدا نگه می‌دارد، درحالی‌که همچنان آن را از موضوع
نشست آگاه می‌کند.

## مدل تحویل

BTW به‌عنوان پیام عادی رونوشت دستیار تحویل داده **نمی‌شود**.

در سطح پروتکل Gateway:

- گفتگوی عادی دستیار از event `chat` استفاده می‌کند
- BTW از event `chat.side_result` استفاده می‌کند

این جداسازی عمدی است. اگر BTW از مسیر event عادی `chat` دوباره استفاده می‌کرد،
clientها آن را مانند تاریخچه گفتگوی معمولی تلقی می‌کردند.

چون BTW از یک event زنده جداگانه استفاده می‌کند و از `chat.history` بازپخش
نمی‌شود، پس از reload ناپدید می‌شود.

## رفتار سطح کاربری

### TUI

در TUI، BTW به‌صورت inline در نمای نشست فعلی render می‌شود، اما موقت باقی
می‌ماند:

- از پاسخ عادی دستیار به‌وضوح متمایز است
- با `Enter` یا `Esc` قابل بستن است
- هنگام reload بازپخش نمی‌شود

### کانال‌های خارجی

در کانال‌هایی مانند Telegram، WhatsApp، و Discord، BTW به‌عنوان یک پاسخ
یک‌باره با برچسب واضح تحویل داده می‌شود، چون این سطح‌ها مفهوم overlay موقت
محلی ندارند.

پاسخ همچنان به‌عنوان نتیجه جانبی تلقی می‌شود، نه تاریخچه عادی نشست.

### Control UI / وب

Gateway، BTW را به‌درستی به‌عنوان `chat.side_result` منتشر می‌کند، و BTW در
`chat.history` گنجانده نمی‌شود، بنابراین قرارداد ماندگاری برای وب از قبل درست
است.

Control UI فعلی هنوز به یک مصرف‌کننده اختصاصی `chat.side_result` نیاز دارد تا
BTW را به‌صورت زنده در مرورگر render کند. تا زمانی که آن پشتیبانی سمت client
اضافه شود، BTW یک قابلیت در سطح Gateway با رفتار کامل در TUI و کانال‌های خارجی
است، اما هنوز تجربه کاربری مرورگر کاملی ندارد.

## چه زمانی از BTW استفاده کنید

از `/btw` استفاده کنید وقتی می‌خواهید:

- یک شفاف‌سازی سریع درباره کار فعلی،
- یک پاسخ جانبی factual درحالی‌که یک اجرای طولانی هنوز در جریان است،
- یک پاسخ موقت که نباید بخشی از زمینه نشست‌های آینده شود.

نمونه‌ها:

```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="Slash commands" href="/fa/tools/slash-commands" icon="terminal">
    کاتالوگ فرمان‌های بومی و directiveهای گفتگو.
  </Card>
  <Card title="Thinking levels" href="/fa/tools/thinking" icon="brain">
    سطوح تلاش استدلال برای فراخوانی مدل پرسش جانبی.
  </Card>
  <Card title="Session" href="/fa/concepts/session" icon="comments">
    کلیدهای نشست، تاریخچه، و معناشناسی ماندگاری.
  </Card>
  <Card title="Steer command" href="/fa/tools/steer" icon="arrow-right">
    تزریق یک پیام هدایت‌کننده به اجرای فعال بدون پایان دادن به آن.
  </Card>
</CardGroup>