Release and CI

v2026.6.11

یادداشت‌های انتشار 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.
  • کاربران و اپراتورهای 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 برای تنظیم صف‌بندی اجرای فعال، شامل حالت، زمان‌بندی حذف جهش‌ها، سقف و نحوهٔ مدیریت حذف استفاده کنند. #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 اکنون وقتی جداکننده‌های معتبر در هر ستون از یک یا دو خط تیره استفاده می‌کنند، جدول‌های کامل مارک‌داون را دریافت می‌کنند؛ به‌جای آنکه سرآیند و همهٔ سطرها جز سطر نهایی از دست بروند. #95637 با تشکر از @ly-wang19.
  • کاربران Synology Chat اکنون، درصورتی‌که مهلت هستهٔ پیکربندی‌شده اجازه دهد، می‌توانند پاسخ‌های عامل را که بیش از ۱۲۰ ثانیه طول می‌کشند دریافت کنند؛ به‌جای آنکه کانال آن‌ها را زودتر رد کند. #95707 با تشکر از @sahibzada-allahyar و @vincentkoc.
  • وظایف Cron مربوط به موضوع‌های انجمن Telegram اکنون هشدارهای شکست با مقصد جداگانه را همچنان به مقصد موردنظرشان می‌فرستند، حتی وقتی اعلان اصلی از موضوعی در همان چت استفاده می‌کند. #95794 با تشکر از @vincentkoc.
  • مشکلی در پاسخ‌های گروهی WhatsApp برطرف شد که ممکن بود به‌جای پیام آغازگر کاربر، یک پیام قدیمی‌تر OpenClaw را نقل‌قول کنند؛ اکنون پاسخ‌های نهایی در صورت وجود مقصد پاسخ، به پیام موردنظر متصل می‌مانند و در غیر این صورت به بافت منسوخ ربات اشاره نمی‌کنند. #95914 با تشکر از @mcaxtr.
  • کاربران WhatsApp اکنون می‌توانند درخواست‌ها را با واکنش تأیید یا رد کنند، بدون آنکه به‌دلیل شناسایی متفاوت همان چت مستقیم توسط WhatsApp، درخواست در حالت گیرکرده باقی بماند؛ درعین‌حال تأییدهای گروهی همچنان به گروه و شخص درست متصل می‌مانند. #95935 با تشکر از @mcaxtr.
  • پردازش پاسخ نهایی اکنون وقتی OpenClaw بررسی می‌کند که آیا متن بلوک پیش‌تر ارسال شده است یا نه، CPU کمتری مصرف می‌کند؛ بدون تغییر در اینکه کدام پاسخ به چت می‌رسد یا متن تکراری چگونه حذف می‌شود. #96087 با تشکر از @vincentkoc.
  • نتایج تأیید اجرای دستور از 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.
  • شناسه‌های مدلِ دارای نام ارائه‌دهنده اکنون به‌جای بازگشت غیرمنتظره به زمان‌اجرای پیش‌فرض OpenClaw، از سیاست‌های پیکربندی‌شدهٔ زمان‌اجرای عامل و نام‌های مستعار CLI خود پیروی می‌کنند. #91724 با سپاس از @vincentkoc، @yu-xin-c.
  • فهرست /models در گفت‌وگو و دیگر مسیرهای انتخاب مدل یا ارائه‌دهندهٔ آگاه از Plugin اکنون به‌جای توقف چندثانیه‌ای و اشغال یک هستهٔ پردازنده بر اثر پویش‌های مکرر راه‌اندازی، سریع پاسخ می‌دهند؛ در عین حال تغییرات 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 را با پنجرهٔ زمینهٔ کامل ۱٬۰۴۸٬۵۷۶ توکنی آن انتخاب کرد و از خطاهای مدلِ یافت‌نشده و ردشدن‌های غیرضروری ناشی از اندازهٔ پرامپت جلوگیری کرد. #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، مدل‌های سازگار با OpenAI به سبک DeepSeek اکنون پاسخ نهایی را جدا از استدلال خود نمایش می‌دهند، به‌جای آنکه آن را در بلوک استدلال ادغام کنند؛ بدون نیاز به تغییر پیکربندی. #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 استفاده می‌کنند، اکنون به‌جای شکست با خطای ۴۰۰ ارائه‌دهنده تکمیل می‌شوند؛ در عین حال گزینه‌های گسترده‌تر تازگی و بازه‌های صریح تاریخ همچنان فیلتر سخت‌گیرانه‌تری دارند. #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 تا ۱۲۸ هزار توکن خروجی استفاده کنند و دیگر در محدودیت منسوخ ۳۲٬۰۰۰ توکنی متوقف نمی‌شوند. #95934 با سپاس از @idootop.
  • پاسخ‌های مدل با استفادهٔ سنگین از ابزارها اکنون با سربار کمتری به‌صورت جریانی منتقل می‌شوند؛ در عین حال شناسه‌های تکراری فراخوانی ابزار و جزئیات رمزگذاری‌شدهٔ استدلال، در ارائه‌دهندگان Google و سازگار با OpenAI با فراخوانی درست منطبق باقی می‌مانند. #95957 با سپاس از @vincentkoc.
  • محاسبهٔ مصرف توکن برای کاربران ACPX همراه، قابل‌اعتمادتر شده است؛ زیرا OpenClaw اکنون اصلاح ماندگاری ACPX 0.11.2 را به‌طور پیش‌فرض شامل می‌شود، بدون نیاز به بازنویسی جداگانهٔ بسته یا به‌روزرسانی دستی کارخواه. #96124 با سپاس از @vincentkoc.
  • کاربران Ollama Cloud اکنون می‌توانند glm-5.2:cloud را با پنجرهٔ زمینهٔ ۱٬۰۰۰٬۰۰۰ توکنی، قابلیت استدلال و پشتیبانی از ابزار پیدا و انتخاب کنند، حتی اگر در فهرست عمومی مدل‌ها وجود نداشته باشد. 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.
  • گفت‌وگوهای 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 اکنون مرحلهٔ فعالِ خواب سبک یا 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.
  • جست‌وجوهای حافظه و نوسازی‌های هدفمند اکنون حتی در صورت تغییر نام فایل‌های رونوشت یا استفادهٔ خروجی‌های 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 استفاده می‌کنند، اکنون چه /compact به‌صورت دستی اجرا شود و چه به‌طور خودکار فعال شود، می‌توانند بدون کلید API جداگانه Compaction انجام دهند. #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.
  • ارتقاهای 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.
  • کارت‌های وضعیت ویکی حافظه و همگام‌سازی منبع مبتنی بر پل، هنگام بازنویسی هم‌زمان صفحه‌ها کمتر دچار شکست می‌شوند، زیرا OpenClaw اکنون عدم تطابق موقتی مسیر را دوباره امتحان می‌کند، درحالی‌که همچنان نوشتن‌های ناامن یا مداوم در سامانه فایل را متوقف می‌سازد. #94443 مرتبط با #92134. با سپاس از @cknzraposo، @zengwen-dt.
  • مشکلی را برطرف می‌کند که در آن ازسرگیری نشست اخیر، برای کاربران دارای مسیرهای طولانی فضای کاری به‌جای بازگشت به رونوشت موجودشان، گفت‌وگویی تازه باز می‌کرد. #94578 مرتبط با #94577. با سپاس از @rohitjavvadi، @vincentkoc.
  • ویکی حافظه اکنون هنگام ورود مجدد یا همگام‌سازی یک صفحه منبع موجود، یادداشت‌های نوشته‌شده توسط کاربر را دست‌نخورده نگه می‌دارد و درعین‌حال محتوای تولیدشده خود را به‌روزرسانی می‌کند. #95614 با سپاس از @yetval.
  • مشکلی را برطرف می‌کند که در آن ویکی حافظه، وقتی مخزن آن درون پوشه حافظه فضای کاری ذخیره شده بود، صفحه‌های منبع تولیدشده خود را پی‌درپی به درون خودش کپی می‌کرد؛ در نتیجه از ایجاد فایل‌های تکراری، پاک‌سازی مکرر و رشد غیرضروری نمایه حافظه جلوگیری می‌شود. #95666 مرتبط با #95657. با سپاس از @johannes0402، @turbotheturtle، @vincentkoc.
  • برای راهبرانی که از Active Memory همراه با Dreaming هسته حافظه استفاده می‌کنند، کارهای شبانه Dreaming دیگر فرایندهای غیرضروری بازیابی را آغاز نمی‌کنند و با مهلت‌های زمانی ۴۵ثانیه‌ای مواجه نمی‌شوند، درحالی‌که گفت‌وگوهای معمول وب همچنان بازیابی حافظه را دریافت می‌کنند. #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.

پل بیدارسازی عامل خارجی Raft

کانال Raft و Plugin مربوط به Raft اکنون از یک پل محلی بیدارسازی CLI پشتیبانی می‌کنند؛ بنابراین عامل‌های خارجی می‌توانند OpenClaw را برای کارهای معلق فضای کاری بیدار کنند و اپراتورها می‌توانند راه‌اندازی و وضعیت را از طریق مسیر پشتیبانی‌شده بررسی کنند.

منابع و مشارکت‌کنندگان
  • اپراتورهای عامل خارجی 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.
  • کشف و بررسی نصب 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 اکنون در کنار 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 نصب کند، بدون آنکه به‌دلیل فرمول حذف‌شده مخزن شخص ثالث شکست بخورد. #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.
  • نصب از نشانی بسته اکنون مهلت‌های زمانی بیش‌ازحد بزرگ دانلود را بدون شکست پیش از حل‌وفصل داده‌های بسته موجود مدیریت می‌کند. 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 یک پاسخ طولانی کامل دارای بلوک‌های کد حصاردار را هنگامی که حصار پایانی کد نزدیک محدودیت ۲٬۰۰۰ نویسه‌ای پیام قرار می‌گرفت، حذف کند. #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.
  • پاسخ‌های طولانی، جریان‌های شلوغ ابزار، درخواست‌های پرتصویر و بازیابی حافظه اکنون بدون نیاز به تغییر تنظیمات یا گردش‌کار، سربار کمتری بر پردازنده و سامانه فایل تحمیل می‌کنند. #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 استفاده می‌کنند اکنون هنگام اجرای عامل‌ها از طریق زمان‌اجراهای چارچوبی مانند app-server مربوط به Codex، زمینه ویژه Heartbeat خود را به مدل‌ها تحویل می‌دهند، بدون اینکه بر نوبت‌های عادی کاربر یا Pluginهایی که از این قلاب استفاده نمی‌کنند اثر بگذارد. #96233 با تشکر از @azogheb، @vincentkoc.
  • پاک‌سازی Gateway و بررسی‌های شنونده در Windows اکنون داده‌های خط فرمان WMIC با کدگذاری UTF-16 را به‌صورت سازگار مدیریت می‌کنند و شناسایی ناموفق یا متعارض فرایند در حال اجرای Gateway را کاهش می‌دهند. 15c880a با تشکر از @vincentkoc.
  • نشست‌های عامل با زمینه طولانی و ابزارهای فراوان اکنون استفاده مجدد از حافظه نهان پرامپت را در نوبت‌های متوالی پایدارتر نگه می‌دارند، بدون اینکه محدودیت اندازه هر نتیجه از بین برود؛ هم‌زمان گردانندگان پیشرفته می‌توانند برای مدل‌های با زمینه بزرگ، سقف‌های بزرگ‌تری برای نتایج ابزار پیکربندی کنند، بدون اینکه پیکربندی رد شود. a60947f با تشکر از @vincentkoc.
  • با انباشته‌شدن خروجی ابزار، احتمال متورم‌شدن درخواست‌های مدل در نشست‌های طولانی و پرابزار عامل کمتر شده است، درحالی‌که نوبت‌های متوالی استفاده مجدد پایدار از حافظه نهان پرامپت را حفظ می‌کنند. 2f33999 با تشکر از @vincentkoc.
  • راه‌اندازی‌های مجدد Gateway اکنون برای تحویل از پایگاه داده وضعیت پایدار OpenClaw استفاده می‌کنند و درخواست‌های منسوخ، بدشکل، مربوط به فرایند اشتباه یا جایگزین‌شده پیش از آنکه بتوانند بر راه‌اندازی مجدد اثر بگذارند کنار گذاشته می‌شوند. 0ad48da
  • عیب‌یابی وضعیت، doctor و راه‌اندازی مجدد Gateway اکنون جزئیات راه‌اندازی‌های مجدد اخیر را در پایگاه داده وضعیت مشترک OpenClaw نگه می‌دارد، درحالی‌که رکوردهای منقضی یا بدشکل همچنان کنار گذاشته می‌شوند. a39a3b7 با تشکر از @vincentkoc.
  • راه‌اندازی‌های مجدد Gateway و به‌روزرسانی‌های سرویس مدیریت‌شده اکنون پیام ادامه صحیح را حفظ می‌کنند، از استفاده دوباره وضعیت تحویل منسوخ جلوگیری می‌کنند و تحویل‌های ناموفق به‌روزرسانی را به‌طور سازگار علامت می‌زنند. 514b336 با تشکر از @vincentkoc.
  • عامل‌هایی که توسط Gateway راه‌اندازی می‌شوند دیگر هنگام وظایفی مانند بررسی زنده Cron، ابزارهای ویژه مالکان OpenClaw را از دست نمی‌دهند؛ بنابراین عملیات مجاز می‌توانند با زمینه صحیح درخواست از ابزارهای موردنظر استفاده کنند. c2ee9b0 با تشکر از @vincentkoc.
  • درخواست‌های بدشکل راه‌اندازی مجدد Gateway اکنون بدون زمان‌بندی راه‌اندازی مجدد، با خطایی روشن شکست می‌خورند و از راه‌اندازی مجدد غیرمنتظره Gateway بر اثر فراخوانی‌های نادرست یا تصادفی یکپارچه‌سازی جلوگیری می‌کنند. 108d6d7 با تشکر از @vincentkoc.
  • درخواست‌های منسوخ Node که توسط Gateway در صف قرار گرفته‌اند اکنون به‌طور خودکار منقضی می‌شوند؛ بنابراین احتمال باقی‌ماندن کارهای قدیمی و اثرگذاری آن‌ها بر فعالیت‌های بعدی کمتر است. f6d432e
  • وقتی یک یکپارچه‌سازی بیش‌ازحد تاریخچه نشست زیرعامل را درخواست می‌کند، احتمال توقف گردش‌کارهای Plugin یا تحمیل بار بیش‌ازحد به Gateway کمتر شده است، زیرا اکنون هر خواندن به یک حد ایمن محدود می‌شود. b66b450 با تشکر از @vincentkoc.
  • توصیف تصاویر اکنون تنظیمات مهلت زمانی بسیار بزرگ را به‌طور سازگار مدیریت می‌کند و به‌جای به‌خطرانداختن سرریز زمان‌سنج، آن‌ها را به یک حد ایمن زمان‌اجرا محدود می‌کند. 88b21fc
  • نشست‌های عامل تعبیه‌شده اکنون حتی با مهلت زمانی بسیار بزرگ، به‌طور قابل‌اعتماد منتظر می‌مانند تا نشست دیگری قفل فایل خود را آزاد کند و خطر سرریز زمان‌سنج را ایجاد نمی‌کنند. 4c736df با تشکر از @vincentkoc.
  • فرمان‌های در صف با تنظیمات مهلت زمانی بسیار بزرگ برای وظیفه اکنون به‌طور قابل‌اعتماد منقضی می‌شوند، زیرا OpenClaw انتظار را به حداکثر ایمن زمان‌اجرا محدود می‌کند. 1f6ae32 با تشکر از @vincentkoc.
  • مشکل نمایش نقطه ورود نادرست تبدیل اجباری رشته توسط normalization-core و نمایش مقدار منسوخ حالت سریع در نشست‌های ACP برطرف شد؛ بنابراین یکپارچه‌سازی‌ها API موردنظر را دریافت می‌کنند و کاربران حالتی را می‌بینند که واقعاً فعال است. 93ad397 با تشکر از @vincentkoc.
  • اجراهای خودکار سریع اکنون پاسخ‌های نهایی را با سازگاری بیشتری تحویل می‌دهند و مدیریت بازنشانی پیشرفت به حالت خودکار محدود شده است تا با پاسخ‌ها یا فراخوانی‌های بازگشتی هدایت‌شده تداخل نداشته باشد. 9e8ab08 با تشکر از @vincentkoc.
  • نشست‌های عامل که از OpenAI Responses استفاده می‌کنند اکنون وقتی تاریخچه بازپخش‌شده شامل درخواست‌ها و نتایج ابزار ناهماهنگ باشد، کار مبتنی بر ابزار را بدون شکست یا ازدست‌دادن پیشرفت از سر می‌گیرند. b4bc1f2 با تشکر از @vincentkoc.
  • اجراهای تکمیل‌شده زیرعامل Plugin و تضمین کیفیت، وقتی Gatewayها قالب‌های جایگزین پوشش تکمیل را برمی‌گردانند، دیگر به‌اشتباه شکست‌خورده گزارش نمی‌شوند؛ درنتیجه تحویل‌های موفق برای نویسندگان Plugin و گردانندگان قابل‌اعتمادتر شده‌اند. d1b268f با تشکر از @vincentkoc.
  • مشکل پایان‌یافتن گاه‌به‌گاه وظایف تکمیل‌شده زیرعامل بدون به‌روزرسانی برطرف شد؛ بنابراین کاربران نتیجه یا گام بعدی عامل والد را دریافت می‌کنند. 68a1e00 با تشکر از @vincentkoc.

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

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

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

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

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

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

منابع و مشارکت‌کنندگان
  • وقتی پیام وب‌چت پیش از شروع عامل با شکست مواجه می‌شود، وب‌چت و رابط کنترل اکنون نشست را شکست‌خورده نشان می‌دهند، به‌جای آنکه چنین به نظر برسد که هنوز در حال اجرا است. #84352 با تشکر از @jesse-merhi.
  • مشکل گیرکردن انتخابگر نشست رابط کنترل پشت نشست‌های پنهان زیرعامل را برطرف می‌کند تا Load More بدون نمایش مجموعی گمراه‌کننده به گفت‌وگوی قابل‌استفاده بعدی برسد. #89323 مرتبط: #89249. با تشکر از @giodl73-repo و @originsecured-do.
  • وقتی کاربران مکالمه‌ای را از History در رابط کنترل دوباره باز می‌کنند، درخواست‌هایشان اکنون همراه با پاسخ‌های دستیار نمایش داده می‌شود و زمینه پرسش‌وپاسخ را بدون فاصله‌های خالی در رونوشت‌های طولانی حفظ می‌کند. #93841 مرتبط: #90241. با تشکر از @mushuiyu886 و @pronzcw.
  • استقرارهای رابط کنترل در پشت پیشوند مسیر، اکنون درخواست‌های مانیفست، فاوآیکون و سرویس‌ورکر را زیر همان پیشوند نگه می‌دارند و از خطاهای گیج‌کننده 403 در سطح ریشه پس از ورود جلوگیری می‌کنند. #94204 مرتبط: #94157. با تشکر از @hugenshen و @xrow.
  • کاربران Android اکنون می‌توانند ردیف‌های گزارش سلامت و Skill را در Settings برای مشاهده جزئیات خوانا باز کنند؛ در نتیجه عیب‌یابی فعالیت Gateway، بررسی راه‌اندازی و وضعیت Skills و درک نحوه جفت‌سازی با کد راه‌اندازی موجود آسان‌تر می‌شود. #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.
  • تعیین محل خطاهای راه‌اندازی رله پوش iOS آسان‌تر شده است، زیرا اطلاعات عیب‌یابی ثبت‌نام محل توقف راه‌اندازی را نشان می‌دهد و هم‌زمان اطلاعات ورود حساس پوش را از گزارش‌ها دور نگه می‌دارد. f2b8668 با تشکر از @joshavant.
  • دستگاه‌های iOS اکنون فقط پس از پذیرش افشای رله میزبانی‌شده و اجازه‌دادن به اعلان‌ها توسط کاربران، برای اعلان‌های پوش ثبت می‌شوند؛ در نتیجه داده‌های ثبت‌نام پیش از رضایت منتشر نمی‌شود. 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 در شبکه محلی نیاز دارند، این درخواست را دریافت می‌کنند. #96181 با تشکر از @joshavant.

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

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

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

منابع و مشارکت‌کنندگان
  • منوی تکمیل خودکار با کلید Tab در zsh برای OpenClaw اکنون توضیحات گزینه‌هایی را که شامل متغیرهای $ یا نمونه‌های محصور در بک‌تیک هستند، به‌صورت تحت‌اللفظی نمایش می‌دهد؛ به‌جای آنکه آن‌ها را به‌عنوان ورودی پوسته ارزیابی کند و منو را خراب کند. #64490 با سپاس از @edenkangdw.
  • پس از ارتقا از ذخیره‌سازی sandbox قدیمی‌تر، اپراتورها اکنون هشدار واضحی از 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.
  • گردش‌کارهای راه‌اندازی مجدد و شروع Gateway در Windows قابل‌اعتمادتر شده‌اند، زیرا 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.
  • وقتی PATH ناقص، غیرمعمول یا تحت‌الشعاع باشد، احتمال اینکه بازیابی daemon در Windows تشخیص یا پاک‌سازی فرایند را از دست بدهد کمتر شده است؛ زیرا مسیر جایگزین وظیفه زمان‌بندی‌شده اکنون 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 حدود ۱٫۶ تا ۱٫۸ ثانیه زمان می‌بردند تا پاسخ‌دهی را آغاز کنند. #89628 با سپاس از @yyzquwu.
  • سامانه‌های پشتیبان ردیابی OpenTelemetry مانند Langfuse اکنون برای شناسه‌های مدل دارای اسلش، نام واقعی ارائه‌دهنده/مدل را به‌جای «ناشناخته» نمایش می‌دهند. #89981 با سپاس از @mycarrysun، @vincentkoc.
  • رکوردهای بدشکل یا قدیمی‌تر جفت‌سازی دستگاه دیگر مانع از نمایش درخواست‌های در انتظار تأیید توسط openclaw devices list نمی‌شوند و نقش‌های معتبر همچنان به‌شکل عادی نمایش داده می‌شوند. #93504 با سپاس از @ly-wang19.
  • OpenClaw اکنون مقصدهای SSH دارای دونقطه اضافی در ابتدا یا انتها را پیش از آنکه باعث پیکربندی نامعتبر SSH یا شکست راه‌اندازی تونل برای sandboxها و Gatewayهای مبتنی بر SSH شوند، رد می‌کند. #93887 با سپاس از @miorbnli.
  • کاربرانی که راه‌اندازی غیرتعاملی آن‌ها در بررسی سلامت Gateway محلی ناموفق می‌شود، اکنون به‌جای پرچم‌های پشتیبانی‌نشده setup، فرمان‌های بازیابی قابل‌اجرای openclaw onboard --install-daemon یا openclaw onboard --skip-health را دریافت می‌کنند. #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.
  • افرادی که برای عامل محلی تصویر نمایه تنظیم می‌کنند، می‌توانند با نگه‌داشتن فایل‌های نسبی به فضای کاری در اندازه‌ای کمتر از ۲ مگابایت از نمایش‌ندادن تصاویر جلوگیری کنند؛ درحالی‌که تصاویر نمایهٔ HTTP(S) و URI داده مشمول این محدودیت نیستند. #78884 مرتبط: #65312. با تشکر از @wangjieweb3-design و @nyx-nocturna.
  • دستورالعمل‌های پیش‌فرض عامل در OpenClaw اکنون از عامل‌ها می‌خواهند پیش از پیشنهاد ساخت سفارشی، وجود راهکارهای رایگان یا متن‌باز مناسب را بررسی کنند؛ درعین‌حال، وقتی کار سفارشی گزینهٔ مناسب‌تری باشد همچنان مجاز است. #86608 با تشکر از @cablackmon.
  • نویسندگان Plugin اکنون می‌توانند برای تطبیق رویدادهای subagent_ended با ایجاد متناظر، از targetSessionKey مستندشده استفاده کنند؛ به‌جای اتکا به فیلدهای agentId یا childSessionKey که منتشر نمی‌شوند. #95191 مرتبط: #95186. با تشکر از @ken-jo و @mahaohao-ch.
  • پیوندهای Skills در ClawHub که در مستندات OpenClaw و کارت‌های ویترین قرار دارند، اکنون صفحه‌های معیارِ واجد نام مالک را باز می‌کنند و نمونه‌های نصب، به‌جای مسیرهای قدیمیِ فاقد نام مالک، از ارجاع‌های آمادهٔ کپی openclaw skills install @owner/<slug> استفاده می‌کنند. #95972 با تشکر از @patrick-erichsen.

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

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

منابع و مشارکت‌کنندگان
  • کارهای Cron ایزوله که از deleteAfterRun استفاده می‌کنند، اکنون پس از پایان، نشست و رونوشت موقت خود را حذف می‌کنند؛ این شامل اجراهایی با تحویل غیرفعال نیز می‌شود و فایل‌های منسوخ، انباشت زمینه و نیاز به پاک‌سازی دستی را کاهش می‌دهد. #84794 مرتبط: #84707. با تشکر از @bottenbenny و @turbotheturtle.
  • هر کار زمان‌بندی‌شده اکنون می‌تواند از مدل‌های جایگزین مختص خود استفاده کند، با مدل‌های جایگزین غیرفعال اجرا شود، یا از طریق CLI به وراثت عادی مدل جایگزین بازگردد؛ بدون آنکه اپراتورها مجبور باشند داده‌های محموله سطح پایین‌تر را ویرایش کنند. #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.
  • کاربران خودکارسازی مرورگر همان نماهای فوری سرشار از ارجاع، از جمله شاخه‌های مفید در نتایج فشرده، را با پردازش قابل‌اجتناب کمتر هنگام تولید نمای فوری دریافت می‌کنند. #96072 با تشکر از @vincentkoc.
  • مشکلی رفع شد که در آن فرمان‌های منقضی‌شده و به‌روزرسانی‌های اصلی قطع‌شده در Windows گاهی فرایندهای فرزند را در حال اجرا باقی می‌گذاشتند؛ در نتیجه OpenClaw اکنون می‌تواند پس از لغو، پایان مهلت یا پاک‌سازی به‌روزرسانی، کل درخت فرایند را با قابلیت اطمینان بیشتری متوقف کند. a192b2e با تشکر از @vincentkoc.
  • احتمال شکست نصب ابزارهای مدیریت‌شده توسط عامل برای کاربران Windows هنگام بازکردن بسته‌های ZIP بارگیری‌شده، مانند ripgrep، کمتر شده است؛ زیرا OpenClaw اکنون به‌جای اتکا به جست‌وجوی PATH از برنامه‌های استخراج داخلی Windows استفاده می‌کند. a5fde91
  • بررسی‌های راه‌اندازی و زمان اجرای Windows اکنون با استفاده از تفکیک‌کننده مورداعتماد System32، به‌جای وابستگی به یک ورودی غیرمنتظره در PATH، ابزارهای موردنیاز را با قابلیت اطمینان بیشتری پیدا می‌کنند. d3b4444 با تشکر از @vincentkoc.
  • اجراهای SDK که با timeoutMs: 0 ایجاد می‌شوند، اکنون مهلت صفر درخواستی را بدون یک ناظر ناخواسته در سمت کارخواه حفظ می‌کنند. 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، وقتی اجراکننده و دیمن از پوشه‌های خانگی متفاوت استفاده می‌کردند، گیر می‌کرد یا واگذاری‌ها را از دست می‌داد؛ بنابراین اکنون هر دو می‌توانند وضعیت کار و فایل‌های توقف یکسان را پیدا کنند. 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.
Was this useful?
On this page

On this page