คำถามเพิ่มเติมนอกประเด็น

/btw ช่วยให้คุณถามคำถามข้างเคียงสั้น ๆ เกี่ยวกับ เซสชันปัจจุบัน ได้โดยไม่ เปลี่ยนคำถามนั้นให้กลายเป็นประวัติการสนทนาปกติ /side เป็นนามแฝง

ออกแบบตามพฤติกรรม /btw ของ Claude Code แต่ปรับให้เข้ากับ Gateway และสถาปัตยกรรมหลายช่องทางของ OpenClaw

สิ่งที่ทำ

เมื่อคุณส่ง:

/btw what changed?

OpenClaw จะ:

1. ถ่ายสแนปช็อตบริบทของเซสชันปัจจุบัน
2. รันคำถามข้างเคียงชั่วคราวแยกต่างหาก
3. ตอบเฉพาะคำถามข้างเคียง
4. ไม่แตะการรันหลัก
5. ไม่ เขียนคำถามหรือคำตอบ BTW ลงในประวัติเซสชัน
6. ส่งคำตอบออกมาเป็น ผลลัพธ์ข้างเคียงแบบสด แทนข้อความผู้ช่วยตามปกติ

โมเดลเชิงความคิดที่สำคัญคือ:

• บริบทเซสชันเดียวกัน
• คำถามข้างเคียงแบบ one-shot แยกต่างหาก
• ใช้ native harness transport เดียวกันเมื่อเซสชันใช้ native harness
• ไม่มีการปนเปื้อนบริบทในอนาคต
• ไม่มีการคงอยู่ของทรานสคริปต์

สำหรับเซสชัน Codex harness นั้น BTW จะอยู่ภายใน Codex โดย fork เธรด app-server ที่ใช้งานอยู่เป็นเธรดข้างเคียงชั่วคราว วิธีนี้ทำให้ Codex OAuth และพฤติกรรม เธรดแบบ native ยังคงครบถ้วน พร้อมทั้งยังแยกคำตอบข้างเคียงออกจากทรานสคริปต์แม่ เช่นเดียวกับ Codex /side เธรดข้างเคียงจะคงสิทธิ์ Codex ปัจจุบัน และพื้นผิวเครื่องมือแบบ native พร้อม guardrails ที่บอกโมเดลไม่ให้ ถือว่างานจากเธรดแม่ที่สืบทอดมาเป็นคำสั่งที่ใช้งานอยู่ รันไทม์ที่ไม่ใช่ Codex จะยังใช้เส้นทาง one-shot โดยตรงแบบเดิม

สิ่งที่ไม่ได้ทำ

/btw ไม่ได้:

• สร้างเซสชันถาวรใหม่
• ดำเนินงานหลักที่ยังไม่เสร็จต่อ
• เขียนข้อมูลคำถาม/คำตอบ BTW ลงในประวัติทรานสคริปต์
• ปรากฏใน chat.history
• อยู่รอดหลังโหลดใหม่

มันตั้งใจให้เป็น ชั่วคราว

การทำงานของบริบท

BTW ใช้เซสชันปัจจุบันเป็น บริบทพื้นหลังเท่านั้น

หากการรันหลักกำลังทำงานอยู่ OpenClaw จะถ่ายสแนปช็อตสถานะข้อความปัจจุบัน และรวม prompt หลักที่กำลังดำเนินอยู่เป็นบริบทพื้นหลัง พร้อมบอกโมเดลอย่างชัดเจนว่า:

• ตอบเฉพาะคำถามข้างเคียง
• อย่ากลับไปทำต่อหรือทำงานหลักที่ยังไม่เสร็จให้สมบูรณ์
• อย่าชี้นำการสนทนาแม่

วิธีนี้ทำให้ BTW แยกออกจากการรันหลัก แต่ยังรับรู้ว่า เซสชันนี้เกี่ยวกับอะไร

โมเดลการส่งมอบ

BTW ไม่ได้ ถูกส่งเป็นข้อความทรานสคริปต์ของผู้ช่วยตามปกติ

ในระดับโปรโตคอล Gateway:

• แชตผู้ช่วยปกติใช้ event chat
• BTW ใช้ event chat.side_result

การแยกนี้เป็นความตั้งใจ หาก BTW ใช้เส้นทาง event chat ปกติซ้ำ ไคลเอนต์จะถือว่ามันเป็นประวัติการสนทนาปกติ

เพราะ BTW ใช้ event แบบสดที่แยกต่างหากและไม่ได้ถูกเล่นซ้ำจาก chat.history มันจึงหายไปหลังโหลดใหม่

พฤติกรรมบนพื้นผิว

TUI

ใน TUI นั้น BTW จะแสดง inline ในมุมมองเซสชันปัจจุบัน แต่ยังคงเป็นแบบ ชั่วคราว:

• แยกให้เห็นชัดจากคำตอบผู้ช่วยปกติ
• ปิดได้ด้วย Enter หรือ Esc
• ไม่ถูกเล่นซ้ำเมื่อโหลดใหม่

ช่องทางภายนอก

บนช่องทางอย่าง Telegram, WhatsApp และ Discord นั้น BTW จะถูกส่งเป็น คำตอบแบบ one-off ที่ติดป้ายกำกับชัดเจน เพราะพื้นผิวเหล่านั้นไม่มีแนวคิด โอเวอร์เลย์ชั่วคราวแบบโลคัล

คำตอบยังคงถูกถือว่าเป็นผลลัพธ์ข้างเคียง ไม่ใช่ประวัติเซสชันปกติ

UI ควบคุม / เว็บ

Gateway ส่ง BTW อย่างถูกต้องเป็น chat.side_result และ BTW ไม่ถูกรวม อยู่ใน chat.history ดังนั้นสัญญาการคงอยู่จึงถูกต้องสำหรับเว็บแล้ว

UI ควบคุมปัจจุบันยังต้องมี consumer เฉพาะสำหรับ chat.side_result เพื่อ เรนเดอร์ BTW แบบสดในเบราว์เซอร์ จนกว่าการรองรับฝั่งไคลเอนต์นั้นจะพร้อมใช้งาน BTW จึงเป็น ฟีเจอร์ระดับ Gateway ที่มีพฤติกรรม TUI และช่องทางภายนอกครบถ้วน แต่ยังไม่ใช่ UX บนเบราว์เซอร์ที่สมบูรณ์

ควรใช้ 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

ที่เกี่ยวข้อง