بالمناسبة، أسئلة جانبية

/btw يتيح لك طرح سؤال جانبي سريع حول الجلسة الحالية دون تحويل ذلك السؤال إلى سجل المحادثة العادي. /side هو اسم بديل.

وهو مصمم على غرار سلوك /btw في Claude Code، لكن مع تكييفه مع Gateway في OpenClaw وبنية القنوات المتعددة.

# ما الذي يفعله

عندما ترسل:

/btw what changed?

يقوم OpenClaw بما يلي:

1. يأخذ لقطة لسياق الجلسة الحالية،
2. يشغّل استدعاء نموذج منفصلًا بلا أدوات،
3. يجيب عن السؤال الجانبي فقط،
4. يترك التشغيل الرئيسي كما هو،
5. لا يكتب سؤال BTW أو إجابته في سجل الجلسة،
6. يصدر الإجابة بوصفها نتيجة جانبية مباشرة لا رسالة مساعد عادية.

النموذج الذهني المهم هو:

• سياق الجلسة نفسه
• استعلام جانبي منفصل لمرة واحدة
• بلا استدعاءات أدوات
• بلا تلويث للسياق المستقبلي
• بلا حفظ في النص الكامل للمحادثة

# ما الذي لا يفعله

/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 كَرَدّ لمرة واحدة وموسوم بوضوح لأن هذه الواجهات لا تملك مفهوم طبقة مؤقتة محلية.

تظل الإجابة تُعامل كنتيجة جانبية، لا كسجل جلسة عادي.

# واجهة التحكم / الويب

يصدر Gateway ‏BTW بشكل صحيح كـ chat.side_result، ولا يتم تضمين BTW في chat.history، لذا فإن عقد الاستمرارية صحيح بالفعل للويب.

لا تزال واجهة التحكم الحالية تحتاج إلى مستهلك مخصص لـ 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.

# ذات صلة