บันทึกประจำรุ่น OpenClaw v2026.6.11 (2026-06-30)

เราได้รับฟังความคิดเห็นของคุณแล้ว v2026.6.11 มุ่งเน้นแก้ไขจุดที่ยังไม่ราบรื่นซึ่งทำให้ OpenClaw ดูไม่น่าเชื่อถือเท่าที่ควร โดยแก้ปัญหาการตอบกลับผิดตำแหน่ง การส่งที่ค้าง การเชื่อมต่อใหม่ ความล้มเหลวในการตั้งค่าโมเดล และค่าเริ่มต้นสำหรับผู้ดูแลระบบที่ปลอดภัยยิ่งขึ้น

ไฮไลต์

ความน่าเชื่อถือในการส่งผ่านช่องทาง

ใน Telegram, WhatsApp, Matrix, Google Chat, iMessage, Feishu และ Mattermost การตอบกลับ คำสั่ง ข้อความในคิว และไฟล์แนบมีโอกาสน้อยลงที่จะสูญหาย ซ้ำกัน ถูกส่งผิดเส้นทาง หรือแนบไปยังบทสนทนาที่ไม่ถูกต้อง

แหล่งที่มาและผู้มีส่วนร่วม

• แก้ไขปัญหาที่บางครั้งข้อความส่วนตัวรุ่นใหม่ของ Google Chat ถูกจัดการเหมือนการสนทนากลุ่ม เพื่อให้ข้อความไปถึงแชตแบบตัวต่อตัวที่ถูกต้อง ขณะที่ข้อความใน Space และแชตกลุ่มยังคงใช้การกำหนดเส้นทางเดิม #58993 ขอบคุณ @starhappysh, @vincentkoc
• ตอนนี้ข้อความตอบกลับด้วยเสียงของ Feishu จาก OpenClaw จะแสดงระยะเวลาในบับเบิลแชต เพื่อให้ผู้รับเห็นความยาวของเสียงก่อนเล่น #89172 เกี่ยวข้องกับ #53798 ขอบคุณ @areslp, @fxz26284407, @kinrocw
• ข้อความตอบกลับและประวัติแชตที่ทำสำเนาใน Discord และ Telegram เชื่อมโยงกับการสนทนาที่ต้องการได้สม่ำเสมอยิ่งขึ้น รวมถึงเมื่อมีการตอบกลับซ้ำใน Telegram และมีการเปลี่ยนเซสชัน #89911 ขอบคุณ @jalehman
• ตอนนี้ผลลัพธ์รูปภาพ วิดีโอ และเพลงที่ทำงานเบื้องหลังจะส่งกลับไปยังแชตที่ร้องขอ เมื่อเริ่มงานโดยไม่มีเป้าหมายการสนทนาแบบครบถ้วน แทนที่จะดูเหมือนล้มเหลวหลังสร้างเสร็จหรือถูกส่งไปยังคู่สนทนาที่ไม่ถูกต้องเมื่อเซสชันเปลี่ยนไป #89949 เกี่ยวข้องกับ #86034 ขอบคุณ @tianxiaochannel-oss88, @wangwllu
• ตอนนี้คำตอบใน Telegram จะยังคงเชื่อมโยงกับคำถามปัจจุบันของผู้ใช้เมื่อผู้ใช้อ้างข้อความก่อนหน้าของบอต ส่วนการอ้างข้อความของผู้อื่นจะยังคงตอบกลับข้อความอ้างอิงที่เลือก #90475 ขอบคุณ @moeedahmed
• ผู้ดูแลกลุ่ม QQBot สามารถเลือกระดับการเปิดใช้คำสั่งแบบทับได้ และตอนนี้คำสั่งที่ใช้ได้เฉพาะแบบส่วนตัวจะนำผู้ใช้ไปยังแชตส่วนตัว แทนที่จะถูกเปิดเผยหรือถูกเพิกเฉยโดยไม่มีการแจ้งเตือนในกลุ่ม #92154 ขอบคุณ @sliverp
• ตอนนี้การตรวจสอบ Heartbeat ที่ใช้โมเดลซึ่งรองรับการให้เหตุผลจะแสดงคำตอบที่ผู้ช่วยตั้งใจส่ง แทนที่จะเปิดเผยกระบวนการให้เหตุผลภายในใน Telegram, WhatsApp และช่องทางอื่นๆ ขณะที่ข้อความการคิดซึ่งเลือกเปิดใช้ยังคงทำงานได้ #92356 เกี่ยวข้องกับ #92260 ขอบคุณ @jmpei, @tangtaizong666, @vincentkoc
• ตอนนี้แชต Telegram ในโหมดแสดงความคืบหน้าจะล้างบับเบิลความคืบหน้าเก่าก่อนที่เอาต์พุตหรือสิ่งส่งมอบใหม่จากเครื่องมือจะปรากฏ ทำให้ลำดับการสนทนาเป็นระเบียบและอ่านง่าย #93002 เกี่ยวข้องกับ #90753 ขอบคุณ @shadow-enthusiast, @zhangguiping-xydt
• ตอนนี้ข้อความคำสั่งพร้อมลิงก์ใน iMessage จะรวมอยู่ในรอบการโต้ตอบเดียวของ OpenClaw เมื่อพรีวิวลิงก์มาถึงล่าช้า ขณะที่ข้อความสั้นๆ ที่ไม่เกี่ยวข้องยังคงแยกกันสำหรับผู้ใช้ที่เปิดใช้การรวมข้อความส่วนตัวจากผู้ส่งคนเดียวกัน #93143 ขอบคุณ @omarshahine
• ข้อความตอบกลับใน Discord ที่ส่งสำเร็จผ่านเครื่องมือส่งข้อความจะไม่ทำให้เกิดคำเตือนการล้มเหลวที่ชวนให้เข้าใจผิดอีกต่อไป ในรอบการทำงานจากช่องทางต้นทาง message_tool_only ที่ได้รับผลกระทบ #94072 เกี่ยวข้องกับ #93875 ขอบคุณ @chenyangjun-xy, @hoyanhan, @vincentkoc
• ตอนนี้การสนทนากลุ่มใน WhatsApp จะรักษาบริบทของข้อความและกลุ่มที่ถูกต้องได้อย่างน่าเชื่อถือยิ่งขึ้นระหว่างการลองใหม่ การเชื่อมต่อใหม่ และการเปลี่ยนแปลงกลุ่ม #94338 เกี่ยวข้องกับ #7433 ขอบคุณ @mcaxtr, @octopuslabs-fl, @xialonglee
• แก้ไขปัญหาที่บางครั้ง OpenClaw ตอบกลับเสียงสะท้อนของข้อความ iMessage ที่ตนเองส่งซึ่งมาถึงล่าช้า เมื่อมีอักขระแปลกปลอมอยู่ข้างหน้าทำให้ระบบจำข้อความที่ส่งไปแล้วไม่ได้ #94442 ขอบคุณ @ly-wang19
• ผู้ใช้ Telegram ที่ใช้ Webhook สามารถรับข้อความส่วนตัวและข้อความกลุ่มต่อไปได้ระหว่างการรีสตาร์ตช่องทางช่วงสั้นๆ การโหลดการกำหนดค่าใหม่ และรอบการกู้คืน โดยไม่มีช่วงที่รับข้อความไม่ได้ชั่วคราว #94506 เกี่ยวข้องกับ #90254 ขอบคุณ @obviyus, @travellingsoldier85, @xialonglee
• Gateway ของ Matrix ที่ใช้ E2EE สามารถออนไลน์ต่อเนื่องระหว่างการใช้งานระยะยาว แทนที่จะค่อยๆ ใช้หน่วยความจำเพิ่มขึ้นจนขัดข้องและทำให้ช่องทางกับงานที่กำลังดำเนินการหยุดลง #94942 เกี่ยวข้องกับ #90455 ขอบคุณ @xzh-icenter, @yar-sh
• ตอนนี้ผู้ใช้ Telegram จะเห็นปฏิกิริยาแบบเนทีฟตามที่ตั้งใจ แทนที่จะเห็นคำสั่งภายในที่รั่วไหลออกมาหรือไม่ได้รับข้อความตอบกลับที่มีเฉพาะปฏิกิริยา โดยจะบันทึกว่าสำเร็จก็ต่อเมื่อ Telegram ยอมรับแล้วเท่านั้น #94977 เกี่ยวข้องกับ #71140 ขอบคุณ @cuttingwater, @hugenshen
• ตอนนี้การอัปเดตความคืบหน้าใน Telegram สำหรับคำสั่ง การค้นหา การอัปเดต และกิจกรรม API จะยังคงอ่านง่าย แทนที่จะเปิดเผย HTML ที่รบกวนสายตาหรือแถวที่มีรูปแบบเหมือนโค้ด พร้อมใช้ข้อความธรรมดาเป็นทางเลือกเมื่อ Telegram ไม่สามารถแยกวิเคราะห์การจัดรูปแบบได้ #95007 เกี่ยวข้องกับ #95002
• ตอนนี้การสนทนา Telegram ที่ดำเนินต่อใน WebChat จะแสดงคำตอบของผู้ช่วยหนึ่งรายการต่อหนึ่งรอบ และเก็บคำตอบถัดๆ ไปไว้กับการสนทนาที่ใช้งานอยู่ แทนที่จะทำซ้ำคำตอบหรือส่งกลับไปยัง Telegram #95069 เกี่ยวข้องกับ #94930 ขอบคุณ @heichaowo
• ตอนนี้ Google Chat จะซ่อนแบนเนอร์แจ้งความล้มเหลวภายในที่ชวนให้เข้าใจผิดเมื่อผลลัพธ์จากเครื่องมือไม่มีปัญหา ทำให้ผู้ใช้เห็นเพียงคำตอบที่เสร็จสมบูรณ์ ขณะที่ข้อความปกติของผู้ช่วยยังคงไม่เปลี่ยนแปลง #95084 เกี่ยวข้องกับ #90684 ขอบคุณ @jailbirt, @studentzhou-svg
• ตอนนี้การสนทนาผ่านช่องทางแบบหลายเอเจนต์ที่ผูกไว้จะโหลดไฟล์พื้นที่ทำงานของเอเจนต์ที่กำหนดค่าไว้ แทนที่จะเป็นเอเจนต์เริ่มต้น แต่การสนทนาที่ก่อนหน้านี้ถูกจัดเก็บผิดตำแหน่งอาจเริ่มต้นใหม่ในพื้นที่จัดเก็บของเอเจนต์ที่แก้ไขแล้ว #95118 เกี่ยวข้องกับ #92903 ขอบคุณ @849261680, @axjing
• ผู้ที่ใช้ Gateway ของ OpenClaw ร่วมกันสามารถกำหนดโมเดลที่ต่างกันให้ผู้ติดต่อแต่ละรายในข้อความส่วนตัวบนช่องทางแชตที่รองรับได้แล้ว ขณะที่การเลือกโมเดลสำหรับกลุ่มและไวลด์การ์ดที่มีอยู่ยังคงทำงานเหมือนเดิม #95120 เกี่ยวข้องกับ #53638 ขอบคุณ @gandalf-at-lerian, @thomaszta, @xydigit-zt
• ตอนนี้ Telegram จะแสดงว่า OpenClaw ยังคงทำงานอยู่ระหว่างพรีวิวเริ่มต้นช่วงสั้นๆ หรือการตอบกลับในโหมดแสดงความคืบหน้า แทนที่จะปล่อยให้แชตเงียบจนกว่าข้อความสุดท้ายจะมาถึง #95183 เกี่ยวข้องกับ #95004 ขอบคุณ @obviyus
• ตอนนี้ผู้ใช้และผู้ดำเนินการ Matrix จะได้รับข้อผิดพลาดที่ชัดเจนเมื่อโฮมเซิร์ฟเวอร์ส่งการตอบกลับที่มีขนาดใหญ่เกินไปหรือค้าง แทนที่ OpenClaw จะบัฟเฟอร์ต่อไปและเสี่ยงต่อการใช้หน่วยความจำอย่างไร้ขีดจำกัด #95240 ขอบคุณ @alix-007
• แก้ไขปัญหาข้อความตอบกลับของ Telegram และช่องทางอื่นๆ ที่อยู่ในคิวมาถึงล่าช้าหรือหายไป ในการติดตั้งใช้งานแบบ Kubernetes ที่มีตัวแปรสภาพแวดล้อมจำนวนมากถูกแทรกเข้ามา ซึ่งการเปิดฐานข้อมูลคิวอาจทำให้ Gateway ค้างได้ #95278 เกี่ยวข้องกับ #94571 ขอบคุณ @kaka-srp
• แชต Telegram จะกู้คืนได้หลังข้อความหนึ่งรายการที่ค้างหมดเวลา ทำให้ข้อความถัดๆ ไปในแชตหรือหัวข้อเดียวกันส่งถึงเอเจนต์ได้โดยไม่ต้องรีสตาร์ต Gateway #95299 เกี่ยวข้องกับ #95248 ขอบคุณ @kriegerbangerz-ship-it, @mikasa0818, @obviyus
• เมื่อผู้ใช้สลับระหว่าง Telegram กับไคลเอนต์ OpenClaw อื่นในการสนทนาส่วนตัวที่ใช้ร่วมกัน ตอนนี้ข้อความตอบกลับสั้นๆ ใน Telegram จะติดตามการสนทนาล่าสุด แทนที่จะตอบข้อเสนอเก่าใน Telegram ที่ไม่เกี่ยวข้อง #95390 เกี่ยวข้องกับ #95378 ขอบคุณ @maiduy708, @mikasa0818, @obviyus
• แก้ไขปัญหาข้อความของผู้ช่วยที่เสร็จสมบูรณ์ปรากฏสองครั้งใน Telegram, Discord, Slack และแชตแบบสตรีมอื่นๆ หลังการตอบกลับที่มีหลายข้อความ #95432 ขอบคุณ @vincentkoc, @yetval
• ตอนนี้ข้อความตอบกลับใน WhatsApp จะยังคงเชื่อมโยงกับข้อความส่วนตัวหรือข้อความกลุ่มที่กำลังตอบ แทนที่จะปรากฏเป็นข้อความแยกซึ่งสูญเสียบริบทการสนทนา #95483 ขอบคุณ @mcaxtr
• ตอนนี้ข้อความตอบกลับแบบสื่อสมบูรณ์ใน Telegram จะแยกย่อหน้า รายการหัวข้อย่อย และบรรทัดสถานะออกจากกัน แทนที่จะยุบเนื้อหาหลายบรรทัดเป็นบล็อกยาวต่อเนื่อง โดยไม่ต้องเปลี่ยนการกำหนดค่า #95532 เกี่ยวข้องกับ #95409 ขอบคุณ @amknight
• ผู้ดำเนินการ Mattermost ที่เปิดใช้คำสั่งแบบทับเนทีฟสามารถใช้ /oc_queue ใน Mattermost ได้โดยตรง เพื่อปรับแต่งการจัดคิวงานที่กำลังทำงาน รวมถึงโหมด ระยะเวลาดีบาวซ์ ขีดจำกัด และการจัดการเมื่อทิ้งงาน #95546 ขอบคุณ @amknight
• ข้อความที่ได้รับอนุญาตก่อนหน้านี้จะยังคงส่งถึงบัญชีที่ระบุชื่อหลังการอัปเกรดช่องทางหลายบัญชีแบบเก่า โดยคงกฎสิทธิ์เข้าถึงข้อความส่วนตัวและกลุ่มที่สืบทอดมาใน Mattermost, Discord, Slack, Telegram, Signal, WhatsApp, iMessage และ IRC #95550 ขอบคุณ @amknight
• ผู้ใช้ Mattermost สามารถสนทนาต่อในเธรดได้โดยไม่ต้องกล่าวถึงบอตอีกครั้งหลังจากบอตตอบกลับ และสถานะการเข้าร่วมนั้นจะคงอยู่แม้ Gateway รีสตาร์ต จนกว่าเธรดจะไม่มีความเคลื่อนไหวเป็นเวลาเจ็ดวัน #95552 ขอบคุณ @amknight
• ตอนนี้ข้อความ Telegram ขาเข้าจะส่งถึงเซสชัน OpenClaw ที่กำหนดค่าไว้อย่างรวดเร็ว แทนที่จะค้างโดยไม่มีคำตอบจนถึงรอบการสำรวจถัดไป การรีสตาร์ต Gateway หรือการดำเนินการด้วยตนเอง #95577 เกี่ยวข้องกับ #86957 ขอบคุณ @freidrich-goldenflow, @liuwqgit
• ตอนนี้ผู้ใช้ QQBot จะได้รับตาราง Markdown ที่ครบถ้วนเมื่อใช้ตัวคั่นที่ถูกต้องซึ่งมีขีดหนึ่งหรือสองขีดต่อคอลัมน์ แทนที่จะสูญเสียส่วนหัวและทุกแถวยกเว้นแถวสุดท้าย #95637 ขอบคุณ @ly-wang19
• ตอนนี้ผู้ใช้ Synology Chat สามารถรับข้อความตอบกลับจากเอเจนต์ที่ใช้เวลานานกว่า 120 วินาทีได้ เมื่อค่าหมดเวลาหลักที่กำหนดค่าไว้อนุญาต แทนที่ช่องทางจะปฏิเสธข้อความก่อนเวลา #95707 ขอบคุณ @sahibzada-allahyar, @vincentkoc
• ตอนนี้งาน Cron ของหัวข้อฟอรัม Telegram จะยังคงส่งการแจ้งเตือนความล้มเหลวที่กำหนดค่าแยกกันไปยังปลายทางที่ตั้งใจไว้ แม้ว่าประกาศหลักจะใช้หัวข้อในแชตเดียวกัน #95794 ขอบคุณ @vincentkoc
• แก้ไขปัญหาข้อความตอบกลับในกลุ่ม WhatsApp ที่อาจอ้างข้อความเก่าของ OpenClaw แทนข้อความของผู้ใช้ที่เริ่มการทำงาน เพื่อให้คำตอบสุดท้ายยังคงเชื่อมโยงกับข้อความที่ต้องการเมื่อมีเป้าหมายสำหรับตอบกลับ และหลีกเลี่ยงการชี้กลับไปยังบริบทเก่าของบอตเมื่อไม่มีเป้าหมาย #95914 ขอบคุณ @mcaxtr
• ผู้ใช้ WhatsApp สามารถอนุมัติหรือปฏิเสธพรอมต์ด้วยปฏิกิริยาได้ โดยพรอมต์จะไม่ค้างเมื่อ WhatsApp ระบุแชตส่วนตัวเดียวกันแตกต่างกัน ขณะที่การอนุมัติในกลุ่มยังคงเชื่อมโยงกับกลุ่มและบุคคลที่ถูกต้อง #95935 ขอบคุณ @mcaxtr
• ตอนนี้การประมวลผลข้อความตอบกลับสุดท้ายใช้ CPU น้อยลงเมื่อ OpenClaw ตรวจสอบว่าข้อความในบล็อกถูกส่งไปแล้วหรือไม่ โดยไม่เปลี่ยนว่าข้อความตอบกลับใดจะไปถึงแชตหรือวิธีระงับข้อความซ้ำ #96087 ขอบคุณ @vincentkoc
• ผลลัพธ์การอนุมัติการดำเนินการจาก Plugin ช่องทางภายนอกจะส่งกลับไปยังช่องทางหรือ DM ที่เริ่มคำสั่งแล้ว แทนที่จะย้อนกลับไปยัง WebChat หรือดูเหมือนหายไปหลังจากอนุมัติ #96140 ที่เกี่ยวข้อง #96103 ขอบคุณ @lansenger-pm, @vincentkoc, @yetval
• ขณะนี้คำตอบสุดท้ายของ WhatsApp จะยังคงอ้างอิงข้อความติดตามผลที่ผู้ใช้เพิ่งส่งเมื่อกำลังตอบกลับข้อความ OpenClaw ที่เก่ากว่า แทนที่จะมาถึงโดยไม่มีการอ้างอิงหรือชี้กลับไปยังคำตอบเก่าของบอต #96220 ขอบคุณ @mcaxtr
• ขณะนี้บอต Nextcloud Talk จะไม่สนใจเหตุการณ์แชร์ไฟล์และเหตุการณ์วงจรการทำงานทั่วไป โดยไม่บันทึกเป็นข้อผิดพลาดของบอตหรือเสี่ยงให้การส่งข้อความถูกปิดใช้งาน ส่วนเพย์โหลดแชตที่มีรูปแบบไม่ถูกต้องจะยังคงส่งข้อผิดพลาดกลับมา #96243 ที่เกี่ยวข้อง #81566 ขอบคุณ @arkyu2077, @rafaelmgbh, @vincentkoc
• ขณะนี้การตอบกลับและการส่งผ่านเครื่องมือข้อความในช่อง Mattermost จะใช้คำแนะนำสำหรับช่องและเธรด เนื่องจากเอเจนต์ระบุการสนทนาเหล่านั้นเป็นช่องแทนแชตกลุ่ม ขณะที่พฤติกรรมเดิมของแชตกลุ่มยังคงไม่เปลี่ยนแปลง #96244 ที่เกี่ยวข้อง #95645 ขอบคุณ @arkyu2077, @iloveleon19, @vincentkoc
• ขณะนี้การผสานรวมช่อง MCP จะจำกัดรายการการสนทนา การอ่านข้อความ การสำรวจเหตุการณ์ และการรอให้อยู่ภายในขอบเขตที่คาดการณ์ได้ แม้ไคลเอนต์จะขอขีดจำกัดหรือระยะหมดเวลาที่สูงเกินไป a39e548 ขอบคุณ @vincentkoc
• การตอบกลับอัตโนมัติแบบสตรีมที่ทำงานเป็นเวลานานมีโอกาสหยุดก่อนเวลาอันควรหรือยกเลิกอย่างไม่สม่ำเสมอน้อยลง เมื่อกำหนดระยะหมดเวลาที่สูงผิดปกติ 6c85b90 ขอบคุณ @vincentkoc
• ขณะนี้ความคืบหน้าของช่องจะแสดงสถานะที่ซ้ำอีกครั้งเมื่องานกลับมาสู่สถานะนั้นจริง ๆ หลังจากการอัปเดตอื่น แทนที่จะซ่อนบริบทที่เป็นประโยชน์เพราะถือว่าเป็นรายการซ้ำ 8a75c4d
• การตอบกลับในช่องที่เสร็จสมบูรณ์แล้วจะไม่ได้รับการแจ้งความคืบหน้าที่มาถึงภายหลังอีกต่อไป เพื่อป้องกันไม่ให้ข้อความสถานะเก่าปรากฏหลังจากตอบเสร็จแล้ว a594d2c ขอบคุณ @vincentkoc
• ระหว่างการตอบกลับในช่องแบบสตรีม ขณะนี้ข้อความความคืบหน้าจะแสดงสถานะล่าสุดต่อไป แทนที่จะค้างอยู่ที่การอัปเดตเก่า e114001 ขอบคุณ @vincentkoc
• ขณะนี้การบังคับรีเซ็ต Matrix จะรองรับกรณีที่พื้นที่จัดเก็บข้อมูลลับไม่พร้อมใช้งานโดยไม่เกิดข้อผิดพลาดขณะทำงาน โดยถือว่าการเข้าถึงเพื่อกู้คืนไม่พร้อมใช้งาน เพื่อให้กระบวนการรีเซ็ตดำเนินต่อได้อย่างปลอดภัย 5c5a8a4 ขอบคุณ @vincentkoc
• ช่องที่กำหนดค่าไว้จะยังคงปรากฏใน openclaw channels status --json ขณะที่ประกาศตามกำหนดการจะปฏิเสธรายการเก่าที่ไม่มี Plugin ที่ทำงานอยู่สำหรับส่งประกาศ a641c0d
• ขณะนี้การสนทนาด้วยเสียงใน Discord จะดำเนินคำตอบต่อเนื่องของผู้ช่วยต่อไปได้ ทำให้คำตอบที่อยู่ในคิวเล่นหลังจากสตรีมเสียงก่อนหน้าปิดลง แทนที่จะค้างอยู่ 88b64e4 ขอบคุณ @vincentkoc
• ตัวอย่างความคืบหน้าใน Discord มีโอกาสหยุดก่อนการแก้ไขขั้นสุดท้ายน้อยลง เมื่อคำตอบของเอเจนต์เริ่มมาถึงแล้ว 86ea382
• แชตจะไม่แสดงข้อความ NO_REPLY ที่หลงเหลืออีกต่อไปเมื่อผู้ช่วยตั้งใจจะไม่ตอบ ขณะที่การตอบกลับด้วยสื่อจริงจะยังคงมาถึงโดยไม่มีข้อความตัวยึดตำแหน่ง 96c6f80
• ขณะนี้การตอบกลับแบบสตรีมใน Telegram จะแสดงหัวข้อความคืบหน้าแต่ละหัวข้อเพียงครั้งเดียว ทำให้ตรวจดูการอัปเดตจากเครื่องมือและการค้นหาได้ง่ายขึ้น 013e33c ขอบคุณ @vincentkoc
• ขณะนี้ข้อความ Telegram ที่ค้างหลังจากงานที่ทำงานเป็นเวลานาน การขัดข้อง หรือการรีสตาร์ต Gateway จะกลับมาประมวลผลต่อโดยอัตโนมัติ ทำให้ข้อความที่ส่งมาภายหลังไม่ต้องรอโดยไม่มีการแจ้งเตือน และผู้ดูแลไม่ต้องซ่อมแซมคิวด้วยตนเองอีกต่อไป #97543 ขอบคุณ @romneyda, @vincentkoc

การกู้คืนผู้ให้บริการและโมเดล

การเลือกโมเดล และการตั้งค่าสามารถกู้คืนได้ชัดเจนยิ่งขึ้นเมื่อแค็ตตาล็อก ข้อมูลประจำตัว สตรีม การหมดเวลา Compaction หรือกลไกสำรองเกิดข้อผิดพลาด ขณะนี้การกำหนดค่า OpenAI, OpenRouter และ OpenCode Go ที่ได้รับผลกระทบจะรายงานหรือกู้คืนจากความล้มเหลวได้สม่ำเสมอยิ่งขึ้น แทนที่จะปล่อยให้ผู้ใช้ติดอยู่กับตัวเลือกที่ล้าสมัยหรือคำขอที่หยุดชะงัก

การแก้ไขเพิ่มเติมสำหรับ โหมดเร็ว ช่วยปรับปรุงการทำงานในเส้นทางของผู้ให้บริการและกลไกสำรองที่ได้รับผลกระทบ ทั้งนี้ โหมดเร็วอัตโนมัติไม่ใช่คุณสมบัติใหม่ในรุ่นนี้

แหล่งที่มาและผู้มีส่วนร่วม

• การแปลงข้อความเป็นเสียงและข้อความเสียงของ MiniMax มีโอกาสล้มเหลวน้อยลง เนื่องจากขณะนี้ OpenClaw ระบุรูปแบบเสียงที่สามารถถอดรหัสได้อย่างชัดเจน แทนที่จะใช้ค่าเริ่มต้นของผู้ให้บริการ #73079 ขอบคุณ @efe-arv
• ผู้ดูแล Gateway สามารถดูรายละเอียดผู้ให้บริการ โมเดล สถานะคำขอ และเวลาในบันทึกปกติได้อีกครั้ง ทำให้วินิจฉัยปัญหาการกำหนดเส้นทางโมเดลและการรับส่งข้อมูลได้ง่ายขึ้นโดยไม่ต้องเปิดใช้การบันทึกดีบักเพิ่มเติม #89648 เกี่ยวข้องกับ #89300 ขอบคุณ @enominera, @xiaobao-k8s
• โมเดลที่เข้าถึงผ่าน Google, Mistral, OpenAI Responses, Azure OpenAI Responses และ ChatGPT/Codex Responses จะได้รับคำสั่งระบบที่สะอาด โดยเครื่องหมายขอบเขตแคชภายในของ OpenClaw จะไม่รั่วไหลเข้าไปในพรอมต์อีกต่อไป #89716 ขอบคุณ @enominera, @masatohoshino
• การเรียกใช้เครื่องมือ Cron ด้วยโมเดล Gemini ผ่านผู้ให้บริการที่เข้ากันได้กับ OpenAI สามารถทำงานได้แล้วโดยไม่ถูกปฏิเสธจากสคีมาของผู้ให้บริการเนื่องจากฟิลด์ที่อนุญาตให้เป็นค่าว่าง #91559 เกี่ยวข้องกับ #91542 ขอบคุณ @pick-cat, @qiukui666
• ขณะนี้ ID โมเดลที่ระบุผู้ให้บริการจะปฏิบัติตามนโยบายรันไทม์ของเอเจนต์และนามแฝง CLI ที่กำหนดค่าไว้ แทนที่จะย้อนกลับไปใช้รันไทม์เริ่มต้นของ OpenClaw โดยไม่คาดคิด #91724 ขอบคุณ @vincentkoc, @yu-xin-c
• รายการ /models ในแชตและเส้นทางอื่นสำหรับเลือกโมเดลหรือผู้ให้บริการที่รับรู้ Plugin จะตอบสนองอย่างรวดเร็วแล้ว แทนที่จะค้างหลายวินาทีและใช้แกน CPU หนึ่งแกนจากการสแกนการตั้งค่าซ้ำ ๆ โดยการเปลี่ยนแปลง Plugin ยังคงรีเฟรชตามปกติ #93356 ขอบคุณ @obuchowski
• ผู้ใช้ Ollama Cloud แบบโฮสต์สามารถคงไว้เฉพาะโมเดลที่กำหนดค่าไว้อย่างชัดเจนหลังการรีสตาร์ต โดยไม่มีการเพิ่มแค็ตตาล็อกที่ใช้ร่วมกันทั้งหมดกลับเข้ามา ขณะที่การค้นหาอัตโนมัติยังคงทำงานสำหรับเซิร์ฟเวอร์ Ollama ภายในเครื่องและแบบโฮสต์ด้วยตนเอง #93956 ขอบคุณ @jason-allen-oneal
• ขณะนี้งาน Cron สามารถลองใหม่หรือสลับไปใช้โมเดลสำรองที่กำหนดค่าไว้ได้ เมื่อผู้ให้บริการภายในเครื่องส่งคืนข้อผิดพลาดทั่วไป LLM request failed. แทนที่จะล้มเหลวโดยไม่ได้ใช้โมเดลสำรอง #94062 เกี่ยวข้องกับ #93931 ขอบคุณ @hugenshen
• โทเค็นผู้ให้บริการที่หมดอายุจะไม่กลบข้อมูลบันทึกที่เป็นประโยชน์ต่อผู้ดูแลด้วยคำเตือนการใช้ตัวสำรองซ้ำ ๆ อีกต่อไป โดยคำเตือนครั้งแรกและสรุปรายการซ้ำในภายหลังยังคงมีให้ใช้ในการวินิจฉัย #94233 เกี่ยวข้องกับ #56979 ขอบคุณ @goutamadwant, @yanan1991
• ขณะนี้สามารถเลือก Google Gemini 3.5 Flash พร้อมหน้าต่างบริบทเต็มขนาด 1,048,576 โทเค็นได้แล้ว ช่วยหลีกเลี่ยงข้อผิดพลาดไม่พบโมเดลและการปฏิเสธขนาดพรอมต์โดยไม่จำเป็น #94726 เกี่ยวข้องกับ #94723 ขอบคุณ @ajwan8998, @anguslogan01, @kevinat
• ขณะนี้เซสชันย่อยของแดชบอร์ดจัดการตัวเลือกโมเดลที่ระบุผู้ให้บริการซึ่งได้รับอนุญาตได้อย่างสอดคล้องกัน และให้คำแนะนำการกู้คืนที่ถูกต้องเมื่อสถานะโมเดลที่บันทึกไว้ล้าสมัย #94752 เกี่ยวข้องกับ #94713 ขอบคุณ @gr4via
• ผู้ใช้ Claude CLI จะไม่ได้รับคำมั่นว่าจะมีการอัปเดตเมื่อเสร็จสิ้นซึ่งอาจไม่มาถึงอีกต่อไป เนื่องจากขณะนี้ OpenClaw ปิดกั้นงานเบื้องหลังแบบเนทีฟที่ไม่รองรับก่อนที่จะทำให้ความคืบหน้าค้างอยู่ #95008 ขอบคุณ @anagnorisis2peripeteia
• ขณะนี้ OpenClaw ปฏิเสธแค็ตตาล็อกผู้ให้บริการหรือการตอบกลับ JSON ที่มีขนาดใหญ่เกินไปพร้อมข้อผิดพลาดที่ชัดเจน ก่อนบัฟเฟอร์การตอบกลับทั้งหมดไว้ในหน่วยความจำ #95218 ขอบคุณ @alix-007
• ขณะนี้ผู้ใช้ OpenRouter สามารถเลือกและเรียกใช้ ID แบบสั้นของโมเดล DeepSeek V4 ที่ประกาศไว้ได้ โดยคำขอจะไม่ล้มเหลวด้วย model_not_found เนื่องจาก OpenClaw ส่งคำนำหน้าผู้ให้บริการซ้ำอีกต่อไป #95268 เกี่ยวข้องกับ #95198 ขอบคุณ @daniel-alejandro-t, @darren2030
• เมื่อใช้ /reasoning on โมเดลรูปแบบ DeepSeek ที่เข้ากันได้กับ OpenAI จะแสดงคำตอบสุดท้ายแยกจากกระบวนการให้เหตุผลแล้ว แทนที่จะรวมไว้ในบล็อกการให้เหตุผล โดยไม่ต้องเปลี่ยนแปลงการกำหนดค่า #95283 เกี่ยวข้องกับ #95280 ขอบคุณ @marvinthebored, @vincentkoc, @zengwen-dt
• เมื่อการสมัครสมาชิก Codex ถึงขีดจำกัดการใช้งาน ขณะนี้ OpenClaw จะเปลี่ยนไปใช้โมเดลสำรองที่กำหนดค่าไว้ แทนที่จะหยุดที่ผลลัพธ์ที่ล้มเหลว และจะไม่ลองเรียกใช้งานที่สร้างผลลัพธ์ที่มองเห็นได้แล้วซ้ำอีก #95400 ขอบคุณ @jason-allen-oneal, @sallyom
• ขณะนี้ผู้ใช้ LM Studio สามารถเรียกใช้โมเดลภายในเครื่องแบบควอนไทซ์หรือหลายตัวแปรได้ โดยไม่เกิดความล้มเหลวเทียมในเทิร์นของผู้ช่วยหรือรายการโมเดลที่มีส่วนต่อท้ายซึ่งไม่มีอยู่จริงจากคีย์โมเดลที่ไม่ตรงกัน #95401 ขอบคุณ @monkeyleet
• ขณะนี้การทำงานของเอเจนต์แบบฝังที่ใช้ Google จะหยุดอ่านการตอบกลับแคชพรอมต์ที่มีขนาดใหญ่เกินไปหรือไม่มีวันสิ้นสุด ก่อนที่จะทำให้หน่วยความจำหมดหรือการทำงานค้าง #95417 ขอบคุณ @alix-007
• การสแกนโมเดล OpenRouter จะล้มเหลวอย่างปลอดภัยเมื่อพบแค็ตตาล็อกที่มีขนาดใหญ่เกินไปหรือผิดรูปแบบ แทนที่จะเสี่ยงใช้หน่วยความจำมากเกินไปจนทำให้ OpenClaw ไม่เสถียร #95418 ขอบคุณ @alix-007
• ขณะนี้การตั้งค่า OpenRouter จะปฏิเสธแค็ตตาล็อกโมเดลที่มีขนาดใหญ่เกินไปก่อนที่จะทำให้หน่วยความจำของ OpenClaw หมด โดยไม่แคชหรือดึงการตอบกลับที่ล้มเหลวซ้ำทันที #95420 ขอบคุณ @alix-007, @sallyom
• ขณะนี้โมเดลสำรองที่กำหนดค่าไว้สามารถตอบได้เมื่อ Claude CLI ใช้เครดิตหมดหรือพบความล้มเหลวทั่วไปของตัวดำเนินการ แทนที่จะปล่อยให้ผู้ใช้ได้รับข้อความล้มเหลวเป็นคำตอบสุดท้าย #95508 เกี่ยวข้องกับ #95489 ขอบคุณ @mikasa0818, @riazrahaman, @sallyom
• ขณะนี้การค้นหาเว็บที่ใช้ Gemini ซึ่งกำหนด freshness: "day" หรือ pd สามารถทำงานเสร็จสิ้นได้ แทนที่จะล้มเหลวด้วยข้อผิดพลาด 400 จากผู้ให้บริการ ขณะที่ตัวเลือกความสดใหม่ที่กว้างกว่าและช่วงวันที่ที่ระบุชัดเจนยังคงใช้การกรองที่เข้มงวดกว่า #95682 ขอบคุณ @sunjae-k, @vincentkoc
• คำตอบต่อเนื่องจากโมเดลการให้เหตุผลของ xAI เช่น Grok Composer จะรักษาบริบทการให้เหตุผลก่อนหน้าได้อย่างน่าเชื่อถือยิ่งขึ้น แม้จะไม่รองรับระดับความพยายามในการให้เหตุผลที่กำหนดค่าได้ #95686 ขอบคุณ @fuller-stack-dev, @geraint0923
• ขณะนี้ผู้ใช้ Vercel AI Gateway สามารถเรียกใช้โมเดลที่เลือกจากแค็ตตาล็อกสดได้ รวมถึง ID โมเดลที่มีเฉพาะในแค็ตตาล็อกสดและไม่มีอยู่ในรายการที่มาพร้อมกับ OpenClaw #95710 ขอบคุณ @vincentkoc
• แก้ไขปัญหาที่ผู้ให้บริการซึ่งกำหนดโดยไฟล์รายการเปลี่ยน ID โมเดลที่ถูกต้องให้เสียหาย เมื่อรายการ stripPrefixes มีช่องว่างส่วนเกินหรือใช้ตัวพิมพ์ต่างกัน เพื่อให้ผู้ดูแลและผู้สร้าง Plugin ได้รับโมเดลของผู้ให้บริการตามที่ต้องการ #95744 เกี่ยวข้องกับ #95743 ขอบคุณ @parveshsaini
• ขณะนี้การตั้งค่าเมื่อเรียกใช้ครั้งแรกจะเปิดพรอมต์ข้อมูลประจำตัวสำหรับผู้ให้บริการภายนอกที่ติดตั้งใหม่ แทนที่จะดูเหมือนวนซ้ำและยังคงเลือก OpenAI ไว้ #95792 เกี่ยวข้องกับ #95765
• ขณะนี้แค็ตตาล็อกผู้ให้บริการที่มีขนาดใหญ่เกินไปหรือหยุดค้างจะล้มเหลวอย่างรวดเร็วพร้อมข้อผิดพลาดที่ชัดเจน แทนที่จะทำให้ OpenClaw ค้างหรือใช้หน่วยความจำโดยไร้ขีดจำกัด ขณะที่แค็ตตาล็อกปกติยังคงโหลดได้ #95827 ขอบคุณ @alix-007
• ขณะนี้ผู้ใช้ Xiaomi Token Plan สามารถใช้โทเค็นเอาต์พุตได้สูงสุด 128K กับ mimo-v2.5 และ mimo-v2.5-pro แทนที่จะถูกจำกัดไว้ที่ขีดจำกัดล้าสมัย 32,000 โทเค็น #95934 ขอบคุณ @idootop
• การตอบกลับของโมเดลที่ใช้เครื่องมือจำนวนมากสามารถสตรีมโดยมีค่าใช้จ่ายส่วนเกินน้อยลง ขณะที่ ID การเรียกใช้เครื่องมือที่ซ้ำกันและรายละเอียดการให้เหตุผลแบบเข้ารหัสยังคงจับคู่กับการเรียกที่ถูกต้องระหว่าง Google และผู้ให้บริการที่เข้ากันได้กับ OpenAI #95957 ขอบคุณ @vincentkoc
• การคำนวณการใช้โทเค็นมีความน่าเชื่อถือมากขึ้นสำหรับผู้ใช้ ACPX ที่มาพร้อมระบบ เนื่องจากขณะนี้ OpenClaw รวมการแก้ไขการคงอยู่ของข้อมูลจาก ACPX 0.11.2 เป็นค่าเริ่มต้น โดยไม่ต้องเขียนทับแพ็กเกจแยกต่างหากหรืออัปเดตไคลเอนต์ด้วยตนเอง #96124 ขอบคุณ @vincentkoc
• ขณะนี้ผู้ใช้ Ollama Cloud สามารถค้นหาและเลือก glm-5.2:cloud พร้อมหน้าต่างบริบทขนาด 1,000,000 โทเค็น ความสามารถในการให้เหตุผล และการรองรับเครื่องมือได้ แม้โมเดลนี้จะไม่มีอยู่ในรายการโมเดลสาธารณะ 11484f8
• คำขอทำความเข้าใจรูปภาพของ MiniMax จะไม่ล้มเหลวก่อนถึงผู้ให้บริการอีกต่อไปเมื่อค่าหมดเวลาเป็นศูนย์ ติดลบ หรือสูงมาก โดยค่าที่ไม่ถูกต้องจะใช้ระยะเวลารอปกติหรือค่าสูงสุดที่ปลอดภัยแทน 4b6182e ขอบคุณ @vincentkoc
• ขณะนี้การทำงานของ Codex จะใช้ตัวเลือกโหมดเร็วปัจจุบัน แทนที่จะสืบทอดระดับความเร็วเก่า และบรรทัดสถานะจะแสดงอย่างชัดเจนเมื่อโหมดเร็วเป็นแบบอัตโนมัติ 77012f9 ขอบคุณ @vincentkoc
• ขณะนี้การสนทนาที่ใช้ Codex จะกลับไปใช้การกำหนดเส้นทางปกติหลังจากล้างโหมดเร็วอัตโนมัติแล้ว ป้องกันไม่ให้เทิร์นถัดไปหรือการเปลี่ยนโมเดลนำระดับความสำคัญที่ล้าสมัยกลับมาใช้ 8afc1f7
• ขณะนี้การทำงานของเอเจนต์สำรองจะปฏิบัติตามเกณฑ์ตัดโหมดเร็วอัตโนมัติที่กำหนดค่าไว้ของแต่ละโมเดล แม้จะมีการเขียนทับโหมดเร็วสำหรับการทำงานนั้น เพื่อให้พฤติกรรมสำรองสอดคล้องกับนโยบายของโมเดลที่เลือก efd3172
• ขณะนี้การลองใหม่หลังสลับโมเดลแบบสดจะรักษาเกณฑ์ตัดโหมดเร็วเดิมไว้สำหรับเซสชันที่ทำงานเป็นเวลานาน ขณะที่การเปิดโหมดเร็วอย่างชัดเจนจะหลีกเลี่ยงข้อความความคืบหน้าเกี่ยวกับเกณฑ์ตัดอัตโนมัติที่ทำให้เข้าใจผิด d990115 ขอบคุณ @vincentkoc
• ขณะนี้การทำงานของเอเจนต์แบบฝังจะรักษาการทำงานของโหมดเร็วอัตโนมัติให้สอดคล้องกันตลอดการลองใหม่และการอัปเดตความคืบหน้า โดยไม่สับสนกับการตั้งค่าโหมดเร็วที่เลือกด้วยตนเอง cf1b6fe ขอบคุณ @vincentkoc
• ขณะนี้การทำงานในโหมดเร็วจะรักษาการตั้งค่าความเร็วไว้ตลอดการลองใหม่ด้วยโมเดลสำรอง และแสดงเกณฑ์อัตโนมัติที่กำหนดค่าไว้ในสถานะ ช่วยหลีกเลี่ยงพฤติกรรมการลองใหม่ที่ไม่สอดคล้องกันและป้ายกำกับทั่วไปที่ไม่เป็นประโยชน์ aa3797c ขอบคุณ @vincentkoc
• ขณะนี้การตอบกลับของเอเจนต์และการทำงาน Cron ตามกำหนดเวลาจัดการการลองใหม่ด้วยโหมดเร็วและโมเดลสำรองได้อย่างน่าเชื่อถือมากขึ้น โดยรักษาสถานะที่จำเป็นให้ความพยายามครั้งสุดท้ายทำงานเสร็จหรือรายงานความคืบหน้าได้อย่างถูกต้อง 14e448e ขอบคุณ @vincentkoc
• ผู้ใช้จะไม่เห็นการแจ้งเตือนการรีเซ็ตโหมดเร็วขณะที่ความพยายามใช้โมเดลสำรองยังทำงานอยู่ โดยการแจ้งเตือนจะปรากฏเฉพาะเมื่อการทำงานถึงความพยายามใช้โมเดลสำรองครั้งสุดท้าย 6eb72a8
• ขณะนี้ผู้ใช้และผู้ดูแลจะได้รับการจัดการที่ชัดเจนขึ้นเมื่อโมเดลสดที่กำหนดค่าไว้ไม่พร้อมใช้งาน เนื่องจาก OpenClaw ระบุการตอบกลับ "ไม่พบโมเดลที่เลือก" ของผู้ให้บริการเป็นความล้มเหลวจากการไม่พบโมเดล แทนที่จะเป็นข้อผิดพลาดทั่วไป 2405d02 ขอบคุณ @vincentkoc
• ขณะนี้ Qwen และ vLLM จะคงการตั้งค่าเทมเพลตแชตที่มีอยู่ไว้อย่างสม่ำเสมอเมื่อเปิดหรือปิดการคิด และ Plugin ของผู้ให้บริการสามารถใช้ตัวช่วยที่ผ่านการทดสอบเดียวกันได้ 2ba9d6e ขอบคุณ @vincentkoc
• ผู้ให้บริการพร็อกซีที่เข้ากันได้กับ OpenAI สามารถจัดการระดับการคิดและฟิลด์ reasoning_effort แบบเดิมได้อย่างสม่ำเสมอยิ่งขึ้น โดยนักพัฒนา Plugin และผู้ดูแลผู้ให้บริการสามารถใช้ตัวช่วยปรับรูปแบบมาตรฐานที่จัดทำเอกสารไว้เพียงตัวเดียวร่วมกันใน OpenRouter, Kilocode และ SDK 35bafea
• ขณะนี้บิลด์สำหรับเบราว์เซอร์และ Vite สามารถโหลดผู้ให้บริการ OpenAI ChatGPT Responses ได้โดยไม่มีการพึ่งพาที่ใช้เฉพาะเซิร์ฟเวอร์มาทำให้บันเดิลเสียหาย ขณะที่ความล้มเหลวของ WebSocket ยังคงแสดงตามปกติ 8c8eb86 ขอบคุณ @vincentkoc
• ขณะนี้การสแกนโมเดลของ OpenRouter รองรับแค็ตตาล็อกที่ถูกต้องซึ่งมีขนาดใหญ่ขึ้นเช่นเดียวกับการค้นพบขณะรันไทม์ โดยยังคงปฏิเสธการตอบกลับที่มีขนาดใหญ่เกินไปก่อนที่จะใช้หน่วยความจำอย่างไร้ขีดจำกัด ad3b2f4 ขอบคุณ @vincentkoc
• ขณะนี้ผู้ใช้ OpenAI Responses รวมถึงการตั้งค่าการให้เหตุผล Bedrock Mantle GPT-5.x ที่ได้รับผลกระทบ จะได้รับคำตอบสุดท้ายที่เรียบร้อยเพียงคำตอบเดียว พร้อมทรานสคริปต์ที่บันทึกไว้และบริบทการเล่นซ้ำที่สอดคล้องกัน แทนที่จะมีสำเนาสะสมซ้ำหลายสิบชุด #92399 เกี่ยวข้องกับ #91959 ขอบคุณ @amersheeny, @daimingnj, @phoenixyy, @pigfoot
• ขณะนี้งานที่ตั้งเวลาไว้และเซสชันแยกที่ใช้โมเดล opencode-go จะย้ายคำขอที่หยุดชะงักไปยังการจัดการระยะหมดเวลาหรือทางเลือกสำรองที่กำหนดค่าไว้ แทนที่จะค้างนานหลายนาทีก่อนจบลงด้วยข้อผิดพลาดทั่วไป LLM request failed #93965 เกี่ยวข้องกับ #93610 ขอบคุณ @forceconstant, @zhangguiping-xydt
• หลังจากเปลี่ยนโมเดลเริ่มต้น การเริ่มเซสชันช่องใหม่ด้วย /new หรือ /reset จะใช้ค่าเริ่มต้นใหม่แทนการนำโมเดลเดิมที่แคชไว้กลับมาใช้อย่างเงียบ ๆ ขณะที่การแทนที่ด้วย /model อย่างชัดเจนยังคงไม่เปลี่ยนแปลง #77339 เกี่ยวข้องกับ #77322 ขอบคุณ @mjamiv, @zaynl
• เมื่ออยู่หลังพร็อกซี HTTP หรือ HTTPS การตรวจสอบการใช้งานและโควตาของ Codex/OpenAI ใน openclaw status --usage --json และ Control UI จะดึงข้อมูลช่วงเวลาการใช้งานได้แล้ว แทนที่จะล้มเหลวเมื่อไม่สามารถเข้าถึง chatgpt.com โดยตรง #93943 เกี่ยวข้องกับ #78714 ขอบคุณ @tnzgit, @turbotheturtle
• ขณะนี้ /status จะแสดงโมเดลที่ใช้งานอยู่และวิธีล้างตัวเลือกที่ปักหมุดไว้ในบรรทัดกระชับเพียงบรรทัดเดียว เพื่อให้ผู้ใช้ Discord และแชตอื่น ๆ ตรวจดูสถานะโมเดลได้โดยไม่ต้องอ่านข้อความอธิบายหลายบรรทัด #95797 ขอบคุณ @solvely-colin
• ขณะนี้การตอบกลับแบบสตรีมของ Anthropic จะเชื่อมโยงการอัปเดตข้อความ การคิด และการเรียกใช้เครื่องมือที่สลับกันอยู่กับบล็อกการตอบกลับที่ถูกต้อง แทนที่จะปะปนกันเมื่อมีหลายบล็อกทำงานพร้อมกัน #96013 ขอบคุณ @vincentkoc

ความต่อเนื่องของเซสชัน หน่วยความจำ และความเชื่อถือ

เซสชัน, Compaction, หน่วยความจำ และหน่วยความจำที่ทำงานด้วย QMD ช่วยรักษาบทสนทนาที่ต้องการและบริบทที่เป็นประโยชน์ให้สม่ำเสมอยิ่งขึ้นตลอดการทำงานระยะยาว การเชื่อมต่อใหม่ การอัปเกรด และการซ่อมแซมบันทึกบทสนทนา นอกจากนี้ การค้นหาเครื่องมือ ยังทำงานได้อย่างน่าเชื่อถือมากขึ้นเมื่อตัวแทนต้องกู้คืนบริบทหรือความสามารถที่ถูกต้อง

การกู้คืน Matrix ที่เข้ารหัสจะหยุดอย่างปลอดภัยเมื่อไม่สามารถตรวจสอบสถานะคีย์ที่จำเป็นได้ นโยบายเครื่องมือ, การอนุมัติ และการจัดการข้อมูลลับ จะยังคงผูกกับสถานะรันไทม์ที่ตั้งใจไว้ โดยการดำเนินการที่มีความเสี่ยงสูงกว่าจะยังคงถูกปิดใช้งาน เว้นแต่จะเปิดใช้งานอย่างชัดเจน

แหล่งที่มาและผู้มีส่วนร่วม

• ตอนนี้การสนทนาของเอเจนต์ที่ได้รับผลกระทบซึ่งใช้ OpenAI Responses สามารถกู้คืนและตอบกลับต่อได้ หลังจากการตอบกลับที่มองเห็นได้ในช่องทางทำให้ประวัติที่บันทึกไว้ไม่สมบูรณ์ แทนที่ทุกเทิร์นหลังจากนั้นจะล้มเหลวก่อนที่คำตอบจะปรากฏ #84708 ขอบคุณ @anyech
• เมื่อเอเจนต์ที่ใช้ Codex สร้างเอาต์พุตจากเครื่องมือที่มีขนาดใหญ่ผิดปกติ ตอนนี้การสนทนาที่บันทึกและเล่นซ้ำจะจำกัดข้อความให้อยู่ภายในขนาดปกติ โดยไม่เปลี่ยนแปลงเนื้อหาที่ไม่ใช่ข้อความ #87912 ขอบคุณ @adrianip0204
• ตอนนี้การสนทนาใน Control UI ยังคงแสดงอยู่และดำเนินต่อในเซสชันเดิมหลังจากเครื่องพัก การเชื่อมต่อเครือข่ายขาดหาย หรือ Gateway เชื่อมต่อใหม่ แทนที่จะหายไปเมื่อส่งข้อความถัดไป #89017 เกี่ยวข้องกับ #87700 ขอบคุณ @zhangguiping-xydt, @asicoe
• ตอนนี้การผสานรวม Codex และ Copilot ที่รวมมาให้จะผูกประวัติแชตที่ทำสำเนาและการอัปเดตบันทึกบทสนทนาไว้กับเซสชัน OpenClaw ที่ถูกต้องในระหว่างการปรับเปลี่ยนระบบจัดเก็บข้อมูล ขณะที่บันทึกบทสนทนาที่ใช้งานอยู่และจัดเก็บด้วยไฟล์เดิมยังคงทำงานได้ระหว่างการย้ายข้อมูล #89518 ขอบคุณ @jalehman
• ตอนนี้สถานะเซสชันปัจจุบันของ WebChat ตรงกับการสนทนาที่คุณใช้งานจริง ดังนั้นข้อมูลประจำตัวของเซสชัน ระดับการคิด บริบทโทเค็น และรายละเอียดค่าใช้จ่ายจะไม่มาจากเซสชันสำรอง main อีกต่อไป #89800 เกี่ยวข้องกับ #89773 ขอบคุณ @killo3967, @sweetcornna
• การสนทนาของคุณมีโอกาสสูญเสียบริบทน้อยลงหลังจากกดหยุดระหว่าง Compaction อัตโนมัติ เนื่องจากตอนนี้คำขอ Compaction จะถูกยกเลิกด้วย #89886 เกี่ยวข้องกับ #89868 ขอบคุณ @lykeion-dev, @openperf, @vincentkoc
• เมื่อการเข้าถึงเซสชันข้ามเอเจนต์ถูกบล็อก ตอนนี้ OpenClaw จะแสดงการตั้งค่าการมองเห็น การสื่อสารระหว่างเอเจนต์ และรายการอนุญาตที่จำเป็นทั้งหมด ช่วยให้ผู้ปฏิบัติงานแก้ไขการกำหนดค่านโยบายได้ แทนที่จะไล่หาความขัดข้องของเอเจนต์ที่ไม่มีอยู่จริง #90489 เกี่ยวข้องกับ #90443 ขอบคุณ @ramitrkar-hash, @sahibzada-allahyar, @vincentkoc
• ตอนนี้ openclaw memory status แสดงเฟส Dreaming แบบเบาหรือ REM ที่กำลังทำงานอยู่ แทนที่จะรายงานอย่างไม่ถูกต้องว่า Dreaming: off เพื่อให้ผู้ปฏิบัติงานเห็นว่าการกำหนดค่าหน่วยความจำที่ถูกต้องเปิดใช้งานอยู่ #93113 เกี่ยวข้องกับ #67868 ขอบคุณ @agentarclab, @mrossit
• ตอนนี้การค้นหาหน่วยความจำ QMD ที่หมดเวลาจะหยุดการทำงานเบื้องหลังเมื่อเอเจนต์ดำเนินงานต่อ ป้องกันไม่ให้กระบวนการที่ถูกละทิ้งยังคงใช้ CPU และหน่วยความจำ #93394 ขอบคุณ @alix-007
• ตอนนี้คำสั่งที่ส่งซ้ำหลัง Compaction จะยังคงอยู่ในการสนทนา ป้องกันเทิร์นสูญหาย คำตอบไร้การเชื่อมโยง และประวัติที่มีรูปแบบไม่ถูกต้องซึ่งผู้ให้บริการบางรายปฏิเสธ #94328 ขอบคุณ @vincentkoc, @yetval
• ตอนนี้รายงานหน้าที่ล้าสมัยของ Memory Wiki จะไม่นำหน้าแนวคิดและหน้าสังเคราะห์ที่คงทนมารวมในคำเตือนความสดใหม่ ทำให้มุ่งความสนใจไปที่หน้าแหล่งที่มาและหน้าเอนทิตีซึ่งอาจต้องตรวจสอบจริง #94369 ขอบคุณ @sunnyshu0925, @vincentkoc
• ตอนนี้การทำงานแบบฝังที่ใช้เวลานานและมีความคืบหน้าล่าสุดมีโอกาสถูกขัดจังหวะจากการกู้คืนเซสชันที่ล้าสมัยน้อยลง ขณะที่การทำงานที่หยุดชะงักจริงยังคงถูกล้างได้เพื่อให้งานในคิวดำเนินต่อ #94701 ขอบคุณ @imadal1n, @mrclawfield
• ตอนนี้การค้นหาหน่วยความจำของ Ollama รองรับมิติการฝังที่เล็กกว่าตามที่กำหนดค่าไว้ และแยกดัชนีสำหรับมิติที่แตกต่างกัน เพื่อหลีกเลี่ยงการนำเวกเตอร์ที่เข้ากันไม่ได้มาปะปนกัน #94811 ขอบคุณ @mushuiyu886
• ตอนนี้การค้นหาหน่วยความจำและการรีเฟรชแบบเจาะจงยังคงเชื่อมโยงกับเซสชัน OpenClaw ที่ถูกต้อง แม้ชื่อไฟล์บันทึกบทสนทนาจะเปลี่ยนไปหรือการส่งออก QMD ใช้ชื่ออื่น #95087 ขอบคุณ @jalehman
• ตอนนี้การสนทนาที่ดำเนินมาเป็นเวลานานซึ่งมีภาพหน้าจอหรือรูปภาพอื่นจะรักษาความต่อเนื่องได้สม่ำเสมอยิ่งขึ้นเมื่อ OpenClaw จัดสรรพื้นที่ให้ข้อความใหม่ แทนที่จะเต็มซ้ำ ๆ โดยไม่เลื่อนส่วนของการสนทนาที่เก็บรักษาไว้ไปข้างหน้า #95128 ขอบคุณ @yetval
• ตอนนี้ผู้ใช้ Windows สามารถเรียกใช้การทำดัชนีและค้นหาหน่วยความจำที่ใช้ QMD ผ่านพาธสัมบูรณ์ memory.qmd.command ที่กำหนดค่าไว้ รวมถึงตำแหน่งที่ใช้อักษรระบุไดรฟ์และ UNC โดย OpenClaw จะไม่ตัดตัวคั่นพาธออกก่อนเรียกใช้อีกต่อไป #95274 เกี่ยวข้องกับ #92302 ขอบคุณ @ardooken, @ly85206559
• ตอนนี้ส่วนท้ายการใช้งานที่เลือกด้วย /usage full หรือ /usage tokens จะยังคงแสดงอยู่หลังการเปลี่ยนเซสชันรายวันหรือเนื่องจากไม่มีการใช้งาน ผู้ใช้จึงไม่ต้องเปิดใช้อีกครั้ง #95322 ขอบคุณ @litang9
• การตอบกลับต่อเนื่อง รีแอ็กชัน ข้อความในเธรด และการตรวจสอบสถานะจะยังคงอยู่กับแชตที่เกี่ยวข้องหลังจากกิจกรรมของเว็บแชตหรือระบบ ขณะที่การสลับช่องทางจริงจะยังคงล้างรายละเอียดการกำหนดเส้นทางที่ล้าสมัย #95467 ขอบคุณ @yetval
• ตอนนี้การสนทนาหลักที่ดำเนินมาเป็นเวลานานจะเก็บบริบทก่อนหน้าไว้เมื่อผู้ใช้กลับมาในวันถัดไปหรือติดตามผลภายหลัง แทนที่จะเริ่มใหม่โดยไม่มีการแจ้งเตือนหลังจากเสร็จสิ้นตามปกติ #95472 ขอบคุณ @xydt-tanshanshan
• ผู้ที่มีประวัติเซสชันจำนวนมากสามารถแสดงรายการ ดูตัวอย่าง และค้นหาเซสชันได้โดยไม่ค้างนานหลายวินาที ขณะที่คีย์เซสชันรุ่นเก่าที่ใช้ตัวพิมพ์เล็กใหญ่ปะปนกันจะยังคงถูกย้ายข้อมูลเมื่อเริ่มต้นระบบ #95699 ขอบคุณ @jalehman, @jzakirov
• แก้ไขปัญหาที่บางครั้งคำตอบซึ่งส่งเรียบร้อยแล้วถูกบันทึกลงในประวัติการสนทนาที่ไม่ถูกต้อง หรือไม่ถูกบันทึก เมื่อผู้ปฏิบัติงานใช้ session.store แบบกำหนดเองหรือเฉพาะเอเจนต์ ช่วยเพิ่มความต่อเนื่องและความสามารถในการตรวจสอบสำหรับเซสชันเป้าหมาย #95782 เกี่ยวข้องกับ #95781 ขอบคุณ @youngting520
• ตอนนี้สรุปหน่วยความจำของเซสชันที่บันทึกไว้จะไม่รวมโทเค็นดิบของโมเดล บล็อกการเรียกเครื่องมือ ตัวยึดตำแหน่งสื่อ แท็กบทบาท และเครื่องหมาย NO_REPLY ที่ล้าสมัย เพื่อให้การสนทนาในอนาคตเก็บบริบทที่เป็นประโยชน์ไว้ #95791 ขอบคุณ @sweetsophia, @vincentkoc, @yb0y
• ตอนนี้เซสชัน OpenAI ที่ใช้งานมาเป็นเวลานานผ่าน OAuth ของ Codex/ChatGPT สามารถทำ Compaction ได้โดยไม่ต้องมีคีย์ API แยกต่างหาก ไม่ว่าจะเรียกใช้ /compact ด้วยตนเองหรือถูกทริกเกอร์โดยอัตโนมัติ #95831 เกี่ยวข้องกับ #95693 ขอบคุณ @sallyom, @yui-tien
• ตอนนี้เซสชันที่ยาวและใช้เครื่องมือจำนวนมากจะทำ Compaction กับการสนทนาที่มีขนาดเกิน แทนที่จะติดค้างเมื่อผลลัพธ์ขนาดใหญ่จากเครื่องมือปรากฏในตอนท้าย #95860 เกี่ยวข้องกับ #78478 ขอบคุณ @jw8957, @wzhgba, @yetval
• เมื่อ memory_search ใช้งานไม่ได้เนื่องจากรันไทม์ Node ไม่มี node:sqlite ตอนนี้ OpenClaw จะแนะนำรันไทม์ที่เข้ากันได้แก่ผู้ใช้ แทนที่จะให้แก้ไขปัญหาผู้ให้บริการการฝังที่ไม่เกี่ยวข้อง #95916 ขอบคุณ @rrrrrredy, @vincentkoc
• ตอนนี้นักพัฒนาและผู้ปฏิบัติงานที่ตรวจสอบเซสชัน Copilot ซึ่งผ่าน Compaction แล้วจะได้รับสรุป จำนวนโทเค็นก่อนและหลัง และรายละเอียดเซสชัน แทนที่จะได้ผลลัพธ์ที่ไม่สมบูรณ์ #96049 ขอบคุณ @vincentkoc
• ตอนนี้คำสั่ง /stop และคำสั่งยกเลิกจะยังคงหยุดการทำงานที่กำลังดำเนินอยู่ ล้างงานติดตามผลในคิว และยุติเอเจนต์ย่อยที่เกี่ยวข้องอย่างรวดเร็ว แม้ต้องปรับคีย์เซสชันให้อยู่ในรูปแบบมาตรฐานหรือไม่สามารถบันทึกข้อมูลเมตาการยกเลิกได้ #96201 ขอบคุณ @jalehman
• ตอนนี้การอัปเกรด Voice Wake จะทำให้วลีทริกเกอร์และกฎการกำหนดเส้นทางที่มีอยู่ยังคงทำงานได้ ขณะที่ OpenClaw ย้ายข้อมูลเหล่านั้นจากไฟล์การตั้งค่าที่เลิกใช้แล้วไปยังฐานข้อมูลสถานะที่ใช้ร่วมกัน bdf81a8
• ตอนนี้การอัปเกรดจากโครงสร้างสถานะ OpenClaw รุ่นเก่าจะเก็บรักษาการแจ้งเตือนการอัปเดต การจำกัดความถี่ในการตรวจสอบ ระเบียนเวอร์ชันที่พร้อมใช้งาน และประวัติความพยายามอัปเดตอัตโนมัติไว้ ขณะที่สถานะดังกล่าวถูกย้ายไปยัง SQLite eb00d49 ขอบคุณ @vincentkoc
• การสนทนาผ่านช่องทางของ Plugin จะรักษาเซสชันเป้าหมายได้อย่างน่าเชื่อถือยิ่งขึ้นระหว่างการเริ่มต้น การตรวจสอบของ doctor และการซ่อมแซมสถานะ โดยระเบียนการผูกข้อมูลรุ่นเก่าจะถูกย้ายไปยังฐานข้อมูลที่ใช้ร่วมกันของ OpenClaw 9f888d9
• ตอนนี้การซิงค์เซสชันที่ใช้หน่วยความจำบน Windows จะยังคงใช้ไฟล์บันทึกบทสนทนาที่ต้องการ แม้รูปแบบพาธจะแตกต่างกัน b3b5b08 ขอบคุณ @vincentkoc
• ตอนนี้การทำงานของเอเจนต์แบบฝังที่ไม่มีคีย์เซสชันหรือมีคีย์ว่างจะยังคงเชื่อมโยงกับเซสชันเป้าหมาย แทนที่จะถูกส่งผ่านการกำหนดเส้นทางเซสชันที่ไม่สอดคล้องกัน 911f853 ขอบคุณ @vincentkoc
• เมื่อโมเดลคาดเดาชื่อเครื่องมือผิด ตอนนี้การค้นหาเครื่องมือและโหมดโค้ดจะแสดงวิธีค้นหาและลองใช้เครื่องมือที่ถูกต้องอีกครั้ง ลดความเสี่ยงที่เซสชันซึ่งทำงานมาเป็นเวลานานจะติดค้างหรือสูญเสียหน่วยความจำถาวรระหว่าง Compaction #93374 เกี่ยวข้องกับ #92273 ขอบคุณ @mushuiyu886, @poison, @vincentkoc
• แก้ไขปัญหาคำตอบของผู้ช่วยหายไปจากเว็บแชต Control UI, Feishu และการสนทนาแบบฝังอื่น ๆ หลัง Compaction ทำให้แชตที่รีเฟรชแล้วยังคงอ่านได้และคำขอติดตามผลแยกจากกัน #95484 เกี่ยวข้องกับ #76729 ขอบคุณ @maweibin, @njuboy11, @vincentkoc
• ตอนนี้ฟีเจอร์หน่วยความจำของ OpenClaw จะรักษาความครอบคลุมของบันทึกบทสนทนาที่ใช้งานอยู่ รีเซ็ตแล้ว และลบแล้ว ให้สอดคล้องกับที่เก็บเซสชันและความเป็นเจ้าของของเอเจนต์ตามที่กำหนดค่าไว้ ทำให้ Dreaming การส่งออก QMD การทำดัชนี และการซิงค์มีโอกาสพลาดหรือระบุเจ้าของประวัติการสนทนาผิดน้อยลง #96162 ขอบคุณ @jalehman
• ตอนนี้การตั้งค่า TLS ของ Gateway จะปฏิเสธพาธใบรับรองหรือคีย์ที่ว่างเปล่าอย่างชัดเจน หรือใช้ค่าเริ่มต้นของ OpenClaw เพื่อหลีกเลี่ยงความล้มเหลวระหว่างเริ่มต้นและสร้างใบรับรองที่ชวนสับสน โดยยังคงรองรับพาธที่ถูกต้อง #94054 ขอบคุณ @miorbnli
• นโยบาย Plugin ที่กำหนดค่าไว้จะยังคงบล็อกหรือเขียนการเรียกเครื่องมือที่ละเอียดอ่อนใหม่ หลังการเปลี่ยนแปลงรีจิสทรีของ Gateway การโหลดใหม่ หรือการเริ่มต้นฮุกในภายหลัง แทนที่จะถูกข้ามโดยไม่มีการแจ้งเตือน #94545 ขอบคุณ @jesse-merhi
• ตอนนี้ผู้ปฏิบัติงานบนอุปกรณ์เคลื่อนที่ที่มี operator.approvals สามารถดูและจัดการการอนุมัติการดำเนินการที่ทริกเกอร์จากแชตบนอุปกรณ์ iOS ที่เริ่มคำขอได้ รวมถึงขณะแอปเปิดอยู่ โดยไม่ต้องพึ่งเฉพาะการแจ้งเตือนแบบพุช #95175 ขอบคุณ @joshavant
• ตอนนี้ผู้ใช้ Control UI จะได้รับ DOMPurify รุ่นที่แพตช์แล้ว ลดความเสี่ยงจากช่องโหว่ตัวกรอง GHSA-cmwh-pvxp-8882 โดยไม่เปลี่ยนแปลงลักษณะการทำงานของอินเทอร์เฟซ #95691 ขอบคุณ @vincentkoc
• ตอนนี้การอนุมัติแบบ "อนุญาตเสมอ" สำหรับการผูกการสนทนาของ Plugin จะถูกย้ายต่อมาจากไฟล์การตั้งค่าเก่า และมีโอกาสสูญหายหรือถูกเขียนทับน้อยลงเมื่อมีกระบวนการ OpenClaw หลายรายการทำงานอยู่ ae41b00 ขอบคุณ @vincentkoc
• ขณะนี้ผู้ใช้ Matrix จะเห็นว่าต้องมีคีย์กู้คืนที่ใช้งานอยู่ก่อนจึงจะดำเนินการบังคับรีเซ็ตการลงนามข้ามอุปกรณ์ได้ ซึ่งช่วยป้องกันไม่ให้การรีเซ็ตครั้งที่สองทำให้การกู้คืนการเข้ารหัสและการสำรองคีย์ห้องใช้งานไม่ได้ #95720 เกี่ยวข้องกับ #78396 ขอบคุณ @jteddy, @vincentkoc, @xialonglee
• การ์ดสถานะของ Memory Wiki และการซิงค์แหล่งข้อมูลผ่านบริดจ์มีโอกาสล้มเหลวน้อยลงระหว่างการเขียนหน้าซ้ำพร้อมกัน เนื่องจากขณะนี้ OpenClaw จะลองใหม่เมื่อพบความไม่ตรงกันของพาธชั่วคราว โดยยังคงหยุดการเขียนระบบไฟล์ที่ไม่ปลอดภัยหรือเกิดปัญหาอย่างต่อเนื่อง #94443 เกี่ยวข้องกับ #92134 ขอบคุณ @cknzraposo, @zengwen-dt
• แก้ไขปัญหาการกลับมาทำงานต่อจากเซสชันล่าสุดที่เปิดบทสนทนาใหม่สำหรับผู้ใช้ซึ่งมีพาธพื้นที่ทำงานยาว แทนที่จะกลับไปยังบันทึกการสนทนาเดิม #94578 เกี่ยวข้องกับ #94577 ขอบคุณ @rohitjavvadi, @vincentkoc
• ขณะนี้ Memory Wiki จะเก็บบันทึกที่ผู้ใช้เขียนไว้โดยไม่เปลี่ยนแปลง เมื่อมีการนำหน้าแหล่งข้อมูลเดิมเข้าระบบอีกครั้งหรือซิงค์ใหม่ พร้อมทั้งยังคงรีเฟรชเนื้อหาที่สร้างขึ้น #95614 ขอบคุณ @yetval
• แก้ไขปัญหา Memory Wiki คัดลอกหน้าแหล่งข้อมูลที่สร้างขึ้นเองกลับเข้ามาในตัวเองซ้ำ ๆ เมื่อคลังของมันจัดเก็บอยู่ภายในโฟลเดอร์หน่วยความจำของพื้นที่ทำงาน โดยช่วยหลีกเลี่ยงไฟล์ซ้ำ การล้างข้อมูลซ้ำ และการขยายตัวของดัชนีหน่วยความจำโดยไม่จำเป็น #95666 เกี่ยวข้องกับ #95657 ขอบคุณ @johannes0402, @turbotheturtle, @vincentkoc
• สำหรับผู้ดูแลระบบที่ใช้ Active Memory ร่วมกับ Dreaming ของ memory-core งาน Dreaming รายคืนจะไม่เริ่มกระบวนการเรียกคืนข้อมูลที่ไม่จำเป็นและไม่พบการหมดเวลาที่ 45 วินาทีอีกต่อไป ขณะที่การสนทนาบนเว็บตามปกติยังคงได้รับการเรียกคืนข้อมูลจากหน่วยความจำ #95721 เกี่ยวข้องกับ #78500 ขอบคุณ @vincentkoc, @vishutdhar, @xialonglee
• เซสชันของเอเจนต์ที่มีการเรียกใช้เครื่องมือจำนวนมากสามารถซ่อมแซมผลลัพธ์ที่ผิดลำดับโดยทำงานซ้ำน้อยลง พร้อมทั้งจับคู่ผลลัพธ์แต่ละรายการกับการเรียกใช้เครื่องมือที่ถูกต้อง #96014 ขอบคุณ @vincentkoc
• ขณะนี้งานหน่วยความจำที่ใช้ qmd บน Windows จะหยุดกระบวนการที่เกี่ยวข้องทั้งหมดหลังการตรวจสอบความพร้อมใช้งานและเมื่อคำสั่งหมดเวลา ซึ่งช่วยป้องกันไม่ให้กระบวนการลูกของ qmd ทำงานต่อในเบื้องหลัง 830691b
• ขณะนี้แหล่งแพ็กเกจ OpenClaw ที่เชื่อถือได้จะปฏิเสธพาธข้างเคียงที่มีชื่อคล้ายกัน ดังนั้นการเชื่อถือ /artifactory/openclaw จะไม่อนุญาตพาธอย่าง /artifactory/openclaw-malicious อีกต่อไป 12c34fc ขอบคุณ @vincentkoc

โหมดรีเลย์ของเราเตอร์ Slack

โหมดรีเลย์ของเราเตอร์ Slack ช่วยให้การติดตั้งใช้งานแบบมีการจัดการหรือแบบหลาย Gateway สามารถรวมศูนย์ทราฟฟิกขาเข้าจาก Slack โดย Gateway ของ OpenClaw ที่ถูกต้องยังคงจัดการการกล่าวถึง ความเชื่อมโยงของเธรด และการตอบกลับ

แหล่งที่มาและผู้มีส่วนร่วม

• ขณะนี้การติดตั้งใช้งาน Slack แบบมีการจัดการสามารถใช้เราเตอร์ส่วนกลางเพื่อส่งการกล่าวถึงและเธรดที่กำลังดำเนินอยู่ไปยัง Gateway ของ OpenClaw ที่ถูกต้อง โดยการตอบกลับยังคงปรากฏผ่าน Slack #94707 ขอขอบคุณ @pash-openai, @sjf-oa

บริดจ์ปลุก External Agent ของ Raft

ขณะนี้ช่องทาง Raft และPlugin Raft รองรับบริดจ์ปลุกผ่าน CLI ภายในเครื่อง เพื่อให้ External Agents สามารถปลุก OpenClaw สำหรับงานในเวิร์กสเปซที่รอดำเนินการ และผู้ปฏิบัติงานสามารถตรวจสอบการตั้งค่าและสถานะผ่านช่องทางที่รองรับ

แหล่งที่มาและผู้มีส่วนร่วม

• ขณะนี้ผู้ปฏิบัติงาน Raft External Agent สามารถปลุกเอเจนต์ OpenClaw เมื่อเวิร์กสเปซมีงานรอดำเนินการผ่านบริดจ์ CLI ภายในเครื่องที่รองรับ พร้อมโปรไฟล์ที่มีชื่อและการตรวจสอบข้อกำหนดเบื้องต้นของ CLI ที่ขาดหายไป #95497 ขอขอบคุณ @vincentkoc

การติดตั้งและซ่อมแซม Plugin อย่างเป็นทางการ

ขณะนี้การจัดการ Plugin รองรับการผสานรวมอย่างเป็นทางการเพิ่มขึ้นผ่านโฟลว์การติดตั้งและซ่อมแซมแพ็กเกจภายนอกตามปกติ รายการ Plugin และการตรวจสอบการตั้งค่าที่เกี่ยวข้องจะแสดงผลลัพธ์ที่ชัดเจนขึ้นเมื่อแพ็กเกจขาดหาย ไม่เข้ากัน หรือต้องติดตั้งใหม่

แหล่งที่มาและผู้มีส่วนร่วม

• เมื่อ plugins.allow ใช้ชื่อช่องทางหรือชื่อแพ็กเกจแทนรหัส Plugin จริง ขณะนี้คำแนะนำเมื่อเริ่มต้นระบบจะระบุรายการที่ไม่ตรงกันและแสดงรหัส Plugin ที่ค้นพบซึ่งจำเป็นสำหรับแก้ไขการกำหนดค่า #68389 เกี่ยวข้องกับ #68352 ขอขอบคุณ @aym9999, @jirboy, @lyfuci, @pahuchi-joe, @zmxccxy
• ขณะนี้คำเตือนเรื่องความน่าเชื่อถือของ Plugin สำหรับการติดตั้งครั้งแรกหรือการติดตั้งใหม่มีตัวอย่าง plugins.allow ที่พร้อมคัดลอกและคำสั่งสำหรับแสดงรายการหรือตรวจสอบรหัส Plugin เพื่อให้ผู้ใช้แก้ไขคำเตือนได้ก่อนเชื่อถือหรือติดตั้งโค้ด Plugin ใหม่ #78105 เกี่ยวข้องกับ #68780 ขอขอบคุณ @jirboy, @pahuchi-joe
• ขณะนี้การย้ายข้อมูลของ Codex ใช้งานได้กับการติดตั้ง Plugin ส่วนกลางแบบมาตรฐาน เนื่องจาก openclaw migrate สามารถค้นหาผู้ให้บริการที่ติดตั้งไว้แทนที่จะล้มเหลวด้วย Unknown migration provider #89612 เกี่ยวข้องกับ #89609 ขอขอบคุณ @mugabuga, @zerone0x
• การติดตั้งและอัปเดต Plugin สามารถกู้คืนจากการตรึงเวอร์ชันการขึ้นต่อกันที่ล้าสมัยซึ่ง OpenClaw จัดการ แทนที่จะล้มเหลวด้วย npm EOVERRIDE โดยการซิงโครไนซ์ในภายหลังจะไม่ดาวน์เกรดหรือลบแพ็กเกจที่ผู้ใช้ติดตั้งไว้อย่างชัดเจน #91786 เกี่ยวข้องกับ #91772 ขอขอบคุณ @amknight, @mkdelta221
• ขณะนี้นักพัฒนา Plugin ช่องทางสามารถส่งตัวระบุผู้ส่งและการสนทนาแบบเนทีฟผ่านฮุกและเวิร์กโฟลว์การเรียกใช้ที่เลือกได้ ทำให้การผสานรวมกำหนดเส้นทางได้แม่นยำขึ้นโดยไม่ทำให้ฟิลด์ผู้ส่งและแชตที่มีอยู่เสียหาย #91903 ขอขอบคุณ @lanzhi-lee, @vincentkoc
• ขณะนี้การค้นหา Plugin ลดการตรวจสอบระบบไฟล์แบบบล็อกที่ซ้ำกันระหว่างการเริ่มต้นระบบ ช่วยลดงานเริ่มต้นแบบเย็นที่หลีกเลี่ยงได้สำหรับโครงสร้าง Plugin ที่รวมมา โดยเฉพาะบนระบบไฟล์ Windows ที่ช้ากว่า โดยไม่เปลี่ยนพฤติกรรมการค้นหาชุดรวม #93919 เกี่ยวข้องกับ #76209 ขอขอบคุณ @ml12580, @shenhonglong456-ai
• ขณะนี้เมธอด Gateway ของ Plugin ใช้งานผ่าน openclaw gateway call ได้หลังลงทะเบียน ทำให้ผู้เขียน Plugin สามารถเรียกใช้จากสคริปต์และงาน Cron แทนที่จะพบข้อผิดพลาด unknown method #94154 เกี่ยวข้องกับ #94127 ขอขอบคุณ @brycemurray, @pick-cat, @vincentkoc
• การค้นหาและตรวจสอบการติดตั้ง Skills ของ ClawHub มีโอกาสทำให้ OpenClaw หยุดชะงักหรือขัดข้องน้อยลง เนื่องจากขณะนี้ระบบจะหยุดการตอบสนองจากมาร์เก็ตเพลสที่มีขนาดใหญ่เกินไปหรือค้างอยู่ก่อนที่จะใช้หน่วยความจำจนหมด #95226 ขอขอบคุณ @alix-007
• Plugin อย่างเป็นทางการที่ตรึงเวอร์ชันไว้จะไม่ค้างอยู่กับรุ่นเก่าอีกต่อไปเมื่อผู้ปฏิบัติงานทำตามคำแนะนำการซ่อมแซมจาก openclaw doctor หรือสถานะ Gateway เชิงลึกหลังการอัปเกรด #95541 ขอขอบคุณ @ooiuuii, @vincentkoc
• การอัปเดต Plugin npm แบบมีการจัดการมีโอกาสทำให้งานบน Gateway ที่กำลังทำงานอยู่เสียหายด้วยข้อผิดพลาดโมดูลหายลดลง เพราะไฟล์ Plugin รุ่นเก่ายังคงพร้อมใช้งานจนกว่า Gateway จะเริ่มทำงานในภายหลังและล้างไฟล์เหล่านั้น #95589 ขอขอบคุณ @ooiuuii, @vincentkoc
• ขณะนี้การ์ด Plugin อย่างเป็นทางการสำหรับแบรนด์ที่รองรับแสดงไอคอนที่จดจำได้ใน ClawHub และแค็ตตาล็อกอื่น ๆ และผู้เขียน Plugin สามารถระบุภาพสำหรับมาร์เก็ตเพลสผ่านฟิลด์แมนิเฟสต์ที่มีเอกสารกำกับ #95845 ขอขอบคุณ @patrick-erichsen
• ไอคอน Plugin อย่างเป็นทางการใน ClawHub และแค็ตตาล็อกอื่น ๆ จะไม่ถูกบังคับให้ใช้สีเดียวกันที่กำหนดตายตัวอีกต่อไป ทำให้ Simple Icons สามารถใช้ภาพเริ่มต้นของตนแทนได้ #95987 ขอขอบคุณ @patrick-erichsen
• ขณะนี้ผู้ใช้ Docker มีมิเรอร์ Docker Hub อย่างเป็นทางการ openclaw/openclaw ควบคู่กับ GHCR โดยรุ่นเบตาที่ระบุเวอร์ชันจะไม่เปลี่ยนนามแฝงเสถียร latest และ main #97122 ขอขอบคุณ @vincentkoc
• ขณะนี้การติดตั้ง OpenClaw จาก Git ใช้เวอร์ชัน pnpm ที่ตรึงไว้ในที่เก็บ แม้ว่าจะมี pnpm ส่วนกลางตัวอื่นหรือตัวจัดการแพ็กเกจของโปรเจกต์โดยรอบอยู่ก็ตาม ทำให้คำสั่งตั้งค่าไม่ทำงานในสภาพแวดล้อมตัวจัดการแพ็กเกจที่ไม่ถูกต้องอีกต่อไป bd74a62 ขอขอบคุณ @vincentkoc
• ขณะนี้คำขอการ์ด Skills และการอัปเดตของ ClawHub เสร็จสิ้นหรือหมดเวลาอย่างคาดการณ์ได้ แม้ได้รับค่าระยะหมดเวลาที่สูงผิดปกติ 8cd0c11 ขอขอบคุณ @vincentkoc
• ผู้ใช้ Windows สามารถติดตั้งจากซอร์สจนเสร็จได้โดยไม่มีขั้นตอนตั้งค่า llama.cpp มาขัดขวางหรือทำให้ช้าลง และโปรแกรมติดตั้งจะคืนค่าการตั้งค่าเชลล์เดิมหลังจากนั้น ea9065b ขอขอบคุณ @vincentkoc
• ขณะนี้สามารถติดตั้งหรือซ่อมแซม Plugin ช่องทาง ผู้ให้บริการ และการค้นหาเว็บอย่างเป็นทางการได้มากขึ้นผ่านแค็ตตาล็อกแพ็กเกจภายนอกตามปกติ โดยยังคงจดจำได้จากข้อมูลประจำตัวที่มีอยู่ #95683 ขอขอบคุณ @vincentkoc
• ผู้ที่ติดตั้งหรืออัปเดต Plugin ช่องทาง Yuanbao อย่างเป็นทางการผ่านแค็ตตาล็อกที่เชื่อถือได้ของ OpenClaw จะได้รับเวอร์ชัน 2.15.0 พร้อมการตรวจสอบความถูกต้องที่คาดไว้และคำแนะนำเมื่อ Plugin หายที่สอดคล้องกับรุ่นนั้น #94470 ขอขอบคุณ @jase-283
• ขณะนี้การเริ่มต้นใช้งานครั้งแรกสามารถติดตั้ง Skills gog ที่รวมมาผ่าน Homebrew ได้โดยไม่ล้มเหลวจากสูตร tap ของบุคคลที่สามซึ่งถูกนำออกแล้ว #95019 เกี่ยวข้องกับ #95017 ขอขอบคุณ @sedrak-hovhannisyan, @vincentkoc, @zengwen-dt
• ผู้ใช้ Canvas, Discord, Slack, Voice Call และ WhatsApp ยังคงได้รับคำแนะนำ Skills แบบเดิมกับ Plugin แต่ละรายการที่ติดตั้งหรือรวมมา ขณะที่การอ้างอิงถึงพาธรากเดิม skills/... ต้องย้ายไปยังไดเรกทอรี Plugin ที่เกี่ยวข้อง #95664 ขอขอบคุณ @vincentkoc
• ขณะนี้การตรวจสอบ Skills ของ ClawHub ยอมรับการอ้างอิง @owner/<slug> แบบเดียวกับที่ใช้สำหรับการติดตั้งและอัปเดต ทำให้ผู้ใช้ตรวจสอบผู้เผยแพร่ที่ต้องการได้โดยไม่ต้องเปลี่ยนไปใช้ slug เปล่าที่กำกวม #95992 ขอขอบคุณ @patrick-erichsen
• ขณะนี้คำเตือนตัวจัดการแพ็กเกจระหว่างการติดตั้งของ OpenClaw ระบุ npm, Yarn, Yarn Berry และตัวเรียกใช้แบบ Corepack ได้อย่างถูกต้อง ช่วยหลีกเลี่ยงคำแนะนำที่ทำให้เข้าใจผิดเมื่อเครื่องมือเหล่านั้นทำงานผ่านชื่อไฟล์ปฏิบัติการอื่น 11a2e03 ขอขอบคุณ @vincentkoc
• ขณะนี้การติดตั้งจาก URL ของแพ็กเกจรองรับระยะหมดเวลาการดาวน์โหลดที่สูงเกินไปโดยไม่ล้มเหลวก่อนที่จะประมวลผลข้อมูลแพ็กเกจที่มีอยู่ได้ c310f8c
• ขณะนี้นักพัฒนา Plugin และ CLI เห็น API การจัดรูปแบบคำสั่งที่รองรับได้ชัดเจนขึ้น ขณะที่การจับคู่อุปกรณ์ การลงทะเบียน Node และคำแนะนำจาก doctor ยังคงสร้างคำสั่งที่ปลอดภัยสำหรับเชลล์เหมือนเดิม 23b4f33
• ขณะนี้ผู้ใช้ Windows ARM64 จะได้รับไฟล์ดาวน์โหลด Node และ MinGit สำหรับ ARM64 ที่ตรงกันเมื่อเรียกใช้โปรแกรมติดตั้ง PowerShell ผ่านเชลล์ที่จำลอง x64 fac091b ขอขอบคุณ @vincentkoc
• การติดตั้ง OpenClaw ตามค่าเริ่มต้นจะไม่เสียเวลาสร้างการรองรับ llama.cpp ซึ่งเป็นทางเลือกอีกต่อไป ช่วยหลีกเลี่ยงความล้มเหลวในการสร้างแบบเนทีฟสำหรับผู้ใช้ที่ไม่ได้เปิดใช้งาน cc1b3a8 ขอขอบคุณ @vincentkoc

ช่องทางและการรับส่งข้อความ

การแก้ไขช่องทางเพิ่มเติม

การแก้ไขเพิ่มเติมสำหรับTelegram และการกำหนดค่าช่องทางครอบคลุมปัญหาการส่งและการตั้งค่าที่เฉพาะเจาะจงยิ่งขึ้น

แหล่งที่มาและผู้มีส่วนร่วม

• ห่วงโซ่การตอบกลับของ Telegram ยังคงแนบการตอบกลับที่แคชไว้หลังจากบริบทเปลี่ยนแปลง แทนที่จะล้มเหลวเมื่อมีการนำการตอบกลับที่แคชไว้เหล่านั้นกลับมาใช้ #82909 ขอขอบคุณ @lidge-jun
• แก้ไขปัญหาที่ Discord ทิ้งการตอบกลับยาวทั้งหมดซึ่งมีบล็อกโค้ดแบบมีรั้ว เมื่อรั้วปิดโค้ดอยู่ใกล้ขีดจำกัดข้อความ 2,000 อักขระ #95661 ขอขอบคุณ @ly-wang19
• ขณะนี้ผู้ปฏิบัติงาน Slack สามารถจัดเก็บโทเค็นและข้อมูลลับสำหรับการลงนามเป็นอินพุต SecretRef ที่รองรับ ขณะที่การอ่าน การเขียน การค้นหารายการที่อนุญาตและเป้าหมาย ตลอดจนการตรวจสอบการตั้งค่า จะใช้ข้อมูลประจำตัวที่ประมวลผลแล้วแทนที่จะปฏิเสธหรืออ่านการอ้างอิงผิด 7da955f ขอขอบคุณ @vincentkoc
• ขณะนี้การตรวจสอบความสามารถของช่องทางจะส่งคืนการหมดเวลาที่ชัดเจนเมื่อการผสานรวมหยุดตอบสนอง ทำให้การแก้ไขปัญหาไม่ค้างอยู่ในเทอร์มินัลหรือการเรียกใช้ระบบอัตโนมัติ 8ecdb97 ขอขอบคุณ @vincentkoc

Gateway ความปลอดภัย และความน่าเชื่อถือ

การกู้คืนจากการรีสตาร์ตและความพร้อมใช้งาน

ขณะนี้สัญญาณสถานะการทำงานของ Gateway และการแก้ไขปัญหา สอดคล้องกับสถานะจริงของ OpenClaw มากขึ้นว่าพร้อมใช้งาน กำลังรีสตาร์ต หรือไม่สามารถทำงานต่อได้ การเรียกใช้เอเจนต์ที่เริ่มผ่านCLI กู้คืนจากการตัดการเชื่อมต่อ การปิดระบบ การเปลี่ยนแปลงการกำหนดเส้นทาง และเงื่อนไขการเริ่มต้นระบบที่ล้มเหลวได้อย่างราบรื่นยิ่งขึ้น

แหล่งที่มาและผู้มีส่วนร่วม

• เมื่อ Gateway ระยะไกลที่กำหนดค่าไว้หรือระบุอย่างชัดเจนทำงานช้าแต่ยังเข้าถึงได้ ตอนนี้ openclaw gateway probe --timeout ... จะรอตามระยะหมดเวลาที่ร้องขอ แทนที่จะรายงานว่าเข้าถึงไม่ได้หลังจากถึงขีดจำกัดภายในที่สั้นกว่า #89859 ที่เกี่ยวข้อง #65355 ขอบคุณ @hellocli, @mushuiyu886
• ตอนนี้การทำงานของเอเจนต์ย่อยภายในที่ใช้เวลานานหรือทำงานแบบขนานจะหลีกเลี่ยงการประมวลผลตัวอย่างแบบสดที่ไม่จำเป็น ขณะที่เซสชันเอเจนต์ย่อยที่มองเห็นได้ยังคงแสดงการอัปเดตแบบสดและคำตอบสุดท้าย #91906 ขอบคุณ @lanzhi-lee, @vincentkoc
• ตอนนี้การสนทนา ACP โดยเฉพาะเธรดที่ใช้ Kiro เป็นระบบเบื้องหลัง สามารถดำเนินต่อหลังจากการตอบครั้งแรกได้ โดยเริ่มเซสชันใหม่เมื่อระบบเบื้องหลังไม่สามารถดำเนินเซสชันเดิมต่อได้อีก #93547 ที่เกี่ยวข้อง #87830 ขอบคุณ @amersheeny, @chouzz
• เมื่อภาวะหน่วยความจำตึงตัวของ Linux ยุติคำสั่งหรือเซสชันลูก ตอนนี้ Gateway ของ OpenClaw ที่จัดการโดย systemd จะยังคงทำงานและรักษาการเชื่อมต่อช่องทางไว้ พร้อมรายงานความล้มเหลวของโปรเซสลูก #93585 ขอบคุณ @snowzlm
• ตอนนี้การยกเลิกการทำงานของ OpenClaw ระหว่างที่เครื่องมือกำลังทำงานจะยุติการทำงานทันที แทนที่จะเริ่มรอบการทำงานของโมเดลอีกครั้งหรือปล่อยให้เซสชันถูกล็อก #94412 ขอบคุณ @szsip239, @vincentkoc
• ตอนนี้งาน OpenClaw ตามกำหนดเวลาที่ใช้โมเดลคลาวด์จะกู้คืนจากการเรียกโมเดลที่ค้างโดยไม่มีการแจ้งเตือนตามค่าเริ่มต้น ซึ่งช่วยป้องกันไม่ให้งาน Cron ในภายหลังคั่งค้าง ขณะที่ผู้ให้บริการภายในเครื่องหรือโฮสต์เองยังคงใช้พฤติกรรมระยะหมดเวลาเดิม #94445 ขอบคุณ @bek91
• ตอนนี้การตรวจสอบความพร้อมของ Gateway จะเปลี่ยนเป็นสถานะไม่พร้อมใช้งานระหว่างช่วงระบายงานเพื่อรีสตาร์ต ป้องกันไม่ให้ตัวจัดการทราฟฟิกส่งงานใหม่ไปยัง Gateway ที่กำลังปฏิเสธคำขอชั่วคราว #94915 ที่เกี่ยวข้อง #78136 ขอบคุณ @markoub, @maxschachere, @vincentkoc
• ผู้ใช้ Mac สามารถรักษา Gateway ที่จัดการโดย LaunchAgent ให้ทำงานต่อระหว่างการอัปเกรด OpenClaw ได้ แทนที่จะพบวงจรขัดข้องและรีสตาร์ตซ้ำเมื่อโค้ดรันไทม์แปลงข้อความรุ่นเก่ายังคงอยู่ในแคช #95081 ที่เกี่ยวข้อง #95057 ขอบคุณ @849261680, @yveslarose
• ตอนนี้การสนทนาที่ขับเคลื่อนโดย Codex ใน TUI, WebChat และ API สตรีมมิงที่เข้ากันได้จะแสดงคำตอบขณะกำลังเขียน พร้อมแทนที่ข้อความชั่วคราวอย่างเรียบร้อยเพื่อไม่ให้คำตอบสุดท้ายรวมฉบับร่างที่ล้าสมัย #95404 ที่เกี่ยวข้อง #95422 ขอบคุณ @agonza1, @vincentkoc
• หลังจากรีสตาร์ต Gateway ผู้ใช้จะไม่เห็นข้อความแจ้งให้ลองใหม่ที่ชวนให้เข้าใจผิดอีกต่อไป เมื่อ OpenClaw กำลังดำเนินคำตอบที่ถูกขัดจังหวะต่อหรือรายงานความล้มเหลวในการกู้คืนที่เกิดขึ้นจริงอยู่แล้ว ซึ่งช่วยลดการลองซ้ำโดยไม่จำเป็น #95431 ขอบคุณ @moeedahmed, @vincentkoc
• ตอนนี้เซสชันเอเจนต์ที่ใช้เวลานานและใช้เครื่องมืออย่างหนักจะยังคงได้รับประโยชน์จากแคชพรอมต์เมื่อผลลัพธ์สะสม ช่วยลดความล่าช้าและค่าใช้จ่ายที่หลีกเลี่ยงได้จากการส่งประวัติที่เขียนใหม่ซ้ำระหว่างรอบ #95624 ขอบคุณ @vincentkoc
• ตอนนี้การรีสตาร์ต Gateway จะไม่ทำให้เอเจนต์ที่กำหนดค่าไว้ซึ่งใช้ Codex, Copilot หรือ Plugin ที่เชื่อถือได้ไม่พร้อมใช้งานชั่วคราวอีกต่อไป และ Plugin ของพื้นที่ทำงานที่ไม่น่าเชื่อถือยังคงถูกป้องกันไม่ให้เปิดใช้งานตัวเอง #95652 ขอบคุณ @vincentkoc
• ตอนนี้คำตอบที่ยาว สตรีมเครื่องมือที่มีงานหนาแน่น คำขอที่มีรูปภาพจำนวนมาก และการเรียกคืนหน่วยความจำ ใช้ทรัพยากร CPU และระบบไฟล์น้อยลง โดยไม่ต้องเปลี่ยนการตั้งค่าหรือเวิร์กโฟลว์ #95697 ขอบคุณ @vincentkoc
• ผู้ดูแลระบบสามารถเพิ่มหรืออัปเดตประกาศตามกำหนดเวลาสำหรับช่องทางที่รู้จักในการติดตั้งแบบไม่มีการกำหนดค่าได้อีกครั้ง ขณะที่สภาพแวดล้อมที่กำหนดค่าไว้ยังคงปฏิเสธปลายทางที่ปิดใช้งาน ล้าสมัย ไม่มีเจ้าของ หรือไม่รู้จักก่อนส่ง #95754 ขอบคุณ @vincentkoc
• ผู้ใช้ macOS มีโอกาสพบความล้มเหลวจากความขัดแย้งของพอร์ตที่ไม่เป็นจริงน้อยลงเมื่อหยุดหรืออัปเดต Gateway ที่มีการจัดการ เนื่องจาก OpenClaw จะรอช่วงสั้น ๆ ให้การปิดระบบตามปกติคืนพอร์ต พร้อมยังคงรายงานความขัดแย้งที่ไม่หายไป #95886 ขอบคุณ @fuller-stack-dev
• ตอนนี้เอเจนต์ที่ใช้ Copilot เป็นระบบเบื้องหลังสามารถถามคำถามผู้ใช้และรับคำตอบผ่านขั้นตอนการตอบแชตตามปกติของ OpenClaw ขณะที่การค้นหาเครื่องมือแบบกระชับและส่วนควบคุมโหมดโค้ดช่วยหลีกเลี่ยงการโหลดแค็ตตาล็อกเครื่องมือทั้งหมดเข้าสู่เซสชัน #96005 ขอบคุณ @vincentkoc
• ตอนนี้การรีสตาร์ต Gateway ในการติดตั้งแบบ systemd หรือคอนเทนเนอร์จะไม่ทิ้งโปรเซสอะแดปเตอร์ Codex หรือ Claude เก่าไว้เบื้องหลังอีกต่อไป ช่วยให้เซสชัน ACPX ใหม่เริ่มต้นได้โดยไม่ต้องหยุดรอการล้างข้อมูลนานหลายนาทีหลังจากรีสตาร์ตซ้ำ #96032 ขอบคุณ @t2wei, @vincentkoc
• ตอนนี้เซสชันที่ใช้ Copilot เป็นระบบเบื้องหลังจะแสดงการอัปเดตแผนขณะงานดำเนินไป และงานลูกแบบเนทีฟจะยังคงมองเห็นได้จนเสร็จสมบูรณ์หรือล้มเหลว แทนที่จะหายไปจากมุมมองงานของ OpenClaw #96062 ขอบคุณ @vincentkoc
• ตอนนี้เอเจนต์ที่เชื่อมต่อ เช่น OpenCode สามารถเริ่มต้นผ่าน OpenClaw ได้แม้ชุดควบคุมการทำงานจะไม่สามารถเลือกโมเดลที่ร้องขอ ขณะที่ตัวเลือกโมเดลที่ไม่รองรับจริงยังคงส่งคืนข้อผิดพลาดเดิม #96068 ที่เกี่ยวข้อง #95869 ขอบคุณ @sabatech-dev, @vincentkoc
• ตอนนี้ Plugin ที่ใช้ heartbeat_prompt_contribution จะส่งบริบทเฉพาะ Heartbeat ไปยังโมเดลเมื่อเอเจนต์ทำงานผ่านรันไทม์ชุดควบคุม เช่น เซิร์ฟเวอร์แอป Codex โดยไม่กระทบรอบการทำงานปกติของผู้ใช้หรือ Plugin ที่ไม่ได้ใช้ฮุกนี้ #96233 ขอบคุณ @azogheb, @vincentkoc
• ตอนนี้การล้างข้อมูล Gateway และการตรวจสอบตัวรับฟังบน Windows จะจัดการข้อมูลบรรทัดคำสั่ง WMIC แบบ UTF-16 อย่างสม่ำเสมอ ลดความล้มเหลวหรือความขัดแย้งในการระบุโปรเซส Gateway ที่กำลังทำงาน 15c880a ขอบคุณ @vincentkoc
• ตอนนี้เซสชันเอเจนต์ที่มีบริบทยาวและใช้เครื่องมืออย่างหนักจะรักษาการนำแคชพรอมต์กลับมาใช้ซ้ำได้สม่ำเสมอยิ่งขึ้นในหลายรอบโดยไม่สูญเสียขีดจำกัดขนาดต่อผลลัพธ์ ขณะที่ผู้ดูแลระบบขั้นสูงสามารถกำหนดเพดานผลลัพธ์เครื่องมือที่ใหญ่ขึ้นสำหรับโมเดลบริบทขนาดใหญ่ได้โดยไม่ถูกปฏิเสธการกำหนดค่า a60947f ขอบคุณ @vincentkoc
• เซสชันเอเจนต์ที่ใช้เวลานานและใช้เครื่องมืออย่างหนักมีโอกาสทำให้คำขอโมเดลขยายตัวเกินจำเป็นน้อยลงเมื่อผลลัพธ์ของเครื่องมือสะสม ขณะที่การทำงานหลายรอบยังคงนำแคชพรอมต์กลับมาใช้ซ้ำได้อย่างเสถียร 2f33999 ขอบคุณ @vincentkoc
• ตอนนี้การรีสตาร์ต Gateway ใช้ฐานข้อมูลสถานะถาวรของ OpenClaw สำหรับการส่งต่อ ขณะที่คำขอที่ล้าสมัย ผิดรูปแบบ มาจากโปรเซสที่ไม่ถูกต้อง หรือถูกแทนที่แล้วจะถูกละทิ้งก่อนส่งผลต่อการรีสตาร์ต 0ad48da
• ตอนนี้การวินิจฉัยสถานะ Gateway, doctor และการรีสตาร์ตจะเก็บรายละเอียดการรีสตาร์ตล่าสุดไว้ในฐานข้อมูลสถานะร่วมของ OpenClaw ขณะที่ระเบียนที่หมดอายุหรือผิดรูปแบบยังคงถูกละทิ้ง a39a3b7 ขอบคุณ @vincentkoc
• ตอนนี้การรีสตาร์ต Gateway และการอัปเดตบริการที่มีการจัดการจะเก็บข้อความดำเนินการต่อที่ถูกต้อง หลีกเลี่ยงการนำสถานะส่งต่อที่ล้าสมัยกลับมาใช้ และทำเครื่องหมายการส่งต่อการอัปเดตที่ล้มเหลวอย่างสม่ำเสมอ 514b336 ขอบคุณ @vincentkoc
• เอเจนต์ที่เปิดใช้โดย Gateway จะไม่สูญเสียเครื่องมือ OpenClaw สำหรับเจ้าของเท่านั้นระหว่างงาน เช่น การตรวจสอบ Cron แบบสดอีกต่อไป ทำให้การดำเนินการที่ได้รับอนุญาตสามารถใช้เครื่องมือตามที่ตั้งใจไว้พร้อมบริบทคำขอที่ถูกต้อง c2ee9b0 ขอบคุณ @vincentkoc
• ตอนนี้คำขอรีสตาร์ต Gateway ที่ผิดรูปแบบจะล้มเหลวอย่างชัดเจนโดยไม่กำหนดเวลารีสตาร์ต ป้องกันไม่ให้การเรียกจากการผสานรวมที่ไม่ถูกต้องหรือเกิดขึ้นโดยไม่ตั้งใจรีสตาร์ต Gateway อย่างไม่คาดคิด 108d6d7 ขอบคุณ @vincentkoc
• ตอนนี้คำขอ Node ที่ล้าสมัยซึ่ง Gateway จัดคิวไว้จะหมดอายุโดยอัตโนมัติ ทำให้งานเก่ามีโอกาสค้างอยู่และส่งผลต่อกิจกรรมภายหลังน้อยลง f6d432e
• เวิร์กโฟลว์ของ Plugin มีโอกาสค้างหรือทำให้ Gateway รับภาระเกินน้อยลง เมื่อการผสานรวมร้องขอประวัติเซสชันเอเจนต์ย่อยมากเกินไป เนื่องจากตอนนี้การอ่านแต่ละครั้งถูกจำกัดไว้ที่ขีดจำกัดที่ปลอดภัย b66b450 ขอบคุณ @vincentkoc
• ตอนนี้คำอธิบายรูปภาพจะจัดการการตั้งค่าระยะหมดเวลาที่สูงมากอย่างสม่ำเสมอ โดยจำกัดไว้ที่ขีดจำกัดรันไทม์ที่ปลอดภัยแทนการเสี่ยงให้ตัวจับเวลาล้น 88b21fc
• ตอนนี้เซสชันเอเจนต์แบบฝังจะรอให้เซสชันอื่นปลดล็อกไฟล์ได้อย่างเชื่อถือได้ แม้กำหนดระยะหมดเวลาไว้สูงมาก แทนการเสี่ยงให้ตัวจับเวลาล้น 4c736df ขอบคุณ @vincentkoc
• ตอนนี้คำสั่งในคิวที่กำหนดระยะหมดเวลาของงานไว้สูงมากจะหมดเวลาได้อย่างเชื่อถือได้ เนื่องจาก OpenClaw จำกัดการรอไว้ที่ค่าสูงสุดที่ปลอดภัยของรันไทม์ 1f6ae32 ขอบคุณ @vincentkoc
• แก้ไขปัญหาที่แกนการปรับรูปแบบเผยจุดเข้าใช้งานการแปลงเป็นสตริงที่ไม่ถูกต้อง และเซสชัน ACP แสดงค่าโหมดเร็วที่ล้าสมัย เพื่อให้การผสานรวมได้รับ API ที่ตั้งใจไว้และผู้ใช้เห็นโหมดที่มีผลใช้งานจริง 93ad397 ขอบคุณ @vincentkoc
• ตอนนี้การทำงานอัตโนมัติแบบเร็วจะส่งคำตอบสุดท้ายได้สม่ำเสมอยิ่งขึ้น โดยจำกัดการจัดการการรีเซ็ตความคืบหน้าไว้เฉพาะโหมดอัตโนมัติ เพื่อไม่ให้รบกวนคำตอบหรือคอลแบ็กที่ส่งต่อ 9e8ab08 ขอบคุณ @vincentkoc
• ตอนนี้เซสชันเอเจนต์ที่ใช้ OpenAI Responses สามารถดำเนินงานที่ใช้เครื่องมือต่อได้โดยไม่ล้มเหลวหรือสูญเสียความคืบหน้า เมื่อประวัติที่นำมาเล่นซ้ำมีคำขอเครื่องมือและผลลัพธ์ที่ไม่ตรงกัน b4bc1f2 ขอบคุณ @vincentkoc
• การทำงานของเอเจนต์ย่อยใน Plugin และการทดสอบคุณภาพที่เสร็จสมบูรณ์จะไม่ถูกรายงานผิดว่าเป็นความล้มเหลวอีกต่อไป เมื่อ Gateway ส่งคืนรูปแบบซองข้อมูลการเสร็จสิ้นแบบอื่น ทำให้การส่งต่องานที่สำเร็จมีความน่าเชื่อถือยิ่งขึ้นสำหรับผู้สร้าง Plugin และผู้ดูแลระบบ d1b268f ขอบคุณ @vincentkoc
• แก้ไขปัญหาที่งานเอเจนต์ย่อยซึ่งเสร็จสมบูรณ์บางครั้งสิ้นสุดโดยไม่มีการอัปเดต เพื่อให้ผู้ใช้ได้รับผลลัพธ์หรือขั้นตอนถัดไปของเอเจนต์หลัก 68a1e00 ขอบคุณ @vincentkoc

การส่งผลลัพธ์และสื่อจากระยะไกล

ตอนนี้ผลลัพธ์รูปภาพจากระยะไกลและงานเอเจนต์ย่อยที่เสร็จสมบูรณ์จะส่งกลับผ่านการสนทนา Gateway ที่ใช้งานอยู่ได้อย่างน่าเชื่อถือยิ่งขึ้น แทนที่จะดูเหมือนล้มเหลวหรือหายไป

แหล่งที่มาและผู้มีส่วนร่วม

• ตอนนี้รูปภาพที่สร้างจากเซิร์ฟเวอร์แอป Codex ระยะไกลจะมาถึงในรูปแบบไฟล์แนบ แทนที่จะแสดง Media failed หรือส่งคืนเฉพาะข้อความหลังจากสร้างสำเร็จ #96212 ขอบคุณ @sjf-oa
• เมื่อเอเจนต์ย่อยทำงานเสร็จ ตอนนี้ผลลัพธ์จะไปถึงการทำงานหลักที่ใช้งานอยู่ได้อย่างน่าเชื่อถือยิ่งขึ้น แทนที่จะดูเหมือนไม่มีการตอบสนอง 7fc4bbc ขอบคุณ @vincentkoc

ไคลเอนต์และอินเทอร์เฟซ

การส่งของไคลเอนต์และการเชื่อมต่อใหม่

WebChat และ Control UI แสดงการสนทนาที่กำลังดำเนินอยู่และสถานะความล้มเหลวได้อย่างสม่ำเสมอยิ่งขึ้นหลังจากเชื่อมต่อใหม่ ขณะที่ไคลเอนต์อุปกรณ์เคลื่อนที่และ อินเทอร์เฟซเทอร์มินัล สามารถกู้คืนการส่งที่เสร็จสิ้น ถูกปฏิเสธ หรือถูกขัดจังหวะ โดยไม่ทำให้ดูเหมือนยังค้างอยู่

แหล่งที่มาและผู้มีส่วนร่วม

• เมื่อข้อความ WebChat ล้มเหลวก่อนที่เอเจนต์จะเริ่มทำงาน ขณะนี้ WebChat และ Control UI จะแสดงว่าเซสชันล้มเหลว แทนที่จะปล่อยให้ดูเหมือนว่ายังทำงานอยู่ #84352 ขอบคุณ @jesse-merhi
• แก้ไขปัญหาตัวเลือกเซสชันของ Control UI ค้างอยู่หลังเซสชันเอเจนต์ย่อยที่ซ่อนไว้ ทำให้ Load More ไปถึงแชตถัดไปที่ใช้งานได้โดยไม่แสดงจำนวนรวมที่ทำให้เข้าใจผิด #89323 ที่เกี่ยวข้อง #89249 ขอบคุณ @giodl73-repo, @originsecured-do
• เมื่อผู้ใช้เปิดการสนทนาใน Control UI อีกครั้งจาก History ขณะนี้พรอมต์ของผู้ใช้จะปรากฏพร้อมคำตอบของผู้ช่วย จึงรักษาบริบทคำถามและคำตอบไว้โดยไม่มีช่องว่างในบันทึกการสนทนาที่ยาว #93841 ที่เกี่ยวข้อง #90241 ขอบคุณ @mushuiyu886, @pronzcw
• การติดตั้งใช้งาน Control UI ที่อยู่หลังคำนำหน้าพาธจะเก็บคำขอ manifest, favicon และ service worker ไว้ภายใต้คำนำหน้าดังกล่าว ป้องกันข้อผิดพลาด 403 ที่ระดับรากซึ่งสร้างความสับสนหลังเข้าสู่ระบบ #94204 ที่เกี่ยวข้อง #94157 ขอบคุณ @hugenshen, @xrow
• ขณะนี้ผู้ใช้ Android สามารถเปิดแถว Health log และ Skill ใน Settings เพื่อดูรายละเอียดที่อ่านง่าย ช่วยให้แก้ไขปัญหากิจกรรมของ Gateway ตรวจสอบการตั้งค่าและสถานะของ Skills และทำความเข้าใจวิธีจับคู่กับรหัสตั้งค่าที่มีอยู่ได้ง่ายขึ้น #95148 ขอบคุณ @tosko4
• พรอมต์ที่ส่งแล้วจะไม่ปรากฏซ้ำในช่องเขียนข้อความของ Control UI หลังการส่งอีกต่อไป ผู้ใช้จึงสามารถสลับเซสชันหรือเริ่มข้อความถัดไปได้โดยไม่เสี่ยงส่งซ้ำหรือเขียนทับฉบับร่างใหม่ ขณะที่การป้อนซ้ำโดยตั้งใจยังคงใช้งานได้ #95503 ที่เกี่ยวข้อง #89466 ขอบคุณ @vincentkoc, @zhangguiping-xydt, @zhong18804784882
• ขณะนี้ผู้ใช้ Android จะได้รับหน้า Overview ที่เป็นระเบียบยิ่งขึ้น ซึ่งมองเห็นสถานะการเชื่อมต่อ เอเจนต์ที่กำหนดค่าไว้ สุขภาพของ Node การอนุมัติ เซสชันล่าสุด และการดำเนินการ Chat และ Talk ได้ในพริบตา #95557 ขอบคุณ @joshavant, @solvely-colin
• ขณะนี้ผู้ใช้ Android สามารถรีเฟรชและจัดการการอนุมัติคำสั่ง Gateway จากหน้าจอ Approvals ภายในแอปได้ โดยเลือกระหว่าง Allow Once, Always หรือ Deny ขณะเชื่อมต่อ #95593 ขอบคุณ @solvely-colin
• ขณะนี้ผู้ใช้ iOS จะไม่พบพรอมต์การแจ้งเตือนโดยไม่คาดคิด และจะได้รับคำแนะนำที่ชัดเจนเมื่อการแจ้งเตือนการอนุมัติไม่พร้อมใช้งาน โดยจัดการสิทธิ์ได้จากหน้าจอ Settings แห่งเดียวที่คาดเดาได้ #95640 ขอบคุณ @joshavant
• ขณะนี้การปิด TUI ภายในเครื่องจะอยู่ภายในขีดจำกัดเวลาที่ปลอดภัย แม้กำหนดค่า OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS ไว้สูงมาก c21dcfc
• ขณะนี้ Canvas A2UI ให้บริการเฉพาะแอสเซตของแอปปัจจุบันหลังการบิลด์แต่ละครั้ง จึงลดโอกาสที่รูปภาพความเข้ากันได้ที่ล้าสมัยและไฟล์ตกค้างจะปรากฏขึ้น a89e65c ขอบคุณ @vincentkoc
• ระบุจุดที่การตั้งค่ารีเลย์พุชของ iOS ล้มเหลวได้ง่ายขึ้น เนื่องจากการวินิจฉัยการลงทะเบียนจะแสดงว่าการตั้งค่าหยุดลงที่จุดใด พร้อมทั้งไม่บันทึกข้อมูลประจำตัวพุชที่ละเอียดอ่อนลงในล็อก f2b8668 ขอบคุณ @joshavant
• ขณะนี้อุปกรณ์ iOS จะลงทะเบียนรับการแจ้งเตือนแบบพุชหลังจากผู้ใช้ยอมรับการเปิดเผยข้อมูลเกี่ยวกับรีเลย์ที่โฮสต์และอนุญาตการแจ้งเตือนแล้วเท่านั้น เพื่อป้องกันไม่ให้ข้อมูลการลงทะเบียนถูกเผยแพร่ก่อนให้ความยินยอม 8efed50 ขอบคุณ @joshavant
• แก้ไขปัญหาการส่งผ่านแชต เสียง TUI และการส่งต่อ ซึ่งบางครั้งดูเหมือนค้างหรือหายไปหลังจาก Gateway ดำเนินการเสร็จสิ้นหรือปฏิเสธแล้ว โดยขณะนี้ไคลเอนต์ที่ได้รับผลกระทบจะล้างสถานะรอดำเนินการ คืนค่าข้อมูลป้อนเข้าที่ลองใหม่ได้ รีเฟรชประวัติ หรือแสดงความล้มเหลวที่เป็นประโยชน์ #91049 ที่เกี่ยวข้อง #91048 ขอบคุณ @nxmxbbd

การแก้ไขอินเทอร์เฟซ การตั้งค่า และการเริ่มต้นใช้งาน

การแก้ไขเพิ่มเติมสำหรับ Control UI อุปกรณ์เคลื่อนที่ และเดสก์ท็อป ช่วยปรับปรุงความถูกต้องของการแสดงผล การช่วยการเข้าถึง การเริ่มต้นใช้งาน และพฤติกรรมของแอป

แหล่งที่มาและผู้มีส่วนร่วม

• คืนค่าข้อมูลโควตาการใช้งาน OpenAI/Codex ในแถบด้านข้างแชตของ Control UI แบบขยาย เพื่อให้ผู้ใช้ตรวจสอบขีดจำกัดได้โดยไม่ต้องออกจากการสนทนา #94219 ที่เกี่ยวข้อง #93041 ขอบคุณ @jazzroutine, @pick-cat
• ขณะนี้หน้าจอ iOS ใช้สีเน้นและสีสถานะของ OpenClaw อย่างสม่ำเสมอทั้งในการเริ่มต้นใช้งาน การตั้งค่า แชต พรอมต์การอนุมัติ สิทธิ์การใช้งานเสียง วิดเจ็ต และมุมมองแชตที่แชร์ #94627 ขอบคุณ @zats
• ขณะนี้ Control UI สามารถสร้างงาน Early Morning ด้วยค่าที่ตั้งไว้ล่วงหน้า Silent ในเซสชันหลักและโดยไม่มีการแจ้งเตือนได้ แทนที่จะปล่อยให้กล่องโต้ตอบเปิดค้างโดยไม่มีผลลัพธ์ที่มองเห็นได้ #95459 ที่เกี่ยวข้อง #95073 ขอบคุณ @vincentkoc, @vporton, @zoowh
• ที่ขอบเขตหนึ่งล้านโทเค็น ป้ายและข้อมูลการใช้งานของ Control UI จะแสดง "1M" แทน "1000k" ที่ทำให้สับสน โดยจำนวนโทเค็นพื้นฐานยังคงไม่เปลี่ยนแปลง #95485 ขอบคุณ @narahariraghava, @vincentkoc
• ขณะนี้หน้า Overview ของ Control UI จะนับและทำเครื่องหมายเฉพาะงาน Cron ที่เปิดใช้งานและยังต้องได้รับการตรวจสอบ ขณะที่งานที่ปิดใช้งานจะเก็บรายละเอียดความล้มเหลวที่ผ่านมาไว้โดยไม่ปรากฏเป็นปัญหาปัจจุบัน #95723 ที่เกี่ยวข้อง #95716 ขอบคุณ @voytas75, @zengwen-dt
• ขณะนี้ผู้ใช้ Control UI จะเห็นคำแนะนำเครื่องมือสำหรับธีม System, Light และ Dark ที่สั้นลง ขณะที่โปรแกรมอ่านหน้าจอจะอ่านป้ายกำกับที่ซ้ำซ้อนน้อยลงโดยไม่สูญเสียบริบท Color mode โดยรอบ #95837 ขอบคุณ @hannesrudolph, @sannidhyasah
• การกำหนดค่าดิบจะไม่ดูเหมือนหายไปใน Settings หลังสลับจากมุมมองแบบฟอร์มอีกต่อไป เนื่องจาก JSON จะถูกนำกลับมาแสดงแทนการคงตำแหน่งเลื่อนก่อนหน้าไว้ #96145 ที่เกี่ยวข้อง #94202 ขอบคุณ @sunlit-deng, @vporton
• ขณะนี้ผู้ใช้ iOS รายใหม่จะเข้าสู่หน้าต้อนรับและการเริ่มต้นใช้งานของ OpenClaw ก่อนที่ iOS จะขอสิทธิ์เข้าถึงเครือข่ายภายใน ขณะที่ผู้ใช้เดิมยังคงได้รับคำขอเมื่อเปิดการตั้งค่า Gateway หรือเมื่อต้องค้นหา Gateway บน LAN ด้วยเหตุผลอื่น #96181 ขอบคุณ @joshavant

เอกสารและเครื่องมือผู้ดูแลระบบ

ความน่าเชื่อถือของการตั้งค่าและคำสั่ง

ขณะนี้ คำสั่ง CLI ที่ใช้ทั่วไปจัดการการกำหนดค่า พาธ เอาต์พุต และกรณีความล้มเหลวได้อย่างสม่ำเสมอยิ่งขึ้น การเติมคำสั่งเชลล์อัตโนมัติ, doctor, คำสั่งการกำหนดค่า และ การกำหนดค่า Gateway ให้คำแนะนำที่ชัดเจนขึ้นและช่วยให้กู้คืนได้อย่างปลอดภัยยิ่งขึ้นเมื่อการติดตั้งหรือการตั้งค่าต้องได้รับการตรวจสอบ

แหล่งที่มาและผู้มีส่วนร่วม

• เมนูเติมคำอัตโนมัติด้วยแป้น Tab ของ zsh ใน OpenClaw จะแสดงคำอธิบายตัวเลือกที่มีตัวแปร $ หรือตัวอย่างที่ครอบด้วย backtick ตามตัวอักษรแล้ว แทนที่จะประเมินเป็นอินพุตของเชลล์จนทำให้เมนูเสียหาย #64490 ขอบคุณ @edenkangdw
• หลังอัปเกรดจากพื้นที่จัดเก็บแซนด์บ็อกซ์รุ่นเก่า ผู้ดูแลระบบจะได้รับคำเตือนที่ชัดเจนจาก openclaw doctor เกี่ยวกับไฟล์รีจิสทรีที่ยังหลงเหลืออยู่ และสามารถใช้ openclaw doctor --fix เพื่อย้ายข้อมูลหรือล้างไฟล์เหล่านั้นได้ #84326 ขอบคุณ @giodl73-repo
• ขณะนี้ผู้ดูแลระบบสามารถใช้ doctor --lint เพื่อตรวจหาบริการ Gateway รุ่นเก่าที่ยังค้างอยู่และดูตัวอย่างการล้างข้อมูลได้ ส่วนบริการเพิ่มเติมที่ตั้งใจให้มีจะยังคงแสดงเป็นข้อมูลและไม่ทำให้การตรวจสอบเริ่มต้นล้มเหลว #84340 ขอบคุณ @giodl73-repo
• ขณะนี้ผู้ดูแล Gateway บน macOS จะได้รับคำเตือนก่อนที่การติดตั้งใหม่ การซ่อมแซม หรือการเริ่มระบบใหม่จะเขียนทับพฤติกรรมของตัวครอบ LaunchAgent ที่ปรับแต่งเอง ขณะที่ openclaw status จะแยกการตรวจสอบข้อมูลลับที่หายไปเฉพาะใน CLI ออกจากบริการที่ติดตั้งไว้ #90537 เกี่ยวข้องกับ #90518 ขอบคุณ @turbotheturtle, @vincentkoc
• ขณะนี้สามารถส่งพรอมป์ที่ยาว มีหลายบรรทัด หรือมีโค้ดจำนวนมากไปยัง openclaw agent ด้วย --message-file ได้ ช่วยหลีกเลี่ยงการใส่อัญประกาศในเชลล์ที่เปราะบาง และรายงานไฟล์ที่ไม่ถูกต้องก่อนส่งคำขอ #93351 ขอบคุณ @ooiuuii
• แก้ไขการซ่อมแซมตามกำหนดเวลาด้วย doctor --fix --non-interactive ที่เริ่ม Gateway ซึ่งกำลังทำงานอยู่ใหม่หลังการตรวจสอบสถานะล้มเหลวชั่วคราว เพื่อให้งานบำรุงรักษาแบบไม่มีผู้ดูแลไม่ขัดจังหวะบริการที่กำลังทำงานอีกต่อไป #94148 เกี่ยวข้องกับ #78217 ขอบคุณ @esqandil, @zhangguiping-xydt
• ขณะนี้ openclaw configure และ openclaw config ที่ไม่มีคำสั่งย่อยจะหยุดพร้อมคำแนะนำเกี่ยวกับคำสั่งย่อยที่ชัดเจนเมื่อเรียกใช้จากสคริปต์หรือไปป์ แทนที่จะเปิดตัวช่วยแบบโต้ตอบเพียงบางส่วนแล้วออกโดยไม่ชัดเจน #94238 เกี่ยวข้องกับ #93953 ขอบคุณ @nianjiuzst, @ruomuxydt
• ขณะนี้ผู้ดูแลระบบแบบหลายเอเจนต์สามารถใช้ openclaw gateway usage-cost เพื่อดูค่าใช้จ่ายของเอเจนต์ที่กำหนดค่าไว้หนึ่งรายหรือเอเจนต์ทั้งหมด โดยคำสั่งสำหรับเอเจนต์เริ่มต้นที่มีอยู่ยังคงทำงานเหมือนเดิม #94483 ขอบคุณ @ly-wang19
• การ์ด Workboard ที่เก็บถาวรแล้วจะไม่ทำให้ผลลัพธ์เริ่มต้นของ openclaw workboard list รกรุงรังอีกต่อไป ขณะที่ --include-archived และผลลัพธ์ JSON ยังช่วยให้เข้าถึงได้เมื่อต้องการ #94562 เกี่ยวข้องกับ #94555 ขอบคุณ @ecican, @vincentkoc, @zengwen-dt
• ขณะนี้ OpenClaw Doctor ให้คำแนะนำที่ถูกต้องสำหรับงาน Cron ของพรอมป์เชลล์แบบแยกสภาพแวดล้อมที่ทำงานได้ แทนที่จะแนะนำคำสั่ง --fix ซ้ำ ๆ ซึ่งไม่สามารถล้างคำเตือนได้ #94784 เกี่ยวข้องกับ #94655 ขอบคุณ @altaywtf, @geekoagent, @zengwen-dt
• แก้ไขกรณี openclaw doctor แสดงคำเตือนว่าต้องแก้ไขสำหรับการตั้งค่าหน่วยความจำ GGUF ในเครื่องที่ทำงานปกติ หลังจากตั้งใจข้ามการตรวจสอบความพร้อม โดยยังคงแสดงคำเตือนเมื่อโมเดลในเครื่องที่กำหนดค่าไว้หายไปจริง #95393 เกี่ยวข้องกับ #92582 ขอบคุณ @mikasa0818, @neekolascmd, @vincentkoc
• บน Windows งาน Gateway ที่โปรแกรมติดตั้งสร้างขึ้นจะทำงานเบื้องหลังโดยไม่มีหน้าต่างคอนโซลที่ผู้ใช้อาจปิดโดยไม่ตั้งใจจนทำให้ Gateway หยุดทำงาน #95480 เกี่ยวข้องกับ #89231 ขอบคุณ @cameronweller, @mikasa0818, @vincentkoc
• ขณะนี้การผูกช่องทางของเอเจนต์จะปฏิเสธข้อกำหนดบัญชีที่มีรูปแบบไม่ถูกต้อง เช่น matrix:work:extra พร้อมข้อผิดพลาดที่ชัดเจน แทนที่จะกำหนดเส้นทางเอเจนต์ไปยังบัญชีอื่นโดยไม่มีการแจ้งเตือน #95572 ขอบคุณ @ly-wang19
• ขณะนี้การอัปเดต Skills ของ ClawHub จะปฏิบัติตามนโยบายความปลอดภัยในการติดตั้งที่คุณกำหนดค่าไว้ และ openclaw skills update --all จะอัปเดตเฉพาะ Skills ของ ClawHub ที่ติดตามอยู่ แทนที่จะติดตั้ง Skills อื่นที่กำหนดค่าไว้โดยไม่คาดคิด #95684 ขอบคุณ @vincentkoc
• เวิร์กโฟลว์การเริ่มระบบ Windows ใหม่และการเริ่ม Gateway มีความน่าเชื่อถือมากขึ้น เนื่องจากขณะนี้ OpenClaw ส่งคำสั่งไปยังพาธ cmd.exe ของระบบที่เชื่อถือได้ แทนที่จะพึ่งพาการค้นหาโพรเซส 7dd01d1 ขอบคุณ @vincentkoc
• การล้างข้อมูล Gateway และการตรวจสอบตัวรับฟังบน Windows มีความน่าเชื่อถือมากขึ้นเมื่อการค้นหาผ่าน PATH ไม่สมบูรณ์ ทำให้ผู้ดูแลระบบสามารถระบุโพรเซส Gateway และปล่อยพอร์ตที่ถูกใช้งานอยู่ได้โดยไม่พลาดเครื่องมือระบบที่ติดตั้งไว้ e9b694e ขอบคุณ @vincentkoc
• บน Windows การเริ่มต้น OpenClaw และการส่งต่องานจาก TUI ไปยัง Codex จะค้นหา bun, codex และไบนารีรันไทม์อื่น ๆ ผ่านตัวระบุตำแหน่งของระบบที่เชื่อถือได้แล้ว แม้ว่าจะมีคำสั่ง where อื่นปรากฏก่อนใน PATH 72b9bc7 ขอบคุณ @vincentkoc
• ขณะนี้การวินิจฉัยพอร์ตบน Windows ใช้เครื่องมือระบบที่ต้องการ แม้ว่ารายการ PATH จะหายไปหรือถูกบดบัง ทำให้ความขัดแย้งของพอร์ต Gateway และบริการมีโอกาสถูกบดบังด้วยความล้มเหลวในการค้นหาคำสั่งน้อยลง c4facb2 ขอบคุณ @vincentkoc
• การกู้คืนดีมอนบน Windows มีโอกาสพลาดการตรวจหาโพรเซสหรือการล้างข้อมูลน้อยลงเมื่อ PATH ไม่สมบูรณ์ ผิดปกติ หรือถูกบดบัง เนื่องจากขณะนี้กลไกสำรองของงานตามกำหนดเวลาจะค้นหา PowerShell และ taskkill ในตำแหน่งระบบที่เชื่อถือได้ 2a140e6 ขอบคุณ @vincentkoc
• ขณะนี้ OpenClaw เก็บเครื่องหมายการกู้คืนการกำหนดค่า สแนปช็อตล่าสุดที่ทราบว่าทำงานได้ดี และประวัติการอ่านที่น่าสงสัยไว้ในสถานะที่ใช้ร่วมกันตลอดการย้ายข้อมูล โดยไม่ทิ้งไฟล์บันทึกสถานะความสมบูรณ์ของการกำหนดค่าแยกต่างหาก 6daabd2 ขอบคุณ @vincentkoc
• บน Windows คำสั่ง Crabbox ที่เปิดผ่านชิมของแพ็กเกจ Node จะได้รับแฟล็กผู้ให้บริการ คำสั่งเชลล์ และอักขระพิเศษของเชลล์ตามที่ป้อน โดยไม่สูญหายหรือถูกตีความใหม่ 54d24cd ขอบคุณ @vincentkoc
• เวิร์กโฟลว์ Crabbox ที่กำหนดเป้าหมายเป็น Windows มีโอกาสล้มเหลวหรือถอยไปใช้การจัดการเชลล์ที่ช้ากว่าน้อยลง เมื่อเปิดเครื่องมือ Node ผ่านชิม .cmd และ .bat d48dcc6 ขอบคุณ @vincentkoc
• ผู้ใช้ Windows สามารถเรียกใช้ crabbox, git และเครื่องมืออื่นที่ทำงานบน Node ผ่านชิมคำสั่งที่ติดตั้งด้วย npm ได้ โดย Crabbox จะไม่หยุดก่อนที่เครื่องมือจะเปิด 77f4e45 ขอบคุณ @vincentkoc
• ขณะนี้ openclaw doctor ตรวจสอบโปรไฟล์ที่ละเว้นการตั้งค่านโยบายเครื่องมือได้โดยไม่ถือว่าการละเว้นที่ถูกต้องนั้นเป็นข้อผิดพลาด 03ba09b
• openclaw doctor จะไม่แสดงคำเตือนเกี่ยวกับส่วนเครื่องมือที่ทำให้เข้าใจผิดอีกต่อไป เมื่อไม่สามารถประเมินโปรไฟล์ตัวอย่างแบบกำหนดเองได้ 420a0e6 ขอบคุณ @vincentkoc
• ขณะนี้ openclaw doctor จำกัดคำเตือนของตัวอย่างไว้เฉพาะโปรไฟล์เครื่องมือที่สามารถประเมินได้ เพื่อหลีกเลี่ยงคำเตือนสิทธิ์ที่กำหนดค่าไว้ซึ่งทำให้เข้าใจผิดสำหรับโปรไฟล์ที่ไม่รู้จัก 541f7ff ขอบคุณ @vincentkoc
• ผู้ใช้ Windows สามารถติดตั้ง OpenClaw จากซอร์สได้โดยที่การตั้งค่าการขึ้นต่อกันไม่ถูกขัดขวางจากการที่โปรแกรมติดตั้งบังคับให้สคริปต์ npm หรือ pnpm ทำงานผ่าน cmd.exe 1252378 ขอบคุณ @vincentkoc
• การกำหนดค่า OpenClaw ขนาดใหญ่สามารถเริ่มต้นและสร้างคำแนะนำ UI ได้อย่างมีประสิทธิภาพมากขึ้น ขณะที่ฟิลด์ละเอียดอ่อนยังคงถูกทำเครื่องหมายด้วยวิธีเดิม #55018 ขอบคุณ @huangyandi-red, @vincentkoc, @xdhuangyandi
• การเปลี่ยนแปลงการกำหนดค่าที่ยังต้องเริ่ม Gateway ใหม่ด้วยตนเองจะแสดงข้อความแจ้งว่าต้องเริ่มระบบใหม่อย่างชัดเจน พร้อมคงหมายเหตุเดิมไว้ แทนที่จะดูเหมือนเสร็จสิ้นด้วยข้อความ config-patch ok ที่ทำให้เข้าใจผิด #83041 เกี่ยวข้องกับ #46797 ขอบคุณ @stache73, @xuruiray
• ขณะนี้ความช่วยเหลือสำหรับ doctor, gateway, models, plugins, sessions และ tasks ปรากฏภายในเวลาเพียงหลักสิบมิลลิวินาที ขณะที่ก่อนหน้านี้คำสั่งอย่าง sessions --help และ tasks --help ใช้เวลาประมาณ 1.6 ถึง 1.8 วินาทีกว่าจะเริ่มตอบสนอง #89628 ขอบคุณ @yyzquwu
• ขณะนี้แบ็กเอนด์การติดตาม OpenTelemetry เช่น Langfuse จะแสดงชื่อผู้ให้บริการ/โมเดลจริงแทนคำว่า "ไม่ทราบ" สำหรับรหัสโมเดลที่มีเครื่องหมายทับกำกับ #89981 ขอบคุณ @mycarrysun, @vincentkoc
• ระเบียนการจับคู่อุปกรณ์ที่มีรูปแบบไม่ถูกต้องหรือเป็นรุ่นเก่าจะไม่ทำให้ openclaw devices list หยุดแสดงคำขออนุมัติที่รอดำเนินการอีกต่อไป ขณะที่บทบาทที่ถูกต้องยังคงปรากฏตามปกติ #93504 ขอบคุณ @ly-wang19
• ขณะนี้ OpenClaw ปฏิเสธเป้าหมาย SSH ที่มีเครื่องหมายทวิภาคเกินมาด้านหน้าหรือด้านท้าย ก่อนที่จะทำให้เกิดการกำหนดค่า SSH ที่ไม่ถูกต้องหรือความล้มเหลวในการเริ่มอุโมงค์สำหรับแซนด์บ็อกซ์และ Gateway ที่ทำงานผ่าน SSH #93887 ขอบคุณ @miorbnli
• ผู้ใช้ที่การตั้งค่าแบบไม่โต้ตอบไม่ผ่านการตรวจสอบสถานะ Gateway ในเครื่อง จะได้รับคำสั่งกู้คืน openclaw onboard --install-daemon หรือ openclaw onboard --skip-health ที่เรียกใช้ได้ แทนแฟล็ก setup ที่ไม่รองรับ #93994 เกี่ยวข้องกับ #93947 ขอบคุณ @bk-z1, @nianjiuzst
• ขณะนี้การตรวจสอบสถานะและการตรวจสอบแบบโพรบของ Gateway ยอมรับ --port แบบกำหนดเองเดียวกับที่ใช้เริ่ม Gateway ในเครื่อง ปฏิเสธพอร์ตที่ไม่ถูกต้องตั้งแต่เนิ่น ๆ และแสดงเป้าหมาย local loopback ที่เลือกไว้ในผลลัพธ์ JSON #94687 เกี่ยวข้องกับ #79100 ขอบคุณ @bryantegomoh, @ozthedivine
• ขณะนี้ gateway --force ตรวจพบโพรเซสที่ใช้เฉพาะ IPv4 ซึ่งครอบครองพอร์ต Gateway และยังคงพยายามล้างข้อมูลเมื่อการตรวจสอบพอร์ตไม่ได้ข้อสรุป แทนที่จะเข้าใจผิดว่าพอร์ตว่าง #94949 เกี่ยวข้องกับ #94426 ขอบคุณ @sunlit-deng, @vincentkoc, @wangwllu
• ขณะนี้ openclaw config validate ยอมรับการตั้งค่าเซิร์ฟเวอร์ MCP แบบใช้คำสั่งที่ระบุ transport: "stdio" อย่างชัดเจน ช่วยหลีกเลี่ยงข้อผิดพลาดการตรวจสอบที่ไม่ถูกต้อง ขณะที่ยังคงปฏิเสธการกำหนดค่า stdio แบบรีโมตที่ไม่ถูกต้อง #95102 เกี่ยวข้องกับ #95082 ขอบคุณ @ken-jo, @lzyyzznl
• ขณะนี้การแก้ไขรูปภาพผ่าน CLI สามารถส่งคืนหลายรูปแบบย่อยได้ในคำสั่งเดียวด้วย --count <n> แทนที่จะจำกัดไว้ที่ผลลัพธ์เดียวตามค่าเริ่มต้นของผู้ให้บริการ #95300 ขอบคุณ @ly-wang19
• ขณะนี้ openclaw sessions export-trajectory ค้นหาเซสชันที่คำสั่งเซสชันอื่นมองเห็นอยู่แล้วได้ เมื่อกำหนดค่าพื้นที่จัดเก็บแบบกำหนดเอง แบบอิง ~ หรือแบบเทมเพลต {agentId} โดยไม่ต้องระบุพาธพื้นที่จัดเก็บอีกครั้ง #95570 เกี่ยวข้องกับ #95568 ขอบคุณ @youngting520
• แก้ไขปัญหาที่ infer inspect --name <id> --json แสดงแฟล็กซึ่งคำสั่ง CLI ที่ตรงกันไม่รองรับ ทำให้นักพัฒนาและผู้ดูแลระบบสามารถตรวจสอบตัวเลือกโมเดล การยืนยันตัวตน และการถอดเสียงที่รองรับได้อย่างเชื่อถือได้ #95719 ขอขอบคุณ @ly-wang19, @vincentkoc
• ผู้ที่ตรวจสอบเซสชันขนาดใหญ่มากหรือเซสชันที่มีรายการไม่เรียงตามลำดับสามารถเปิดดูรายละเอียดการใช้งาน และยังคงได้รับรายการบันทึกล่าสุดตามการประทับเวลา โดย OpenClaw ไม่ต้องเก็บประวัติบันทึกที่แยกวิเคราะห์แล้วทั้งหมดไว้ในหน่วยความจำ #96019 ขอขอบคุณ @vincentkoc
• ขณะนี้ผู้ดูแลระบบสามารถตั้งค่าตัวตรวจสอบการยืนยันตัวตน ตัวจับเวลาของ systemd และวิดเจ็ต Termux สำหรับโฮสต์ OpenClaw ของตนเองได้ โดยไม่ต้องแทนที่ชื่อโฮสต์และพาธระบบไฟล์เฉพาะของผู้ดูแลโครงการก่อน af3e509 ขอขอบคุณ @vincentkoc
• ขณะนี้การเตรียมสภาพแวดล้อม crabbox บน Windows แบบเนทีฟจะเลือกงานดีมอน Windows ที่จำเป็นโดยอัตโนมัติ ป้องกันการทำงานที่ล้มเหลวหรือถูกส่งผิดปลายทาง โดยไม่เปลี่ยนแปลงการทำงานของ WSL2 และการระบุงานทดแทนอย่างชัดเจน d5d9a82 ขอขอบคุณ @vincentkoc
• ผู้ที่ตั้งค่าอวาตาร์ของเอเจนต์ภายในเครื่องสามารถหลีกเลี่ยงปัญหารูปภาพหายได้ โดยเก็บไฟล์ที่ใช้พาธสัมพัทธ์กับเวิร์กสเปซให้มีขนาดต่ำกว่า 2 MB ส่วนอวาตาร์ที่ใช้ HTTP(S) และ data URI ไม่อยู่ภายใต้ขีดจำกัดนี้ #78884 ที่เกี่ยวข้อง #65312 ขอขอบคุณ @wangjieweb3-design, @nyx-nocturna
• ขณะนี้คำแนะนำเริ่มต้นสำหรับเอเจนต์ของ OpenClaw กำหนดให้เอเจนต์ตรวจสอบโซลูชันฟรีหรือโอเพนซอร์สที่เหมาะสมก่อนเสนอการสร้างระบบแบบกำหนดเอง โดยยังคงอนุญาตให้พัฒนาแบบกำหนดเองเมื่อเป็นทางเลือกที่เหมาะสมกว่า #86608 ขอขอบคุณ @cablackmon
• ขณะนี้ผู้สร้าง Plugin สามารถใช้ targetSessionKey ที่ระบุไว้ในเอกสารสำหรับเหตุการณ์ subagent_ended เพื่อจับคู่เหตุการณ์กับการสร้างเอเจนต์ย่อยที่สอดคล้องกัน แทนการพึ่งพาฟิลด์ agentId หรือ childSessionKey ซึ่งไม่มีการส่งออกมา #95191 ที่เกี่ยวข้อง #95186 ขอขอบคุณ @ken-jo, @mahaohao-ch
• ขณะนี้ลิงก์ Skills ของ ClawHub ในเอกสาร OpenClaw และการ์ดตัวอย่างผลงานจะเปิดหน้ามาตรฐานที่ระบุเจ้าของอย่างครบถ้วน และตัวอย่างการติดตั้งใช้การอ้างอิง openclaw skills install @owner/<slug> ที่พร้อมคัดลอก แทนเส้นทางแบบ slug เดี่ยวรุ่นเก่า #95972 ขอขอบคุณ @patrick-erichsen

เครื่องมือและงานตามกำหนดเวลา

งานตามกำหนดเวลา และเครื่องมือในตัวทำงานให้เสร็จ ลองใหม่ รายงานความล้มเหลว และเก็บรักษาอินพุตตามที่กำหนดไว้ได้สม่ำเสมอยิ่งขึ้น การปรับปรุงรันไทม์ SDK ของ Plugin ยังทำให้ส่วนขยายที่ใช้เครื่องมือมีความน่าเชื่อถือยิ่งขึ้นเมื่อโหลด ส่งคืนผลลัพธ์ หรือเรียกใช้งานตามกำหนดเวลา

แหล่งที่มาและผู้มีส่วนร่วม

• งาน Cron แบบแยกที่ใช้ deleteAfterRun จะลบเซสชันชั่วคราวและบันทึกบทสนทนาหลังทำงานเสร็จแล้ว รวมถึงการทำงานที่ปิดใช้งานการส่งมอบด้วย ซึ่งช่วยลดไฟล์ตกค้าง บริบทที่สะสม และการล้างข้อมูลด้วยตนเอง #84794 ที่เกี่ยวข้อง #84707 ขอบคุณ @bottenbenny, @turbotheturtle
• ขณะนี้งานตามกำหนดเวลาแต่ละงานสามารถใช้โมเดลสำรองของตนเอง ทำงานโดยปิดใช้การสำรอง หรือกลับไปสืบทอดการสำรองตามปกติผ่าน CLI ได้ โดยผู้ดูแลระบบไม่ต้องแก้ไขข้อมูลเพย์โหลดระดับล่าง #93369 ที่เกี่ยวข้อง #90302 ขอบคุณ @849261680, @walliiee
• ขณะนี้ประวัติ Cron สามารถค้นหารายการที่ ID งานมีช่องว่างส่วนเกินล้อมรอบได้อย่างน่าเชื่อถือ และปฏิเสธ ID ที่ซ้อนกันหรือว่างเปล่าก่อนที่จะสร้างระเบียนบันทึกที่ไม่สามารถอ่านกลับได้อย่างปลอดภัย #93567 ขอบคุณ @alix-007, @vincentkoc
• การเพิ่มหรือลบงาน Cron จะไม่ทำให้งานแบบเกิดซ้ำอื่นที่ถึงกำหนดแล้วสูญเสียการทำงานที่รอดำเนินการอีกต่อไป #94323 ขอบคุณ @yetval
• ขณะนี้การอ่านและเขียนเอกสาร Word, PowerPoint และ Excel ใช้พาธ .docx, .pptx หรือ .xlsx ที่กำหนดไว้ แทนที่จะล้มเหลวเพราะใช้นามสกุลที่ไม่มีอยู่จริง #95805 ที่เกี่ยวข้อง #93326 ขอบคุณ @bhnan, @lzyyzznl, @vincentkoc, @xzh-icenter
• ผู้ใช้ระบบอัตโนมัติของเบราว์เซอร์ยังคงได้รับสแนปช็อตที่มีข้อมูลอ้างอิงครบถ้วนเหมือนเดิม รวมถึงสาขาที่มีประโยชน์ในผลลัพธ์แบบกระชับ โดยลดการประมวลผลที่หลีกเลี่ยงได้ระหว่างการสร้างสแนปช็อต #96072 ขอบคุณ @vincentkoc
• แก้ไขปัญหาที่คำสั่งหมดเวลาและการอัปเดตแกนหลักที่ถูกขัดจังหวะบน Windows บางครั้งปล่อยให้โปรเซสลูกทำงานต่อไป เพื่อให้ OpenClaw หยุดทั้งแผนผังโปรเซสได้อย่างน่าเชื่อถือยิ่งขึ้นหลังการยกเลิก การหมดเวลา หรือการล้างข้อมูลหลังอัปเดต a192b2e ขอบคุณ @vincentkoc
• ผู้ใช้ Windows มีโอกาสพบความล้มเหลวในการติดตั้งเครื่องมือที่เอเจนต์จัดการขณะแตกไฟล์ดาวน์โหลด ZIP เช่น ripgrep น้อยลง เนื่องจากขณะนี้ OpenClaw ใช้โปรแกรมแตกไฟล์ในตัวของ Windows แทนการค้นหาผ่าน PATH a5fde91
• ขณะนี้การตั้งค่าและการตรวจสอบรันไทม์บน Windows สามารถค้นหาเครื่องมือที่จำเป็นได้อย่างน่าเชื่อถือยิ่งขึ้น โดยใช้ตัวแก้ไขพาธ System32 ที่เชื่อถือได้แทนการพึ่งพารายการ PATH ที่ไม่คาดคิด d3b4444 ขอบคุณ @vincentkoc
• การทำงานของ SDK ที่สร้างด้วย timeoutMs: 0 จะคงค่าการหมดเวลาเป็นศูนย์ตามที่ร้องขอไว้ โดยไม่มีตัวเฝ้าระวังฝั่งไคลเอ็นต์ที่ไม่ต้องการ 2bdcc83 ขอบคุณ @vincentkoc
• คำสั่ง OpenClaw ที่ค้างจะหยุดได้อย่างน่าเชื่อถือ แม้ว่าผู้เรียกจะกำหนดระยะเวลาหมดเวลาสำหรับการทำงานหรือการไม่มีเอาต์พุตที่ยาวมากก็ตาม 1425bb3 ขอบคุณ @vincentkoc
• คำสั่งที่ได้รับการตั้งค่าระยะหมดเวลาสูงมากจะใช้ค่าสูงสุดที่ปลอดภัยแทนที่จะล้มเหลวเนื่องจากรันไทม์ไม่สามารถกำหนดเวลารอที่ร้องขอได้ 66b94ba
• ขณะนี้การตั้งค่าอนุญาต/ปฏิเสธเครื่องมือเฉพาะผู้ให้บริการสอดคล้องกับคำเตือนของ doctor ใน OpenClaw มากขึ้น รวมถึงการกำหนดค่าที่มีนามแฝงของผู้ให้บริการ คีย์เฉพาะโมเดล ID โมเดลในรูปแบบ OpenRouter หรือรายการนโยบายที่มีรูปแบบไม่ถูกต้อง 8f2882f
• ขณะนี้แอปพลิเคชัน SDK จะได้รับ tool.call.failed เมื่อเครื่องมือเทอร์มินัลล้มเหลวหรือถูกบล็อก แทนเหตุการณ์เสร็จสมบูรณ์ที่ทำให้เข้าใจผิด เพื่อให้กลไกจัดการความล้มเหลวที่มีอยู่ตอบสนองได้อย่างถูกต้อง #95383 ขอบคุณ @ly-wang19
• แก้ไขปัญหาที่คำขอเพิ่มและอัปเดตงาน Cron ถูกปฏิเสธเมื่อฟิลด์งานที่ระบบรู้จักมีช่องว่างท้ายข้อความซึ่งไม่ก่อให้เกิดปัญหา ทำให้สามารถบันทึกกำหนดการได้โดยไม่ผ่อนปรนการตรวจสอบอินพุตที่กำกวมหรือไม่ปลอดภัย #95674 ที่เกี่ยวข้อง #95407 ขอบคุณ @nassiel, @zw-xysk
• การติดตามซับเอเจนต์ของ Codex จัดการเอเจนต์ลูกและไฟล์บันทึกบทสนทนาจำนวนมากโดยลดการสแกนที่ไม่จำเป็น ขณะที่รูปแบบชื่อไฟล์บันทึกบทสนทนาแบบเก่ายังคงได้รับการแก้ไขตำแหน่งเช่นเดิม #96085 ขอบคุณ @vincentkoc
• แก้ไขปัญหาที่การเตรียมสภาพแวดล้อม crabbox แบบเนทีฟบน Windows ค้างหรือพลาดการส่งต่องานเมื่อรันเนอร์และดีมอนใช้โฮมไดเรกทอรีต่างกัน เพื่อให้ทั้งสองสามารถค้นหาสถานะงานและไฟล์สำหรับหยุดชุดเดียวกันได้ f354889 ขอบคุณ @vincentkoc

ผลงานเพิ่มเติม

• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95308 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95465 ขอบคุณ @wangmiao0668000666
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95625 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95649 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95681 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95857 ขอบคุณ @romneyda
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95870 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95872 ขอบคุณ @romneyda
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95879 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95890 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95909 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95922 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95946 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95967 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #95983 ขอบคุณ @vincentkoc
• ปรับปรุงการจัดตาราง CI ของที่เก็บ การใช้งานรันเนอร์ และการจัดการความล้มเหลว #96258 ขอบคุณ @vincentkoc
• ปรับปรุงระบบอัตโนมัติสำหรับการตรวจสอบรีลีสและการจัดการหลักฐานที่จำเป็น #95094 ขอบคุณ @romneyda
• ปรับปรุงระบบอัตโนมัติสำหรับการตรวจสอบรีลีสและการจัดการหลักฐานที่จำเป็น #95466 ขอบคุณ @jason-allen-oneal
• ปรับปรุงระบบอัตโนมัติสำหรับการตรวจสอบรีลีสและการจัดการหลักฐานที่จำเป็น #95876 ขอบคุณ @romneyda
• ปรับปรุงระบบอัตโนมัติสำหรับการตรวจสอบรีลีสและการจัดการหลักฐานที่จำเป็น #95880 ขอบคุณ @romneyda
• ปรับปรุงระบบอัตโนมัติสำหรับการตรวจสอบรีลีสและการจัดการหลักฐานที่จำเป็น #95919 ขอบคุณ @romneyda
• ปรับปรุงระบบอัตโนมัติสำหรับการตรวจสอบรีลีสและการจัดการหลักฐานที่จำเป็น #95928 ขอบคุณ @vincentkoc
• ปรับปรุงระบบอัตโนมัติสำหรับการตรวจสอบรีลีสและการจัดการหลักฐานที่จำเป็น #95991 ขอบคุณ @vincentkoc
• ปรับปรุงระบบอัตโนมัติสำหรับการตรวจสอบรีลีสและการจัดการหลักฐานที่จำเป็น #96235 ขอบคุณ @vincentkoc
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #94272 ขอบคุณ @romneyda
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #94622 ขอบคุณ @tayoun
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #95898 ขอบคุณ @romneyda
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #95901 ขอบคุณ @romneyda
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #95999 ขอบคุณ @vincentkoc
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #96055 ขอบคุณ @vincentkoc
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #96226 ขอบคุณ @vincentkoc
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #96271 ขอบคุณ @vincentkoc
• ปรับปรุงเครื่องมือจัดแพ็กเกจ เผยแพร่ และตรวจสอบความถูกต้องของรีลีส #97909 ขอบคุณ @patrick-erichsen
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #91502 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #91506 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #94700 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95406 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95858 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95933 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95944 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95947 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95952 ขอบคุณ @vincentkoc
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95961 ขอบคุณ @vincentkoc
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95971 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #95975 ขอบคุณ @vincentkoc
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #96003 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #96017 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #96030 ขอบคุณ @romneyda
• ปรับปรุงความครอบคลุมของ QA Lab การบันทึกหลักฐาน และการตรวจสอบความพร้อมสำหรับรีลีส #96246 ขอบคุณ @vincentkoc
• เพิ่มหรือแก้ไขความครอบคลุมของการทดสอบการถดถอยแบบเจาะจงสำหรับเวิร์กโฟลว์ของผู้ดูแล #87121 ขอบคุณ @davinci282828, @lizuju
• เพิ่มหรือแก้ไขความครอบคลุมของการทดสอบการถดถอยแบบเจาะจงสำหรับเวิร์กโฟลว์ของผู้ดูแล #90223 ขอบคุณ @aniruddhaadak80
• เพิ่มหรือแก้ไขความครอบคลุมของการทดสอบการถดถอยแบบเจาะจงสำหรับเวิร์กโฟลว์ของผู้ดูแล #93378 ขอบคุณ @mmyzwl, @yachiyo1680
• เพิ่มหรือแก้ไขความครอบคลุมของการทดสอบการถดถอยแบบเจาะจงสำหรับเวิร์กโฟลว์ของผู้ดูแล #95475 ขอบคุณ @kklouzal
• เพิ่มหรือแก้ไขความครอบคลุมของการทดสอบการถดถอยแบบเจาะจงสำหรับเวิร์กโฟลว์ของผู้ดูแล #95499 ขอบคุณ @romneyda
• เพิ่มหรือแก้ไขความครอบคลุมของการทดสอบการถดถอยแบบเจาะจงสำหรับเวิร์กโฟลว์ของผู้ดูแล #95602 ขอบคุณ @vincentkoc, @zats
• เพิ่มหรือแก้ไขความครอบคลุมของการทดสอบการถดถอยแบบเจาะจงสำหรับเวิร์กโฟลว์ของผู้ดูแล #95653 ขอบคุณ @vincentkoc
• ปรับปรุงการบำรุงรักษาที่เก็บและเวิร์กโฟลว์การรับผลงานจากผู้มีส่วนร่วม #76668 ขอบคุณ @wadydx
• ปรับปรุงการบำรุงรักษาที่เก็บและเวิร์กโฟลว์การรับผลงานจากผู้มีส่วนร่วม #87861 ขอบคุณ @coder999999999, @shuofengzhang, @vincentkoc
• ปรับปรุงการบำรุงรักษาที่เก็บและเวิร์กโฟลว์การรับผลงานจากผู้มีส่วนร่วม #95243 ขอบคุณ @hugenshen, @vincentkoc
• ปรับปรุงโครงสร้างเอกสารภายในและการดูแลข้อมูลอ้างอิงของรีลีส #78715 ขอบคุณ @mehrazmorshed
• ปรับปรุงโครงสร้างเอกสารภายในและการดูแลข้อมูลอ้างอิงของรีลีส #93502 ขอบคุณ @harjothkhara
• ปรับปรุงโครงสร้างเอกสารภายในและการดูแลข้อมูลอ้างอิงของรีลีส #96044 ขอบคุณ @romneyda
• ปรับปรุงโครงสร้างเอกสารภายในและการดูแลข้อมูลอ้างอิงของรีลีส #96057 ขอบคุณ @vincentkoc
• ปรับปรุงโครงสร้างเอกสารภายในและการดูแลข้อมูลอ้างอิงของรีลีส #96061 ขอบคุณ @vincentkoc
• เสริมความแข็งแกร่งให้ขอบเขตพฤติกรรมภายในโดยไม่เปลี่ยนเวิร์กโฟลว์สาธารณะของผลิตภัณฑ์ #91193 ขอบคุณ @davinci282828, @whiteyzy
• เสริมความแข็งแกร่งให้ขอบเขตพฤติกรรมภายในโดยไม่เปลี่ยนเวิร์กโฟลว์สาธารณะของผลิตภัณฑ์ #95706 ขอบคุณ @rushindrasinha, @vincentkoc
• เสริมความแข็งแกร่งให้ขอบเขตพฤติกรรมภายในโดยไม่เปลี่ยนเวิร์กโฟลว์สาธารณะของผลิตภัณฑ์ #96179 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #89912 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #90439 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #96182 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #96191 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #96193 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #96195 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #96204 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #96206 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #96213 ขอบคุณ @jalehman
• ย้ายส่วนภายในของเซสชันและรันไทม์ไปไว้หลังขอบเขตการบำรุงรักษาร่วม #96218 ขอบคุณ @jalehman
• ปรับปรุงความครอบคลุมของแซนด์บ็อกซ์การพุชบน iOS และการตรวจสอบความถูกต้องของรีลีส #95893 ขอบคุณ @joshavant
• อัปเดตเอกสารการตรวจสอบความถูกต้องของชุดทดสอบ Copilot และการตั้งค่าการทดสอบจริง #95930 ขอบคุณ @vincentkoc