یادداشت‌های انتشار 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 و کانال‌های دیگر، پاسخ موردنظر دستیار را نمایش می‌دهند؛ درعین‌حال پیام‌های Thinking که کاربر آن‌ها را فعال کرده است همچنان کار می‌کنند. #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.
• کاربران Webhook در Telegram اکنون می‌توانند هنگام راه‌اندازی مجدد کوتاه کانال، بارگذاری دوبارهٔ پیکربندی و چرخه‌های بازیابی، بدون وقفهٔ موقت در دریافت پیام، همچنان پیام‌های مستقیم و گروهی را دریافت کنند. #94506 مرتبط با #90254. با تشکر از @obviyus، @travellingsoldier85 و @xialonglee.
• Gatewayهای E2EE در Matrix می‌توانند در استفادهٔ طولانی‌مدت آنلاین بمانند، به‌جای آنکه به‌تدریج حافظه مصرف کنند تا سرانجام خرابی، کانال‌ها و کارهای در حال اجرا را از دسترس خارج کند. #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.
• اکنون وقتی یک homeserver پاسخی بیش‌ازحد بزرگ یا متوقف‌شده می‌فرستد، کاربران و اپراتورهای 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 که فرمان‌های اسلش بومی را فعال می‌کنند، اکنون می‌توانند مستقیماً در Mattermost از /oc_queue برای تنظیم صف‌بندی اجرای فعال، از جمله حالت، زمان‌بندی debounce، سقف و نحوهٔ مدیریت حذف استفاده کنند. #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.
• پردازش پاسخ نهایی اکنون هنگامی که OpenClaw بررسی می‌کند آیا متن بلوک قبلاً ارسال شده است، CPU کمتری مصرف می‌کند، بدون اینکه تغییری در پاسخ رسیده به گفت‌وگو یا نحوه جلوگیری از متن تکراری ایجاد شود. #96087 با تشکر از @vincentkoc.
• نتایج تأیید Exec از Pluginهای کانال خارجی اکنون به همان کانال یا پیام مستقیمی بازمی‌گردند که فرمان در آن آغاز شده است، به‌جای اینکه به 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.
• شناسه‌های مدل واجد نام ارائه‌دهنده اکنون از سیاست‌های پیکربندی‌شده زمان اجرای عامل و نام‌های مستعار 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 اکنون می‌توانند شناسه‌های کوتاه اعلام‌شده مدل DeepSeek V4 را انتخاب و اجرا کنند، بدون اینکه درخواست‌ها به‌دلیل ارسال پیشوند تکراری ارائه‌دهنده توسط OpenClaw با model_not_found شکست بخورند. #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 اکنون می‌توانند مدل‌های انتخاب‌شده از کاتالوگ زنده را اجرا کنند، از جمله شناسه‌های مدل فقط‌زنده که در فهرست همراه OpenClaw وجود ندارند. #95710 با تشکر از @vincentkoc.
• مشکلی رفع شد که در آن ارائه‌دهندگان تعریف‌شده در مانیفست، هنگام وجود فاصله‌های اضافی یا تفاوت در بزرگی و کوچکی حروف در ورودی‌های stripPrefixes، شناسه‌های معتبر مدل را به شناسه‌های خراب تبدیل می‌کردند؛ بنابراین اپراتورها و نویسندگان Plugin اکنون مدل موردنظر ارائه‌دهنده را دریافت می‌کنند. #95744 مرتبط: #95743. با تشکر از @parveshsaini.
• راه‌اندازی اولیه اکنون برای یک ارائه‌دهنده خارجی تازه‌نصب‌شده، اعلان ورود اطلاعات اعتبارنامه را باز می‌کند، به‌جای اینکه ظاهراً در حلقه بماند و OpenAI را انتخاب‌شده نگه دارد. #95792 مرتبط: #95765.
• کاتالوگ‌های بیش‌ازحد بزرگ یا متوقف‌شده ارائه‌دهنده اکنون به‌جای معلق‌کردن OpenClaw یا مصرف نامحدود حافظه، سریع و با خطایی روشن شکست می‌خورند؛ درعین‌حال کاتالوگ‌های عادی همچنان بارگذاری می‌شوند. #95827 با تشکر از @alix-007.
• کاربران Xiaomi Token Plan اکنون می‌توانند با mimo-v2.5 و mimo-v2.5-pro از حداکثر 128K توکن خروجی استفاده کنند، به‌جای اینکه در محدودیت منسوخ 32,000 توکنی متوقف شوند. #95934 با تشکر از @idootop.
• پاسخ‌های مدل با استفاده سنگین از ابزارها اکنون با سربار کمتری پخش جریانی می‌شوند؛ درعین‌حال شناسه‌های تکراری فراخوانی ابزار و جزئیات رمزگذاری‌شده استدلال، در ارائه‌دهندگان 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 و رابط کاربری کنترل اکنون به‌جای شکست در زمانی که chatgpt.com مستقیماً در دسترس نیست، بازه‌های استفاده را بازیابی می‌کنند. #93943 مرتبط با #78714. با تشکر از @tnzgit، @turbotheturtle.
• /status اکنون مدل فعال و روش پاک‌کردن انتخاب سنجاق‌شده را در یک خط فشرده نگه می‌دارد تا کاربران Discord و سایر پیام‌رسان‌ها بتوانند وضعیت مدل را بدون توضیحی چندخطی مرور کنند. #95797 با تشکر از @solvely-colin.
• پاسخ‌های جریانی Anthropic اکنون به‌روزرسانی‌های درهم‌تنیده متن، تفکر و فراخوانی ابزار را به بلوک پاسخ درست متصل نگه می‌دارند، به‌جای آنکه هنگام فعال‌بودن هم‌زمان چند بلوک، آن‌ها را با یکدیگر مخلوط کنند. #96013 با تشکر از @vincentkoc.

تداوم نشست، حافظه و اعتماد

نشست‌ها، Compaction، حافظه و حافظه مبتنی بر QMD، مکالمه موردنظر و زمینه مفید را در طول کارهای طولانی‌مدت، اتصال‌های مجدد، ارتقاها و ترمیم رونوشت‌ها به‌شکلی باثبات‌تر حفظ می‌کنند. جست‌وجوی ابزار نیز هنگامی که عامل‌ها باید زمینه یا قابلیت مناسب را بازیابی کنند، قابل‌اعتمادتر عمل می‌کند.

بازیابی رمزگذاری‌شده Matrix، هنگامی که وضعیت کلید موردنیاز قابل‌تأیید نباشد، به‌شکلی ایمن متوقف می‌شود. سیاست‌های ابزار، تأییدها و مدیریت اسرار به وضعیت زمان اجرای موردنظر متصل باقی می‌مانند و اقدام‌های پرخطرتر، مگر آنکه صراحتاً فعال شوند، غیرفعال می‌مانند.

منابع و مشارکت‌کنندگان

• گفت‌وگوهای عاملِ تحت‌تأثیر که از OpenAI Responses استفاده می‌کنند، اکنون پس از آنکه یک پاسخ قابل‌مشاهده در کانال باعث ناقص‌شدن تاریخچهٔ ذخیره‌شده‌شان می‌شود، می‌توانند بازیابی شوند و به پاسخ‌دادن ادامه دهند؛ به‌جای اینکه هر نوبت بعدی پیش از نمایش پاسخ با شکست مواجه شود. #84708 با تشکر از @anyech.
• وقتی یک عامل مبتنی بر Codex خروجی ابزاری با حجم غیرمعمول تولید می‌کند، گفت‌وگوهای ذخیره‌شده و بازپخش‌شده اکنون متن آن را در محدودهٔ معمول اندازه نگه می‌دارند و محتوای غیرمتنی را بدون تغییر باقی می‌گذارند. #87912 با تشکر از @adrianip0204.
• گفت‌وگوهای رابط کاربری کنترل اکنون پس از خواب، قطع شبکه یا اتصال مجدد 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: off، مرحلهٔ فعال Dreaming سبک یا REM را نشان می‌دهد تا اپراتورها بتوانند ببینند پیکربندی‌های معتبر حافظه فعال هستند. #93113 مرتبط: #67868. با تشکر از @agentarclab، @mrossit.
• جست‌وجوهای حافظهٔ QMD که مهلتشان به پایان می‌رسد، اکنون هنگام ادامه‌دادن عامل، کار پس‌زمینهٔ خود را متوقف می‌کنند و مانع می‌شوند فرایندهای رهاشده همچنان CPU و حافظه مصرف کنند. #93394 با تشکر از @alix-007.
• دستورالعمل‌های تکراری ارسال‌شده پس از Compaction اکنون در گفت‌وگو باقی می‌مانند و از ازدست‌رفتن نوبت‌ها، پاسخ‌های بی‌مرجع و تاریخچهٔ بدشکلی که برخی ارائه‌دهندگان رد می‌کنند جلوگیری می‌شود. #94328 با تشکر از @vincentkoc، @yetval.
• گزارش صفحات قدیمیِ ویکی حافظه اکنون صفحات ماندگارِ مفهومی و ترکیبی را از هشدارهای تازگی کنار می‌گذارد و توجه را بر صفحات منبع و موجودیت متمرکز می‌کند که ممکن است واقعاً به بازبینی نیاز داشته باشند. #94369 با تشکر از @sunnyshu0925، @vincentkoc.
• اکنون احتمال کمتری دارد اجرای طولانی تعبیه‌شده‌ای که اخیراً پیشرفت داشته است با بازیابی نشست قدیمی قطع شود، درحالی‌که اجراهای واقعاً متوقف‌شده همچنان قابل پاک‌سازی هستند تا کارهای صف‌شده ادامه یابند. #94701 با تشکر از @imadal1n، @mrclawfield.
• جست‌وجوی حافظهٔ Ollama اکنون بُعد کوچک‌ترِ پیکربندی‌شده برای تعبیه را رعایت می‌کند و نمایه‌های ابعاد مختلف را جدا نگه می‌دارد تا بردارهای ناسازگار با هم ترکیب نشوند. #94811 با تشکر از @mushuiyu886.
• جست‌وجوهای حافظه و تازه‌سازی‌های هدفمند اکنون حتی وقتی نام فایل‌های رونوشت تغییر می‌کند یا خروجی‌های QMD نام متفاوتی دارند، به نشست صحیح OpenClaw متصل می‌مانند. #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 استفاده می‌کنند، اکنون می‌توانند بدون کلید API جداگانه Compaction شوند، چه /compact به‌صورت دستی اجرا شود و چه خودکار فعال شود. #95831 مرتبط: #95693. با تشکر از @sallyom، @yui-tien.
• نشست‌های طولانی و پرکاربرد از ابزار اکنون به‌جای گیرکردن هنگام ظاهرشدن یک نتیجهٔ بزرگ ابزار در انتها، گفت‌وگوهای بیش‌ازحد بزرگ را Compaction می‌کنند. #95860 مرتبط: #78478. با تشکر از @jw8957، @wzhgba، @yetval.
• وقتی memory_search به‌دلیل نداشتن node:sqlite در زمان اجرای Node در دسترس نیست، OpenClaw اکنون کاربران را به یک زمان اجرای سازگار راهنمایی می‌کند؛ به‌جای اینکه آن‌ها را درگیر عیب‌یابی نامرتبط ارائه‌دهندهٔ تعبیه کند. #95916 با تشکر از @rrrrrredy، @vincentkoc.
• توسعه‌دهندگان و اپراتورهایی که یک نشست Compaction‌شدهٔ Copilot را بررسی می‌کنند، اکنون به‌جای نتیجه‌ای ناقص، خلاصهٔ آن، شمارش توکن‌های پیش و پس از Compaction و جزئیات نشست را دریافت می‌کنند. #96049 با تشکر از @vincentkoc.
• فرمان‌های /stop و لغو اکنون حتی وقتی کلیدهای نشست به متعارف‌سازی نیاز دارند یا فرادادهٔ لغو قابل ذخیره نیست، همچنان اجراهای فعال را متوقف می‌کنند، پیگیری‌های صف‌شده را پاک می‌کنند و زیرعامل‌های مرتبط را به‌سرعت پایان می‌دهند. #96201 با تشکر از @jalehman.
• ارتقاهای بیدارباش صوتی اکنون با انتقال عبارت‌های فعال‌ساز و قواعد مسیریابی موجود از فایل‌های تنظیمات بازنشسته به پایگاه‌دادهٔ حالت مشترک، عملکرد آن‌ها را حفظ می‌کنند. bdf81a8
• ارتقا از چیدمان‌های قدیمی‌تر حالت OpenClaw اکنون اعلان‌های به‌روزرسانی، محدودسازی دفعات بررسی، رکوردهای نسخه‌های موجود و تاریخچهٔ تلاش‌های به‌روزرسانی خودکار را هنگام انتقال این حالت به SQLite حفظ می‌کند. eb00d49 با تشکر از @vincentkoc.
• گفت‌وگوهای کانال‌های Plugin در طول راه‌اندازی، بررسی‌های doctor و ترمیم حالت، نشست موردنظر خود را مطمئن‌تر حفظ می‌کنند و رکوردهای اتصال قدیمی‌تر به پایگاه‌دادهٔ مشترک OpenClaw مهاجرت داده می‌شوند. 9f888d9
• همگام‌سازی نشست مبتنی بر حافظه در Windows اکنون حتی وقتی قالب‌بندی مسیر متفاوت است، استفاده از فایل رونوشت موردنظر را ادامه می‌دهد. b3b5b08 با تشکر از @vincentkoc.
• اجراهای عامل تعبیه‌شده با کلید نشست مفقود یا خالی اکنون به‌جای هدایت‌شدن از مسیر ناسازگار نشست، به نشست موردنظر متصل می‌مانند. 911f853 با تشکر از @vincentkoc.
• وقتی یک مدل نام ابزار را اشتباه حدس می‌زند، جست‌وجوی ابزار و حالت کد اکنون نحوهٔ یافتن و تلاش مجدد با ابزار صحیح را نشان می‌دهند و خطر گیرکردن نشست‌های طولانی‌مدت یا ازدست‌رفتن حافظهٔ ماندگار هنگام Compaction را کاهش می‌دهند. #93374 مرتبط: #92273. با تشکر از @mushuiyu886، @poison، @vincentkoc.
• مشکل ناپدیدشدن پاسخ‌های دستیار از وب‌چت، رابط کاربری کنترل، 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 آغازکنندهٔ درخواست مشاهده و رسیدگی کنند، از جمله هنگامی که برنامه باز است، بدون آنکه فقط به اعلان‌های push متکی باشند. #95175 با تشکر از @joshavant.
• کاربران رابط کاربری کنترل اکنون نسخهٔ اصلاح‌شدهٔ DOMPurify را دریافت می‌کنند که بدون تغییر رفتار رابط، مواجهه با آسیب‌پذیری پاک‌ساز GHSA-cmwh-pvxp-8882 را کاهش می‌دهد. #95691 با تشکر از @vincentkoc.
• تأییدهای «همیشه مجاز باشد» برای پیوندهای مکالمهٔ Plugin اکنون از فایل تنظیمات قدیمی منتقل می‌شوند و هنگام اجرای هم‌زمان چند فرایند OpenClaw، احتمال گم‌شدن یا بازنویسی آن‌ها کمتر است. ae41b00 با تشکر از @vincentkoc.
• کاربران Matrix اکنون می‌بینند که پیش از ادامهٔ بازنشانی اجباری امضای متقابل، کلید بازیابی فعال لازم است؛ در نتیجه، بازنشانی دوم دیگر بازیابی رمزنگاری و نسخه‌های پشتیبان کلید اتاق را غیرقابل‌استفاده باقی نمی‌گذارد. #95720 مرتبط: #78396. با تشکر از @jteddy، @vincentkoc و @xialonglee.
• احتمال شکست کارت‌های وضعیت ویکی حافظه و همگام‌سازی منبع مبتنی بر پل هنگام بازنویسی هم‌زمان صفحه‌ها کمتر شده است، زیرا OpenClaw اکنون عدم تطابق موقتی مسیر را دوباره امتحان می‌کند و همچنان نوشتن‌های ناامن یا مداوم در سیستم فایل را متوقف می‌سازد. #94443 مرتبط: #92134. با تشکر از @cknzraposo و @zengwen-dt.
• مشکلی را رفع می‌کند که در آن ازسرگیری نشست اخیر برای کاربران دارای مسیرهای طولانی فضای کاری، به‌جای بازگشت به رونوشت موجود، مکالمه‌ای تازه باز می‌کرد. #94578 مرتبط: #94577. با تشکر از @rohitjavvadi و @vincentkoc.
• ویکی حافظه اکنون هنگام ورود مجدد یا همگام‌سازی صفحهٔ منبع موجود، یادداشت‌های نوشته‌شده توسط کاربر را دست‌نخورده نگه می‌دارد و در عین حال محتوای تولیدشدهٔ خود را تازه‌سازی می‌کند. #95614 با تشکر از @yetval.
• مشکلی را رفع می‌کند که در آن ویکی حافظه، وقتی مخزنش درون پوشهٔ حافظهٔ فضای کاری ذخیره شده بود، صفحه‌های منبع تولیدشدهٔ خودش را پی‌درپی درون خود کپی می‌کرد؛ در نتیجه از فایل‌های تکراری، پاک‌سازی‌های مکرر و رشد غیرضروری نمایهٔ حافظه جلوگیری می‌شود. #95666 مرتبط: #95657. با تشکر از @johannes0402، @turbotheturtle و @vincentkoc.
• برای اپراتورهایی که از Active Memory همراه با رؤیاپردازی 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 Agentها می‌توانند OpenClaw را برای کارهای در انتظار فضای کاری بیدار کنند و اپراتورها می‌توانند راه‌اندازی و وضعیت را از طریق مسیر پشتیبانی‌شده بررسی کنند.

منابع و مشارکت‌کنندگان

• اپراتورهای External Agent در Raft اکنون می‌توانند هنگامی که یک فضای کاری کار در انتظاری دارد، از طریق پل محلی پشتیبانی‌شده CLI یک عامل OpenClaw را بیدار کنند؛ همراه با پروفایل‌های نام‌گذاری‌شده و بررسی پیش‌نیازهای مفقود 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 به‌جای شکست با npm EOVERRIDE، از پین‌های قدیمی وابستگی مدیریت‌شده توسط OpenClaw بازیابی می‌شوند، بدون آنکه همگام‌سازی بعدی بسته‌هایی را که کاربران صراحتاً نصب کرده‌اند تنزل دهد یا حذف کند. #91786 مرتبط: #91772. با تشکر از @amknight، @mkdelta221.
• توسعه‌دهندگان Plugin کانال اکنون می‌توانند شناسه‌های بومی فرستنده و گفتگو را از طریق هوک‌ها و جریان‌های اجرایی منتخب منتقل کنند و بدون ایجاد اختلال در فیلدهای موجود فرستنده و چت، مسیریابی دقیق‌تری به یکپارچه‌سازی‌ها بدهند. #91903 با تشکر از @lanzhi-lee، @vincentkoc.
• کشف Plugin اکنون هنگام راه‌اندازی بررسی‌های مسدودکننده کمتری را در سیستم فایل تکرار می‌کند و بدون تغییر رفتار کشف بسته، کار قابل‌اجتناب شروع سرد برای درخت‌های Plugin همراه را، به‌ویژه در سیستم‌های فایل کندتر Windows، کاهش می‌دهد. #93919 مرتبط: #76209. با تشکر از @ml12580، @shenhonglong456-ai.
• متدهای Gateway مربوط به Plugin اکنون پس از ثبت از طریق openclaw gateway call کار می‌کنند؛ بنابراین نویسندگان Plugin می‌توانند به‌جای مواجهه با خطای unknown method، از آن‌ها در اسکریپت‌ها و کارهای Cron استفاده کنند. #94154 مرتبط: #94127. با تشکر از @brycemurray، @pick-cat، @vincentkoc.
• احتمال توقف یا ازکارافتادن OpenClaw هنگام کشف و بررسی نصب Skills در ClawHub کمتر شده است، زیرا پاسخ‌های بیش‌ازحد بزرگ یا متوقف‌شده بازار اکنون پیش از آنکه حافظه را تمام کنند متوقف می‌شوند. #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 اکنون در کنار GHCR یک آینه رسمی Docker Hub به نشانی openclaw/openclaw دارند و نسخه‌های بتای نسخه‌گذاری‌شده از جابه‌جاکردن نام‌های مستعار پایدار latest و main بازداشته می‌شوند. #97122 با تشکر از @vincentkoc.
• نصب‌های مبتنی بر Git در OpenClaw اکنون حتی در صورت وجود یک 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 با هر Plugin نصب‌شده یا همراه، همان راهنمای Skills را حفظ می‌کنند، درحالی‌که ارجاع‌ها به مسیرهای ریشه‌ای پیشین skills/... باید به پوشه Plugin مرتبط منتقل شوند. #95664 با تشکر از @vincentkoc.
• اعتبارسنجی Skills در ClawHub اکنون همان ارجاع @owner/<slug> مورداستفاده برای نصب‌ها و به‌روزرسانی‌ها را می‌پذیرد؛ بنابراین کاربران می‌توانند بدون تغییر به یک نامک ساده و مبهم، ناشر موردنظر را بررسی کنند. #95992 با تشکر از @patrick-erichsen.
• هشدار مدیر بسته OpenClaw هنگام نصب اکنون راه‌اندازهای سبک npm، Yarn، Yarn Berry و Corepack را به‌درستی شناسایی می‌کند و هنگامی که این ابزارها از طریق نام‌های اجرایی جایگزین اجرا می‌شوند، از راهنمایی گمراه‌کننده جلوگیری می‌کند. 11a2e03 با تشکر از @vincentkoc.
• نصب از طریق URL بسته اکنون مهلت‌های زمانی بیش‌ازحد بزرگ دانلود را بدون شکست پیش از حل‌شدن داده‌های موجود بسته مدیریت می‌کند. c310f8c
• توسعه‌دهندگان Plugin و CLI اکنون یک API پشتیبانی‌شده و روشن‌تر برای قالب‌بندی دستورها می‌بینند، درحالی‌که جفت‌سازی دستگاه، ثبت Node و راهنمای doctor همچنان همان دستورهای امن برای پوسته را تولید می‌کنند. 23b4f33
• کاربران Windows ARM64 اکنون هنگام اجرای نصب‌کننده PowerShell از طریق یک پوسته شبیه‌سازی‌شده x64، دانلودهای منطبق ARM64 برای Node و MinGit دریافت می‌کنند. 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 می‌توانند هنگام ارتقای OpenClaw، Gatewayهای تحت مدیریت LaunchAgent را در حال اجرا نگه دارند، به‌جای آنکه وقتی کد قدیمی زمان‌اجرای تبدیل متن همچنان در حافظه نهان است، با چرخه‌های مکرر خرابی و راه‌اندازی مجدد روبه‌رو شوند. #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.
• احتمال مشاهده خطای کاذب تداخل درگاه هنگام توقف یا به‌روزرسانی یک Gateway مدیریت‌شده برای کاربران macOS کمتر شده است، زیرا 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 استفاده می‌کنند، اکنون هنگام اجرای عامل‌ها از طریق زمان‌های اجرا مانند app-server مربوط به Codex، زمینه ویژه Heartbeat خود را به مدل‌ها تحویل می‌دهند، بدون آنکه بر نوبت‌های عادی کاربر یا 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 راه‌اندازی می‌کند، دیگر هنگام وظایفی مانند بررسی زنده Cron ابزارهای مخصوص مالک OpenClaw را از دست نمی‌دهند؛ بنابراین عملیات مجاز می‌توانند با زمینه صحیح درخواست از ابزارهای موردنظر استفاده کنند. c2ee9b0 با تشکر از @vincentkoc.
• درخواست‌های ناقص راه‌اندازی مجدد Gateway اکنون بدون زمان‌بندی راه‌اندازی مجدد، به‌روشنی ناموفق می‌شوند و مانع می‌شوند فراخوانی‌های نامعتبر یا تصادفی یک یکپارچه‌سازی، Gateway را به‌طور غیرمنتظره راه‌اندازی مجدد کنند. 108d6d7 با تشکر از @vincentkoc.
• درخواست‌های قدیمی Node که Gateway در صف قرار داده است، اکنون به‌طور خودکار منقضی می‌شوند؛ بنابراین احتمال باقی‌ماندن کارهای قدیمی و اثرگذاری آن‌ها بر فعالیت‌های بعدی کمتر است. f6d432e
• وقتی یک یکپارچه‌سازی مقدار بیش‌ازحدی از تاریخچه نشست زیرعامل را درخواست می‌کند، احتمال توقف یا بارگذاری بیش‌ازحد Gateway در گردش‌کارهای Plugin کمتر شده است، زیرا اکنون هر خواندن به یک حد ایمن محدود می‌شود. b66b450 با تشکر از @vincentkoc.
• توصیف تصاویر اکنون تنظیمات زمان انتظار بسیار بزرگ را با محدودکردن آن‌ها به یک حد ایمن زمان اجرا، به‌طور یکسان مدیریت می‌کند و از خطر سرریز تایمر جلوگیری می‌کند. 88b21fc
• نشست‌های عامل تعبیه‌شده اکنون حتی با زمان انتظار بسیار بزرگ، با اطمینان منتظر می‌مانند تا نشست دیگری قفل فایل خود را آزاد کند و دیگر با خطر سرریز تایمر روبه‌رو نمی‌شوند. 4c736df با تشکر از @vincentkoc.
• فرمان‌های در صف با تنظیمات زمان انتظار بسیار بزرگ وظیفه اکنون به‌طور قابل‌اعتماد منقضی می‌شوند، زیرا OpenClaw مدت انتظار را به حداکثر ایمن زمان اجرا محدود می‌کند. 1f6ae32 با تشکر از @vincentkoc.
• مشکل ارائه نقطه ورود نادرست تبدیل اجباری رشته توسط normalization-core و نمایش مقدار قدیمی حالت سریع در نشست‌های ACP برطرف شد؛ بنابراین یکپارچه‌سازی‌ها API موردنظر را دریافت می‌کنند و کاربران حالتی را می‌بینند که واقعاً فعال است. 93ad397 با تشکر از @vincentkoc.
• اجراهای خودکار سریع اکنون پاسخ‌های نهایی را با ثبات بیشتری تحویل می‌دهند و مدیریت بازنشانی پیشرفت به حالت خودکار محدود شده است تا در پاسخ‌ها یا فراخوانی‌های بازگشتی هدایت‌شده اختلال ایجاد نکند. 9e8ab08 با تشکر از @vincentkoc.
• نشست‌های عامل که از OpenAI Responses استفاده می‌کنند، اکنون وقتی تاریخچه بازپخش‌شده شامل درخواست‌ها و نتایج ناهماهنگ ابزار است، کار مبتنی بر ابزار را بدون خرابی یا از‌دست‌دادن پیشرفت از سر می‌گیرند. b4bc1f2 با تشکر از @vincentkoc.
• وقتی Gatewayها قالب‌های جایگزین پاکت تکمیل را برمی‌گردانند، اجرای تکمیل‌شده زیرعامل‌های Plugin و QA دیگر به‌اشتباه ناموفق گزارش نمی‌شود و تحویل موفق برای نویسندگان Plugin و اپراتورها قابل‌اعتمادتر شده است. d1b268f با تشکر از @vincentkoc.
• مشکلی برطرف شد که گاهی وظایف تکمیل‌شده زیرعامل بدون به‌روزرسانی پایان می‌یافتند؛ اکنون کاربران نتیجه یا گام بعدی عامل والد را دریافت می‌کنند. 68a1e00 با تشکر از @vincentkoc.

تحویل نتایج راه دور و رسانه

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

منابع و مشارکت‌کنندگان

• تصاویر تولیدشده از یک app-server راه‌دور Codex اکنون به‌صورت پیوست دریافت می‌شوند، به‌جای آنکه Media failed نمایش داده شود یا پس از تولید موفق فقط متن بازگردانده شود. #96212 با تشکر از @sjf-oa.
• وقتی یک زیرعامل کارش را تمام می‌کند، نتیجهٔ آن اکنون با اطمینان بیشتری به اجرای والد فعال می‌رسد، به‌جای آنکه ظاهراً هیچ پاسخی نداشته باشد. 7fc4bbc با تشکر از @vincentkoc.

کلاینت‌ها و رابط‌ها

ارسال‌ها و اتصال مجدد کلاینت

WebChat و رابط کنترل پس از اتصال مجدد، گفت‌وگوهای فعال و وضعیت‌های شکست را با ثبات بیشتری قابل مشاهده نگه می‌دارند؛ در همین حال، کلاینت‌های موبایل و رابط ترمینال ارسال‌های تکمیل‌شده، ردشده یا قطع‌شده را بدون آنکه ظاهراً گیر کرده باشند بازیابی می‌کنند.

منابع و مشارکت‌کنندگان

• وقتی پیام WebChat پیش از شروع عامل با شکست مواجه می‌شود، WebChat و رابط کنترل اکنون نشست را شکست‌خورده نشان می‌دهند، به‌جای آنکه ظاهراً همچنان در حال اجرا باشد. #84352 با تشکر از @jesse-merhi.
• مشکل گیرکردن انتخابگر نشست رابط کنترل پشت نشست‌های پنهان زیرعامل‌ها برطرف شده است؛ بنابراین Load More به گفت‌وگوی قابل‌استفادهٔ بعدی می‌رسد، بدون آنکه مجموعی گمراه‌کننده نمایش دهد. #89323 مرتبط: #89249. با تشکر از @giodl73-repo و @originsecured-do.
• وقتی کاربران گفت‌وگویی را از History در رابط کنترل دوباره باز می‌کنند، درخواست‌هایشان اکنون همراه با پاسخ‌های دستیار نمایش داده می‌شود و زمینهٔ پرسش‌وپاسخ بدون فاصله‌های خالی در رونوشت‌های طولانی حفظ می‌شود. #93841 مرتبط: #90241. با تشکر از @mushuiyu886 و @pronzcw.
• استقرارهای رابط کنترل پشت یک پیشوند مسیر، اکنون درخواست‌های manifest، favicon و service-worker را زیر همان پیشوند نگه می‌دارند و از خطاهای گیج‌کنندهٔ 403 در سطح ریشه پس از ورود جلوگیری می‌کنند. #94204 مرتبط: #94157. با تشکر از @hugenshen و @xrow.
• کاربران Android اکنون می‌توانند ردیف‌های Health log و Skill را در Settings برای مشاهدهٔ جزئیات خوانا باز کنند؛ در نتیجه عیب‌یابی فعالیت Gateway، بررسی راه‌اندازی و وضعیت مهارت و درک نحوهٔ جفت‌شدن با یک کد راه‌اندازی موجود آسان‌تر شده است. #95148 با تشکر از @tosko4.
• درخواست‌های ارسال‌شده دیگر پس از ارسال دوباره در کادر نوشتن رابط کنترل ظاهر نمی‌شوند؛ بنابراین کاربران می‌توانند بدون خطر ارسال تکراری یا بازنویسی پیش‌نویس جدید، نشست را عوض کنند یا پیام بعدی خود را آغاز کنند، در حالی که ورود مجدد عمدی همچنان کار می‌کند. #95503 مرتبط: #89466. با تشکر از @vincentkoc، @zhangguiping-xydt و @zhong18804784882.
• کاربران Android اکنون نمای کلی مرتب‌تری دارند که در آن وضعیت اتصال، عامل پیکربندی‌شده، سلامت 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.
• تشخیص محل شکست در راه‌اندازی رلهٔ push در iOS آسان‌تر شده است، زیرا اطلاعات تشخیصی ثبت‌نام نشان می‌دهد راه‌اندازی در کجا متوقف شده، در حالی که اعتبارنامه‌های حساس push را از گزارش‌ها دور نگه می‌دارد. f2b8668 با تشکر از @joshavant.
• دستگاه‌های iOS اکنون تنها پس از پذیرش افشای رلهٔ میزبانی‌شده و اجازه‌دادن به اعلان‌ها توسط کاربران، برای اعلان‌های push ثبت‌نام می‌شوند؛ در نتیجه از انتشار داده‌های ثبت‌نام پیش از رضایت جلوگیری می‌شود. 8efed50 با تشکر از @joshavant.
• مشکل گیرکرده به نظر رسیدن یا ناپدیدشدن گاه‌به‌گاه ارسال‌های گفت‌وگو، صوت، TUI و ارسال‌های هدایت‌شده پس از آنکه Gateway پیش‌تر آن‌ها را تکمیل یا رد کرده بود، برطرف شده است؛ بنابراین کلاینت‌های تحت‌تأثیر اکنون وضعیت در انتظار را پاک می‌کنند، ورودی قابل‌تلاش‌مجدد را بازیابی می‌کنند، تاریخچه را تازه‌سازی می‌کنند یا شکست مفیدی نشان می‌دهند. #91049 مرتبط: #91048. با تشکر از @nxmxbbd.

اصلاحات رابط، تنظیمات و راه‌اندازی اولیه

اصلاحات بیشتر در رابط کنترل، موبایل و دسکتاپ، دقت نمایش، دسترس‌پذیری، راه‌اندازی اولیه و رفتار برنامه را بهبود می‌دهند.

منابع و مشارکت‌کنندگان

• سهمیهٔ استفادهٔ OpenAI/Codex در نوار کناری بازشدهٔ گفت‌وگوی رابط کنترل بازیابی شده است تا کاربران بتوانند بدون ترک گفت‌وگو محدودیت‌های خود را بررسی کنند. #94219 مرتبط: #93041. با تشکر از @jazzroutine و @pick-cat.
• صفحه‌های iOS اکنون در راه‌اندازی اولیه، تنظیمات، گفت‌وگو، درخواست‌های تأیید، مجوزهای صوتی، ویجت‌ها و نماهای گفت‌وگوی مشترک، از رنگ‌های تأکیدی و وضعیت OpenClaw به‌شکل یکسان استفاده می‌کنند. #94627 با تشکر از @zats.
• رابط کنترل اکنون می‌تواند کارهای Early Morning را با پیش‌تنظیم Silent در نشست اصلی و بدون اعلان ایجاد کند، به‌جای آنکه کادر گفت‌وگو بدون نتیجهٔ قابل مشاهده باز بماند. #95459 مرتبط: #95073. با تشکر از @vincentkoc، @vporton و @zoowh.
• در مرز یک‌میلیون توکن، نشان‌ها و نمایشگرهای استفادهٔ رابط کنترل اکنون به‌جای "1000k" گیج‌کننده، "1M" را نشان می‌دهند، در حالی که تعداد توکن‌های زیربنایی بدون تغییر باقی می‌ماند. #95485 با تشکر از @narahariraghava و @vincentkoc.
• نمای کلی رابط کنترل اکنون فقط کارهای Cron فعال و همچنان نیازمند توجه را می‌شمارد و علامت‌گذاری می‌کند، در حالی که کارهای غیرفعال جزئیات شکست‌های گذشتهٔ خود را حفظ می‌کنند، بدون آنکه به‌عنوان مشکلات فعلی ظاهر شوند. #95723 مرتبط: #95716. با تشکر از @voytas75 و @zengwen-dt.
• کاربران رابط کنترل اکنون راهنمای ابزار کوتاه‌تری برای طرح‌های System، Light و Dark می‌بینند، در حالی که صفحه‌خوان‌ها برچسب‌های کم‌تکرارتری را بدون از دست‌دادن زمینهٔ پیرامونی Color mode اعلام می‌کنند. #95837 با تشکر از @hannesrudolph و @sannidhyasah.
• پیکربندی خام پس از جابه‌جایی از نمای فرم دیگر در Settings مفقود به نظر نمی‌رسد، زیرا JSON به‌جای حفظ موقعیت پیمایش قبلی دوباره به محدودهٔ دید آورده می‌شود. #96145 مرتبط: #94202. با تشکر از @sunlit-deng و @vporton.
• کاربران جدید iOS اکنون پیش از آنکه iOS دسترسی به شبکهٔ محلی را درخواست کند، به خوشامدگویی و راه‌اندازی اولیهٔ OpenClaw می‌رسند؛ کاربران فعلی همچنان هنگام بازکردن راه‌اندازی Gateway یا در مواقع دیگری که به کشف Gateway در LAN نیاز دارند، این درخواست را دریافت می‌کنند. #96181 با تشکر از @joshavant.

مستندات و ابزارهای مدیریت

قابلیت اطمینان راه‌اندازی و فرمان‌ها

فرمان‌های CLI رایج اکنون پیکربندی، مسیرها، خروجی و موارد شکست را با ثبات بیشتری مدیریت می‌کنند. تکمیل پوسته، doctor، فرمان‌های پیکربندی و پیکربندی Gateway هنگامی که یک نصب یا تنظیم به توجه نیاز دارد، راهنمایی روشن‌تر و بازیابی ایمن‌تری ارائه می‌دهند.

منابع و مشارکت‌کنندگان

• منوی تکمیل خودکار با Tab در zsh متعلق به OpenClaw اکنون توضیحات گزینه‌هایی را که شامل متغیرهای $ یا نمونه‌های محصور در بک‌تیک هستند، به‌صورت تحت‌اللفظی نمایش می‌دهد؛ به‌جای آنکه آن‌ها را به‌عنوان ورودی پوسته ارزیابی و منو را خراب کند. #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.
• پرامپت‌های طولانی، چندخطی یا حاوی کد زیاد را اکنون می‌توان با --message-file به openclaw agent ارسال کرد؛ این کار نیاز به نقل‌قول‌گذاری شکننده در پوسته را برطرف می‌کند و فایل‌های نامعتبر را پیش از ارسال گزارش می‌دهد. #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 و تحویل Codex از TUI اکنون 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 دارای دونقطه‌های اضافی در ابتدا یا انتها را پیش از آنکه بتوانند برای سندباکس‌ها و Gatewayهای مبتنی بر SSH پیکربندی SSH نامعتبر یا شکست راه‌اندازی تونل ایجاد کنند، رد می‌کند. #93887 با تشکر از @miorbnli.
• کاربرانی که راه‌اندازی غیرتعاملی آن‌ها در بررسی سلامت Gateway محلی شکست می‌خورد، اکنون به‌جای پرچم‌های پشتیبانی‌نشده setup، فرمان‌های بازیابی قابل‌اجرای openclaw onboard --install-daemon یا openclaw onboard --skip-health را دریافت می‌کنند. #93994 مرتبط با #93947. با تشکر از @bk-z1، @nianjiuzst.
• بررسی‌های سلامت و پروب Gateway اکنون همان --port سفارشی مورداستفاده برای راه‌اندازی Gateway محلی را می‌پذیرند، پورت‌های نامعتبر را زودهنگام رد می‌کنند و هدف لوپ‌بک انتخاب‌شده را در خروجی 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 اکنون کار daemon موردنیاز Windows را به‌طور خودکار انتخاب می‌کند و ضمن ثابت نگه‌داشتن رفتار WSL2 و بازنویسی‌های صریح کار، از اجرای ناموفق یا هدایت‌شده به مقصد نادرست جلوگیری می‌کند. d5d9a82 با تشکر از @vincentkoc.
• افرادی که تصویر نمایهٔ محلی برای عامل تنظیم می‌کنند، می‌توانند با نگه‌داشتن فایل‌های نسبی به فضای کاری در اندازهٔ کمتر از 2 MB از مفقودشدن تصاویر جلوگیری کنند؛ درحالی‌که تصاویر نمایهٔ HTTP(S) و 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> استفاده می‌کنند. #95972 با تشکر از @patrick-erichsen.

ابزارها و کارهای زمان‌بندی‌شده

کارهای زمان‌بندی‌شده و ابزارهای داخلی اکنون عملیات را با سازگاری بیشتری به پایان می‌رسانند، دوباره تلاش می‌کنند، خطاها را گزارش می‌دهند و ورودی‌های موردنظرشان را حفظ می‌کنند. بهبودهای زمان اجرای SDK پلاگین نیز افزونه‌های متکی به ابزار را هنگام بارگذاری، بازگرداندن نتایج یا اجرای کارهای زمان‌بندی‌شده قابل‌اعتمادتر می‌کند.

منابع و مشارکت‌کنندگان

• کارهای Cron ایزوله‌ای که از deleteAfterRun استفاده می‌کنند، اکنون پس از پایان، نشست و رونوشت موقت خود را حذف می‌کنند؛ از جمله اجراهایی که تحویل در آن‌ها غیرفعال است. این تغییر فایل‌های منسوخ، انباشت زمینه و نیاز به پاک‌سازی دستی را کاهش می‌دهد. #84794 مرتبط: #84707. با سپاس از @bottenbenny و @turbotheturtle.
• هر کار زمان‌بندی‌شده اکنون می‌تواند مدل‌های جایگزین مختص خود را به‌کار گیرد، بدون مدل‌های جایگزین اجرا شود یا از طریق CLI به وراثت عادی مدل‌های جایگزین بازگردد؛ بدون اینکه اپراتورها مجبور باشند داده‌های سطح پایین‌تر payload را ویرایش کنند. #93369 مرتبط: #90302. با سپاس از @849261680 و @walliiee.
• تاریخچه Cron اکنون ورودی‌هایی را که شناسه کارشان دارای فاصله‌های اضافی در ابتدا یا انتها است، با اطمینان پیدا می‌کند و شناسه‌های تودرتو یا خالی را پیش از آنکه رکوردهای گزارشی ایجاد کنند که بازیابی امن آن‌ها ممکن نیست، رد می‌کند. #93567 با سپاس از @alix-007 و @vincentkoc.
• افزودن یا حذف یک کار Cron دیگر باعث نمی‌شود اجرای در انتظارِ کار تکرارشونده دیگری که موعد آن فرارسیده است از دست برود. #94323 با سپاس از @yetval.
• خواندن و نوشتن سندهای Word، PowerPoint و Excel اکنون به‌جای شکست به‌دلیل یک پسوند ساختگی، از مسیر موردنظر .docx، .pptx یا .xlsx استفاده می‌کند. #95805 مرتبط: #93326. با سپاس از @bhnan، @lzyyzznl، @vincentkoc و @xzh-icenter.
• کاربران خودکارسازی مرورگر همان snapshotهای غنی از ارجاع، شامل شاخه‌های مفید در نتایج فشرده، را حفظ می‌کنند و هنگام تولید snapshot پردازش قابل‌اجتناب کمتری انجام می‌شود. #96072 با سپاس از @vincentkoc.
• مشکلی را برطرف می‌کند که گاهی در Windows، فرمان‌های منقضی‌شده یا به‌روزرسانی‌های متوقف‌شده هسته، فرایندهای فرزند را در حال اجرا باقی می‌گذاشتند؛ بنابراین OpenClaw اکنون پس از لغو، پایان مهلت یا پاک‌سازی به‌روزرسانی، می‌تواند کل درخت فرایند را با اطمینان بیشتری متوقف کند. a192b2e با سپاس از @vincentkoc.
• اکنون احتمال کمتری دارد که کاربران Windows هنگام بازکردن بسته دانلودهای ZIP مانند ripgrep با شکست نصب ابزارهای مدیریت‌شده توسط عامل روبه‌رو شوند، زیرا OpenClaw به‌جای اتکا به جست‌وجوی PATH از برنامه‌های داخلی استخراج Windows استفاده می‌کند. a5fde91
• بررسی‌های راه‌اندازی و زمان اجرای Windows اکنون با استفاده از resolver مورداعتماد System32، به‌جای وابستگی به یک ورودی پیش‌بینی‌نشده PATH، ابزارهای ضروری را با اطمینان بیشتری پیدا می‌کنند. d3b4444 با سپاس از @vincentkoc.
• اجراهای SDK ایجادشده با timeoutMs: 0 اکنون مهلت صفر درخواستی را بدون یک watchdog ناخواسته سمت کارخواه حفظ می‌کنند. 2bdcc83 با سپاس از @vincentkoc.
• فرمان‌های متوقف‌شده OpenClaw اکنون حتی وقتی فراخوان‌ها مهلت‌های بسیار بزرگی برای اجرا یا بی‌کاری خروجی تعیین می‌کنند، با اطمینان متوقف می‌شوند. 1425bb3 با سپاس از @vincentkoc.
• فرمان‌هایی که تنظیمات مهلت بسیار بزرگی دارند، اکنون به‌جای شکست به‌دلیل ناتوانی زمان اجرا در زمان‌بندی انتظار درخواستی، از یک حداکثر امن استفاده می‌کنند. 66b94ba
• تنظیمات اختصاصی ارائه‌دهنده برای مجاز یا غیرمجازکردن ابزارها اکنون با هشدارهای doctor در OpenClaw سازگاری بیشتری دارند؛ از جمله در پیکربندی‌های دارای نام مستعار ارائه‌دهنده، کلیدهای مختص مدل، شناسه‌های مدل به‌سبک OpenRouter یا ورودی‌های خط‌مشی بدشکل. 8f2882f
• برنامه‌های SDK اکنون هنگام شکست یا مسدودشدن ابزارهای ترمینال، به‌جای یک رویداد گمراه‌کننده تکمیل، tool.call.failed را دریافت می‌کنند تا مدیریت خطای موجود بتواند به‌درستی واکنش نشان دهد. #95383 با سپاس از @ly-wang19.
• مشکلی را برطرف می‌کند که درخواست‌های افزودن و به‌روزرسانی Cron را در صورت وجود فاصله‌های بی‌ضرر انتهایی در فیلدهای شناخته‌شده کار رد می‌کرد؛ بنابراین زمان‌بندی‌ها را می‌توان بدون آسان‌گیری در بررسی ورودی‌های مبهم یا ناامن ذخیره کرد. #95674 مرتبط: #95407. با سپاس از @nassiel و @zw-xysk.
• نظارت بر زیرعامل‌های Codex مجموعه‌های بزرگ عامل‌های فرزند و فایل‌های رونوشت را با اسکن غیرضروری کمتر مدیریت می‌کند، درحالی‌که قالب‌های قدیمی‌تر نام فایل رونوشت همچنان مانند قبل تفکیک می‌شوند. #96085 با سپاس از @vincentkoc.
• مشکلی را برطرف می‌کند که در آب‌رسانی بومی crabbox روی Windows، وقتی اجراکننده و daemon از پوشه‌های خانه متفاوت استفاده می‌کردند، فرایند گیر می‌کرد یا تحویل‌ها از دست می‌رفت؛ بنابراین هر دو اکنون می‌توانند وضعیت کار و فایل‌های توقف یکسانی را پیدا کنند. 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.