یادداشت‌های انتشار OpenClaw v2026.6.11 (2026-06-30)

بازخوردها را شنیدیم. v2026.6.11 بر ناهنجاری‌هایی تمرکز دارد که باعث می‌شوند OpenClaw کمتر قابل اتکا به نظر برسد، با اصلاحاتی برای پاسخ‌های نابجا، ارسال‌های گیرکرده، اتصال‌های دوباره، شکست‌های راه‌اندازی مدل، و پیش‌فرض‌های امن‌تر برای مدیران.

نکات برجسته

قابلیت اطمینان تحویل کانال

در Telegram، WhatsApp، Matrix، Google Chat، iMessage، Feishu، و Mattermost، احتمال حذف، تکرار، مسیریابی نادرست، یا پیوست شدن پاسخ‌ها، فرمان‌ها، پیام‌های صف‌شده، و پیوست‌ها به گفت‌وگوی اشتباه کمتر شده است.

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

• رفع می‌کند که پیام‌های مستقیم جدیدتر Google Chat گاهی مانند مکالمه‌های گروهی در نظر گرفته می‌شدند، تا به گفت‌وگوی درست یک‌به‌یک برسند و پیام‌های فضا و گفت‌وگوی گروهی مسیر‌یابی موجود خود را حفظ کنند. #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های Matrix E2EE می‌توانند در استفاده‌های طولانی‌مدت آنلاین بمانند، به‌جای اینکه به‌تدریج حافظه مصرف کنند تا خرابی باعث از کار افتادن کانال‌ها و کارهای در حال انجام شود. #94942 مرتبط با #90455. با تشکر از @xzh-icenter، @yar-sh.
• کاربران Telegram اکنون به‌جای دستورالعمل‌های نشت‌کرده یا پاسخ فقط واکنشیِ حذف‌شده، واکنش بومی موردنظر را می‌بینند و موفقیت فقط پس از پذیرش آن توسط Telegram ثبت می‌شود. #94977 مرتبط با #71140. با تشکر از @cuttingwater، @hugenshen.
• به‌روزرسانی‌های پیشرفت Telegram برای فرمان‌ها، جست‌وجوها، به‌روزرسانی‌ها، و فعالیت API اکنون به‌جای نمایش HTML شلوغ یا ردیف‌های سبک کد، خوانا می‌مانند و وقتی Telegram نتواند قالب‌بندی را تجزیه کند، به متن ساده بازمی‌گردند. #95007 مرتبط با #95002.
• مکالمه‌های Telegram که در WebChat ادامه پیدا می‌کنند، اکنون در هر نوبت یک پاسخ دستیار نشان می‌دهند و پاسخ‌های بعدی را به‌جای تکثیر پاسخ‌ها یا فرستادن دوباره آن‌ها به Telegram، با مکالمه فعال نگه می‌دارند. #95069 مرتبط با #94930. با تشکر از @heichaowo.
• Google Chat اکنون وقتی نتیجه ابزار بی‌ضرر است، بنرهای شکست داخلی گمراه‌کننده را پنهان می‌کند و کاربران پاسخ کامل‌شده را می‌بینند، در حالی که متن عادی دستیار بدون تغییر می‌ماند. #95084 مرتبط با #90684. با تشکر از @jailbirt، @studentzhou-svg.
• مکالمه‌های کانالی چندعاملی متصل اکنون فایل‌های فضای کاری عامل پیکربندی‌شده را به‌جای عامل پیش‌فرض بارگذاری می‌کنند، هرچند مکالمه‌هایی که قبلاً اشتباه بایگانی شده‌اند ممکن است در مخزن عامل اصلاح‌شده از نو شروع شوند. #95118 مرتبط با #92903. با تشکر از @849261680، @axjing.
• افرادی که یک Gateway OpenClaw را به اشتراک می‌گذارند اکنون می‌توانند در کانال‌های گفت‌وگوی پشتیبانی‌شده، مدل‌های متفاوتی را به مخاطبان پیام مستقیم جداگانه اختصاص دهند، در حالی که انتخاب‌های مدل گروهی و wildcard موجود مانند قبل کار می‌کنند. #95120 مرتبط با #53638. با تشکر از @gandalf-at-lerian، @thomaszta، @xydigit-zt.
• Telegram اکنون در پیش‌نمایش‌های اولیه کوتاه یا پاسخ‌های حالت پیشرفت نشان می‌دهد که OpenClaw هنوز در حال کار است، به‌جای اینکه گفت‌وگو تا رسیدن پیام نهایی ساکت بماند. #95183 مرتبط با #95004. با تشکر از @obviyus.
• کاربران و اپراتورهای Matrix اکنون وقتی homeserver پاسخی بیش از حد بزرگ یا متوقف‌شده می‌فرستد، به‌جای اینکه 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 که دستورهای اسلش بومی را فعال می‌کنند، اکنون می‌توانند برای تنظیم صف‌بندی اجرای فعال، از جمله حالت، زمان‌بندی debounce، سقف، و مدیریت حذف، مستقیماً در Mattermost از /oc_queue استفاده کنند. #95546 با تشکر از @amknight.
• پیام‌هایی که قبلاً مجاز بودند پس از ارتقای کانال‌های چندحسابی قدیمی همچنان به حساب‌های نام‌گذاری‌شده می‌رسند، و قوانین دسترسی ارث‌بری‌شده پیام مستقیم و گروهی در Mattermost، Discord، Slack، Telegram، Signal، WhatsApp، iMessage، و IRC حفظ می‌شوند. #95550 با تشکر از @amknight.
• کاربران Mattermost می‌توانند پس از پاسخ ربات، بدون اشاره دوباره به آن، در یک رشته گفت‌وگو به صحبت ادامه دهند، و این مشارکت تا زمانی که رشته به مدت هفت روز بی‌فعالیت بماند، از راه‌اندازی دوباره Gateway جان سالم به‌در می‌برد. #95552 با تشکر از @amknight.
• پیام‌های ورودی Telegram اکنون به‌جای اینکه تا بازه نظرسنجی بعدی، راه‌اندازی دوباره Gateway، یا مداخله دستی بی‌پاسخ بمانند، به‌سرعت به نشست پیکربندی‌شده OpenClaw می‌رسند. #95577 مرتبط با #86957. با تشکر از @freidrich-goldenflow، @liuwqgit.
• کاربران QQBot اکنون وقتی جداکننده‌های معتبر در هر ستون از یک یا دو خط تیره استفاده می‌کنند، جدول‌های کامل markdown دریافت می‌کنند، به‌جای اینکه سرستون و همه ردیف‌ها جز ردیف آخر را از دست بدهند. #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 استفاده می‌کنند، اکنون بدون اینکه فیلدهای nullable باعث رد schema توسط ارائه‌دهنده شوند اجرا می‌شوند. #91559 مرتبط: #91542. با تشکر از @pick-cat، @qiukui666.
• شناسه‌های مدل دارای مشخص‌کننده ارائه‌دهنده اکنون به‌جای بازگشت غیرمنتظره به runtime پیش‌فرض OpenClaw، سیاست‌های runtime عامل و aliasهای CLI پیکربندی‌شده خود را رعایت می‌کنند. #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 اکنون می‌تواند با پنجره context کامل 1,048,576 توکنی خود انتخاب شود و از خطاهای مدلِ یافت‌نشده و ردهای غیرضروری اندازه پرامپت جلوگیری کند. #94726 مرتبط: #94723. با تشکر از @ajwan8998، @anguslogan01، @kevinat.
• نشست‌های فرزند Dashboard اکنون انتخاب‌های مجاز مدل دارای مشخص‌کننده ارائه‌دهنده را به‌صورت سازگار مدیریت می‌کنند و وقتی وضعیت مدل ذخیره‌شده کهنه است، راهنمایی بازیابی دقیق ارائه می‌دهند. #94752 مرتبط: #94713. با تشکر از @gr4via.
• کاربران Claude CLI دیگر وعده به‌روزرسانی‌های تکمیل را که ممکن است هرگز نرسند دریافت نمی‌کنند، زیرا OpenClaw اکنون کار پس‌زمینه native پشتیبانی‌نشده را پیش از آنکه پیشرفت را گیر بیندازد مسدود می‌کند. #95008 با تشکر از @anagnorisis2peripeteia.
• OpenClaw اکنون کاتالوگ ارائه‌دهنده یا پاسخ‌های JSON بیش‌ازحد بزرگ را پیش از بافرکردن کل پاسخ در حافظه، با خطایی روشن رد می‌کند. #95218 با تشکر از @alix-007.
• کاربران OpenRouter اکنون می‌توانند شناسه‌های کوتاه تبلیغ‌شده مدل DeepSeek V4 را انتخاب و اجرا کنند، بدون اینکه درخواست‌ها به دلیل ارسال پیشوند تکراری ارائه‌دهنده توسط OpenClaw با model_not_found شکست بخورند. #95268 مرتبط: #95198. با تشکر از @daniel-alejandro-t، @darren2030.
• با /reasoning on، مدل‌های سازگار با OpenAI به سبک DeepSeek اکنون پاسخ نهایی را جدا از reasoning خود نشان می‌دهند، به‌جای اینکه آن را در بلوک reasoning ادغام کنند، بدون نیاز به تغییر پیکربندی. #95283 مرتبط: #95280. با تشکر از @marvinthebored، @vincentkoc، @zengwen-dt.
• وقتی اشتراک Codex به حد استفاده خود می‌رسد، OpenClaw اکنون به‌جای توقف روی نتیجه ناموفق، به مدل‌های جایگزین پیکربندی‌شده می‌رود و اجراهایی را که از قبل خروجی قابل مشاهده تولید کرده‌اند دوباره تلاش نمی‌کند. #95400 با تشکر از @jason-allen-oneal، @sallyom.
• کاربران LM Studio اکنون می‌توانند مدل‌های محلی quantized یا چندگونه‌ای را بدون شکست‌های نادرست نوبت دستیار یا ورودی‌های مدل با پسوند خیالی ناشی از کلیدهای مدل ناسازگار اجرا کنند. #95401 با تشکر از @monkeyleet.
• اجراهای عامل تعبیه‌شده با پشتوانه Google اکنون پیش از آنکه پاسخ‌های prompt-cache بیش‌ازحد بزرگ یا بی‌پایان بتوانند حافظه را تمام کنند یا اجرا را متوقف بگذارند، خواندن آن‌ها را متوقف می‌کنند. #95417 با تشکر از @alix-007.
• اسکن‌های مدل OpenRouter روی کاتالوگ‌های بیش‌ازحد بزرگ یا بدشکل، به‌جای خطر مصرف بیش‌ازحد حافظه که می‌تواند OpenClaw را ناپایدار کند، به‌شکل ایمن شکست می‌خورند. #95418 با تشکر از @alix-007.
• راه‌اندازی‌های OpenRouter اکنون کاتالوگ‌های مدل بیش‌ازحد بزرگ را پیش از آنکه بتوانند حافظه OpenClaw را تمام کنند رد می‌کنند، بدون اینکه پاسخ ناموفق را cache کنند یا بلافاصله دوباره دریافت کنند. #95420 با تشکر از @alix-007، @sallyom.
• مدل‌های جایگزین پیکربندی‌شده اکنون وقتی Claude CLI اعتبارش تمام می‌شود یا با شکست عمومی runner روبه‌رو می‌شود می‌توانند پاسخ دهند، به‌جای اینکه کاربران با پیام شکست به‌عنوان پاسخ نهایی رها شوند. #95508 مرتبط: #95489. با تشکر از @mikasa0818، @riazrahaman، @sallyom.
• جست‌وجوهای وب با پشتوانه Gemini که از freshness: "day" یا pd استفاده می‌کنند اکنون به‌جای شکست با خطای 400 ارائه‌دهنده کامل می‌شوند؛ در عین حال انتخاب‌های گسترده‌تر freshness و بازه‌های تاریخی صریح، فیلتر دقیق‌تر خود را حفظ می‌کنند. #95682 با تشکر از @sunjae-k، @vincentkoc.
• پاسخ‌های پیگیری از مدل‌های reasoning شرکت xAI مانند Grok Composer اکنون context reasoning قبلی را با اطمینان بیشتری حفظ می‌کنند، حتی وقتی effort قابل پیکربندی reasoning پشتیبانی نمی‌شود. #95686 با تشکر از @fuller-stack-dev، @geraint0923.
• کاربران Vercel AI Gateway اکنون می‌توانند مدل‌های انتخاب‌شده از کاتالوگ زنده را اجرا کنند، از جمله شناسه‌های مدل فقط زنده که در فهرست بسته‌بندی‌شده OpenClaw وجود ندارند. #95710 با تشکر از @vincentkoc.
• مشکلی را برطرف می‌کند که در آن ارائه‌دهندگان تعریف‌شده در manifest، وقتی ورودی‌های stripPrefixes فاصله اضافی یا حروف بزرگ‌وکوچک متفاوت دارند، شناسه‌های معتبر مدل را به شناسه‌های خراب تبدیل می‌کردند؛ بنابراین اپراتورها و نویسندگان Plugin مدل ارائه‌دهنده موردنظر را دریافت می‌کنند. #95744 مرتبط: #95743. با تشکر از @parveshsaini.
• راه‌اندازی اجرای اول اکنون برای ارائه‌دهنده خارجی تازه نصب‌شده، prompt اعتبارنامه را باز می‌کند، به‌جای اینکه ظاهرا در حلقه بیفتد و OpenAI را انتخاب‌شده باقی بگذارد. #95792 مرتبط: #95765.
• کاتالوگ‌های ارائه‌دهنده بیش‌ازحد بزرگ یا متوقف‌شده اکنون به‌جای معلق‌کردن OpenClaw یا مصرف حافظه نامحدود، سریع با خطایی روشن شکست می‌خورند؛ در عین حال کاتالوگ‌های عادی همچنان بارگذاری می‌شوند. #95827 با تشکر از @alix-007.
• کاربران Xiaomi Token Plan اکنون می‌توانند با mimo-v2.5 و mimo-v2.5-pro تا 128K توکن خروجی استفاده کنند، به‌جای اینکه در حد قدیمی 32,000 توکن متوقف شوند. #95934 با تشکر از @idootop.
• پاسخ‌های مدل با ابزار زیاد می‌توانند با سربار کمتر stream شوند، در حالی که شناسه‌های تکراری فراخوانی ابزار و جزئیات encrypted reasoning در میان ارائه‌دهندگان Google و سازگار با OpenAI با فراخوانی درست منطبق می‌مانند. #95957 با تشکر از @vincentkoc.
• حسابداری مصرف توکن برای کاربران ACPX بسته‌بندی‌شده قابل‌اعتمادتر است، زیرا OpenClaw اکنون اصلاح persistence نسخه ACPX 0.11.2 را به‌صورت پیش‌فرض شامل می‌کند، بدون نیاز به override بسته جداگانه یا به‌روزرسانی دستی client. #96124 با تشکر از @vincentkoc.
• کاربران Ollama Cloud اکنون می‌توانند glm-5.2:cloud را با پنجره context 1,000,000 توکنی، reasoning و پشتیبانی ابزار پیدا و انتخاب کنند، حتی وقتی در فهرست عمومی مدل وجود ندارد. 11484f8
• درخواست‌های درک تصویر MiniMax دیگر وقتی timeout صفر، منفی یا بسیار بزرگ است پیش از رسیدن به ارائه‌دهنده شکست نمی‌خورند؛ مقادیر نامعتبر اکنون از زمان انتظار عادی یا حداکثر ایمن استفاده می‌کنند. 4b6182e با تشکر از @vincentkoc.
• اجراهای Codex اکنون به‌جای حمل یک سطح سرعت قدیمی، از انتخاب فعلی حالت سریع پیروی می‌کنند و خط وضعیت به‌روشنی نشان می‌دهد چه زمانی حالت سریع خودکار است. 77012f9 با تشکر از @vincentkoc.
• گفتگوهای با پشتوانه Codex اکنون پس از پاک‌شدن حالت سریع خودکار به مسیریابی عادی برمی‌گردند و از استفاده دوباره نوبت‌های بعدی یا تغییرات مدل از سطح اولویت کهنه جلوگیری می‌کنند. 8afc1f7
• اجراهای عامل جایگزین اکنون حتی وقتی حالت سریع برای اجرا override شده باشد، cutoff خودکار حالت سریع پیکربندی‌شده هر مدل را رعایت می‌کنند و رفتار جایگزین را با سیاست مدل انتخاب‌شده همسو نگه می‌دارند. efd3172
• تلاش‌های دوباره سوییچ مدل زنده اکنون cutoff اصلی حالت سریع را برای نشست‌های طولانی‌مدت حفظ می‌کنند، در حالی که حالت سریع صریح از پیام‌های گمراه‌کننده پیشرفت cutoff خودکار جلوگیری می‌کند. 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 استفاده می‌کنند اکنون درخواست‌های متوقف‌شده را به مدیریت timeout یا fallback پیکربندی‌شده منتقل می‌کنند، به‌جای آنکه چند دقیقه معلق بمانند و سپس با خطای عمومی LLM request failed پایان یابند. #93965 مرتبط #93610. با تشکر از @forceconstant، @zhangguiping-xydt.
• پس از تغییر مدل پیش‌فرض، شروع یک نشست تازه کانال با /new یا /reset اکنون به‌جای استفاده بی‌صدا از مدل کش‌شده قبلی، از پیش‌فرض جدید استفاده می‌کند، در حالی که بازنویسی‌های صریح /model بدون تغییر باقی می‌مانند. #77339 مرتبط #77322. با تشکر از @mjamiv، @zaynl.
• پشت پراکسی‌های HTTP یا HTTPS، استفاده و بررسی‌های سهمیه Codex/OpenAI در openclaw status --usage --json و رابط کاربری Control اکنون به‌جای شکست هنگام دسترس‌ناپذیر بودن مستقیم chatgpt.com، پنجره‌های مصرف را بازیابی می‌کنند. #93943 مرتبط #78714. با تشکر از @tnzgit، @turbotheturtle.
• /status اکنون مدل فعال و روش پاک کردن یک انتخاب پین‌شده را در یک خط فشرده نگه می‌دارد، تا کاربران Discord و دیگر چت‌ها بتوانند وضعیت مدل را بدون توضیح چندخطی مرور کنند. #95797 با تشکر از @solvely-colin.
• پاسخ‌های جریانی Anthropic اکنون به‌روزرسانی‌های درهم‌تنیده متن، تفکر و فراخوانی ابزار را به بلوک پاسخ درست متصل نگه می‌دارند، به‌جای آنکه وقتی چند بلوک هم‌زمان فعال هستند آن‌ها را با هم مخلوط کنند. #96013 با تشکر از @vincentkoc.

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

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

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

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

• گفت‌وگوهای عامل تحت‌تأثیر که از OpenAI Responses استفاده می‌کنند، اکنون می‌توانند پس از اینکه یک پاسخ کانال قابل مشاهده تاریخچه ذخیره‌شده آن‌ها را ناقص می‌گذارد، بازیابی شوند و به پاسخ دادن ادامه دهند، به‌جای اینکه هر نوبت بعدی پیش از ظاهر شدن پاسخ شکست بخورد. #84708 با تشکر از @anyech.
• وقتی یک عامل مبتنی بر Codex خروجی ابزار غیرمعمولاً بزرگی تولید می‌کند، گفت‌وگوهای ذخیره‌شده و بازپخش‌شده اکنون متن آن را در محدوده اندازه معمول نگه می‌دارند و محتوای غیرمتنی را بدون تغییر باقی می‌گذارند. #87912 با تشکر از @adrianip0204.
• گفت‌وگوهای Control UI اکنون پس از خواب، قطع شبکه، یا اتصال دوباره Gateway همچنان قابل مشاهده می‌مانند و در همان نشست ادامه پیدا می‌کنند، به‌جای اینکه هنگام ارسال پیام بعدی ناپدید شوند. #89017 مرتبط با #87700. با تشکر از @zhangguiping-xydt، @asicoe.
• یکپارچه‌سازی‌های همراه Codex و Copilot اکنون با تکامل ذخیره‌سازی، تاریخچه گفت‌وگوی آینه‌شده و به‌روزرسانی‌های رونوشت را به نشست درست OpenClaw متصل نگه می‌دارند، در حالی که رونوشت‌های فعال موجودِ مبتنی بر فایل در طول مهاجرت همچنان کار می‌کنند. #89518 با تشکر از @jalehman.
• وضعیت نشست فعلی WebChat اکنون با گفت‌وگویی که واقعاً از آن استفاده می‌کنید مطابقت دارد، بنابراین شناسه نشست، سطح فکر، زمینه توکن، و جزئیات هزینه دیگر از نشست جایگزین main نمی‌آیند. #89800 مرتبط با #89773. با تشکر از @killo3967، @sweetcornna.
• احتمال اینکه گفت‌وگوی شما پس از فشردن توقف در طول Compaction خودکار زمینه خود را از دست بدهد کمتر شده است، زیرا درخواست Compaction اکنون آن هم لغو می‌شود. #89886 مرتبط با #89868. با تشکر از @lykeion-dev، @openperf، @vincentkoc.
• وقتی دسترسی نشست بین عامل‌ها مسدود می‌شود، OpenClaw اکنون همه تنظیمات لازم برای دیدپذیری، عامل‌به‌عامل، و فهرست مجاز را فهرست می‌کند و به گردانندگان کمک می‌کند پیکربندی سیاست را اصلاح کنند، به‌جای اینکه دنبال یک خرابی ناموجود عامل بگردند. #90489 مرتبط با #90443. با تشکر از @ramitrkar-hash، @sahibzada-allahyar، @vincentkoc.
• openclaw memory status اکنون به‌جای گزارش نادرست Dreaming: off، یک فاز فعال سبک یا REM از Dreaming را نشان می‌دهد، تا گردانندگان بتوانند ببینند پیکربندی‌های معتبر حافظه فعال هستند. #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.
• پاسخ‌های پیگیری، واکنش‌ها، پیام‌های رشته‌ای، و بررسی‌های وضعیت پس از فعالیت webchat یا سیستم همراه همان گفت‌وگویی می‌مانند که به آن تعلق دارند، در حالی که تعویض‌های واقعی کانال همچنان جزئیات مسیریابی قدیمی را پاک می‌کنند. #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.
• توسعه‌دهندگان و گردانندگانی که یک نشست Copilot فشرده‌شده را بررسی می‌کنند اکنون به‌جای یک نتیجه ناقص، خلاصه آن، شمارش توکن‌های قبل و بعد، و جزئیات نشست را دریافت می‌کنند. #96049 با تشکر از @vincentkoc.
• فرمان‌های /stop و لغو اکنون حتی وقتی کلیدهای نشست نیاز به استانداردسازی دارند یا فراداده لغو نمی‌تواند ذخیره شود، اجرای‌های فعال را متوقف می‌کنند، پیگیری‌های صف‌شده را پاک می‌کنند، و زیرعامل‌های مرتبط را به‌سرعت پایان می‌دهند. #96201 با تشکر از @jalehman.
• ارتقاهای Voice Wake اکنون عبارت‌های فعال‌سازی و قواعد مسیریابی موجود را همچنان فعال نگه می‌دارند، در حالی که OpenClaw آن‌ها را از فایل‌های تنظیمات بازنشسته به پایگاه داده وضعیت مشترک منتقل می‌کند. bdf81a8
• ارتقا از چیدمان‌های قدیمی‌تر وضعیت OpenClaw اکنون اعلان‌های به‌روزرسانی، محدودسازی بررسی، رکوردهای نسخه در دسترس، و تاریخچه تلاش به‌روزرسانی خودکار را هنگام انتقال آن وضعیت به SQLite حفظ می‌کند. eb00d49 با تشکر از @vincentkoc.
• گفت‌وگوهای کانال Plugin نشست مورد نظر خود را از راه‌اندازی، بررسی‌های doctor، و تعمیرهای وضعیت با اطمینان بیشتری حفظ می‌کنند، همراه با مهاجرت رکوردهای اتصال قدیمی‌تر به پایگاه داده مشترک OpenClaw. 9f888d9
• همگام‌سازی نشست مبتنی بر حافظه در Windows اکنون حتی وقتی قالب‌بندی مسیر متفاوت است، همچنان از فایل رونوشت مورد نظر استفاده می‌کند. b3b5b08 با تشکر از @vincentkoc.
• اجرای‌های عامل توکار با کلید نشست گمشده یا خالی اکنون به‌جای ارسال شدن از مسیر مسیریابی نشست ناسازگار، به نشست مورد نظر متصل می‌مانند. 911f853 با تشکر از @vincentkoc.
• وقتی یک مدل نام ابزار اشتباه را حدس می‌زند، Tool Search و Code Mode اکنون نشان می‌دهند چگونه ابزار درست را پیدا و دوباره امتحان کنید، و خطر گیر کردن نشست‌های طولانی یا از دست رفتن حافظه ماندگار در طول Compaction را کاهش می‌دهند. #93374 مرتبط با #92273. با تشکر از @mushuiyu886، @poison، @vincentkoc.
• ناپدید شدن پاسخ‌های دستیار از webchat، Control UI، Feishu، و دیگر گفت‌وگوهای توکار پس از Compaction را اصلاح می‌کند و گفت‌وگوهای تازه‌سازی‌شده را خوانا و درخواست‌های پیگیری را جدا نگه می‌دارد. #95484 مرتبط با #76729. با تشکر از @maweibin، @njuboy11، @vincentkoc.
• قابلیت‌های حافظه OpenClaw اکنون پوشش رونوشت فعال، بازنشانی‌شده، و حذف‌شده را با ذخیره‌گاه‌های نشست پیکربندی‌شده و مالکیت عامل همسو نگه می‌دارند، و احتمال اینکه Dreaming، خروجی‌های QMD، نمایه‌سازی، و همگام‌سازی تاریخچه گفت‌وگو را از دست بدهند یا به اشتباه نسبت دهند کمتر می‌شود. #96162 با تشکر از @jalehman.
• راه‌اندازی TLS در Gateway اکنون مسیرهای خالی گواهی یا کلید را به‌روشنی رد می‌کند یا از پیش‌فرض‌های OpenClaw استفاده می‌کند، و در عین حفظ مسیرهای معتبر از خطاهای گیج‌کننده راه‌اندازی و تولید گواهی جلوگیری می‌کند. #94054 با تشکر از @miorbnli.
• سیاست‌های پیکربندی‌شده Plugin پس از تغییرات رجیستری Gateway، بارگذاری دوباره، یا مقداردهی اولیه بعدی hook، همچنان فراخوانی‌های ابزار حساس را مسدود یا بازنویسی می‌کنند، به‌جای اینکه بی‌صدا نادیده گرفته شوند. #94545 با تشکر از @jesse-merhi.
• گردانندگان موبایل دارای operator.approvals اکنون می‌توانند تأییدیه‌های exec ایجادشده از گفت‌وگو را روی همان دستگاه iOS که درخواست را شروع کرده است ببینند و حل کنند، از جمله زمانی که برنامه باز است، بدون اتکا فقط به اعلان‌های push. #95175 با تشکر از @joshavant.
• کاربران Control UI اکنون نسخه وصله‌شده DOMPurify را دریافت می‌کنند، و بدون تغییر رفتار رابط، مواجهه با آسیب‌پذیری پاک‌ساز GHSA-cmwh-pvxp-8882 کاهش می‌یابد. #95691 با تشکر از @vincentkoc.
• تأییدیه‌های "همیشه اجازه بده" برای اتصال‌های گفت‌وگوی Plugin اکنون از فایل تنظیمات قدیمی منتقل می‌شوند و وقتی چند فرایند OpenClaw در حال اجرا هستند، کمتر احتمال دارد از دست بروند یا بازنویسی شوند. ae41b00 با تشکر از @vincentkoc.
• کاربران Matrix اکنون می‌بینند که پیش از ادامه‌ی بازنشانی اجباری امضای متقابل، کلید بازیابی فعال لازم است؛ این کار مانع می‌شود بازنشانی دوم، بازیابی رمزنگاری و پشتیبان‌های کلید اتاق را غیرقابل استفاده کند. #95720 مرتبط با #78396. با تشکر از @jteddy، @vincentkoc، @xialonglee.
• کارت‌های وضعیت memory-wiki و همگام‌سازی منبع مبتنی بر پل، هنگام بازنویسی هم‌زمان صفحه‌ها کمتر دچار شکست می‌شوند، چون OpenClaw اکنون ناسازگاری گذرای مسیر را دوباره تلاش می‌کند و همچنان نوشتن‌های ناامن یا پایدار در فایل‌سیستم را متوقف می‌سازد. #94443 مرتبط با #92134. با تشکر از @cknzraposo، @zengwen-dt.
• مشکلی را رفع می‌کند که در آن ازسرگیری نشست اخیر، برای کاربرانی با مسیرهای طولانی workspace به‌جای بازگشت به رونوشت موجودشان، یک گفت‌وگوی تازه باز می‌کرد. #94578 مرتبط با #94577. با تشکر از @rohitjavvadi، @vincentkoc.
• Memory Wiki اکنون هنگام ورود دوباره یا همگام‌سازی یک صفحه‌ی منبع موجود، یادداشت‌های نوشته‌شده توسط کاربر را دست‌نخورده نگه می‌دارد و همچنان محتوای تولیدشده‌ی خود را تازه‌سازی می‌کند. #95614 با تشکر از @yetval.
• مشکلی را رفع می‌کند که در آن Memory Wiki صفحه‌های منبع تولیدشده‌ی خودش را بارها به خودش کپی می‌کرد، وقتی vault آن داخل پوشه‌ی حافظه‌ی workspace ذخیره شده بود؛ این کار از فایل‌های تکراری، پاک‌سازی‌های مکرر و رشد غیرضروری نمایه‌ی حافظه جلوگیری می‌کند. #95666 مرتبط با #95657. با تشکر از @johannes0402، @turbotheturtle، @vincentkoc.
• برای اپراتورهایی که از Active Memory همراه با Dreaming در memory-core استفاده می‌کنند، کارهای شبانه‌ی Dreaming دیگر کارهای recall غیرضروری را شروع نمی‌کنند و به مهلت‌های ۴۵ ثانیه‌ای برخورد نمی‌کنند، در حالی که گفت‌وگوهای وب معمولی همچنان memory recall دریافت می‌کنند. #95721 مرتبط با #78500. با تشکر از @vincentkoc، @vishutdhar، @xialonglee.
• نشست‌های عامل با فراخوانی‌های ابزار زیاد، نتایج خارج از ترتیب را با کار تکراری کمتر ترمیم می‌کنند و در عین حال هر نتیجه را با فراخوانی ابزار درست جفت نگه می‌دارند. #96014 با تشکر از @vincentkoc.
• کار حافظه‌ی مبتنی بر qmd در Windows اکنون پس از probeهای دسترس‌پذیری و timeoutهای فرمان، همه‌ی پردازه‌های مرتبط را متوقف می‌کند و مانع ادامه‌ی اجرای فرزندان qmd در پس‌زمینه می‌شود. 830691b
• منابع بسته‌ی مورد اعتماد OpenClaw اکنون مسیرهای sibling شبیه‌نما را رد می‌کنند؛ بنابراین اعتماد به /artifactory/openclaw دیگر مسیرهایی مانند /artifactory/openclaw-malicious را نیز نمی‌پذیرد. 12c34fc با تشکر از @vincentkoc.

حالت رلهٔ مسیریاب Slack

حالت رلهٔ مسیریاب Slack به استقرارهای مدیریت‌شده یا چند-Gateway اجازه می‌دهد ترافیک ورودی Slack را متمرکز کنند، در حالی که Gateway درستِ OpenClaw همچنان اشاره‌ها، وابستگی نخ‌ها و پاسخ‌ها را مدیریت می‌کند.

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

• استقرارهای مدیریت‌شدهٔ Slack اکنون می‌توانند از یک مسیریاب مرکزی برای فرستادن اشاره‌ها و نخ‌های در جریان به Gateway درستِ OpenClaw استفاده کنند، در حالی که پاسخ‌ها همچنان از طریق Slack نمایش داده می‌شوند. #94707 با سپاس از @pash-openai، @sjf-oa.

پل بیدارباش Raft External Agent

کانال Raft و Plugin Raft اکنون از یک پل بیدارباش CLI محلی پشتیبانی می‌کنند، تا External Agents بتوانند OpenClaw را برای کارهای معلق فضای کاری بیدار کنند و اپراتورها بتوانند راه‌اندازی و وضعیت را از مسیر پشتیبانی‌شده بررسی کنند.

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

• اپراتورهای Raft External Agent اکنون می‌توانند وقتی یک فضای کاری کار معلق دارد، از طریق پل 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 کانال اکنون می‌توانند شناسه‌های بومی فرستنده و گفتگو را از طریق hookها و جریان‌های اجرایی منتخب حمل کنند، و به ادغام‌ها مسیریابی دقیق‌تری بدهند، بدون شکستن فیلدهای موجود فرستنده و گفتگو. #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 می‌توانند از طریق فیلد مستندشدهٔ manifest، اثر هنری بازار را ارائه کنند. #95845 با سپاس از @patrick-erichsen.
• آیکون‌های Plugin رسمی در ClawHub و کاتالوگ‌های دیگر دیگر به یک رنگ سخت‌کدنویسی‌شدهٔ مشترک تحمیل نمی‌شوند و به Simple Icons اجازه می‌دهند به‌جای آن از اثر هنری پیش‌فرض خود استفاده کند. #95987 با سپاس از @patrick-erichsen.
• کاربران Docker اکنون در کنار GHCR یک آینهٔ رسمی Docker Hub با نام openclaw/openclaw دارند، و انتشارهای بتای نسخه‌گذاری‌شده از جابه‌جا کردن aliasهای پایدار latest و main باز داشته می‌شوند. #97122 با سپاس از @vincentkoc.
• نصب‌های OpenClaw مبتنی بر Git اکنون حتی وقتی pnpm سراسری دیگری یا مدیر بستهٔ پروژهٔ پیرامونی وجود دارد، از نسخهٔ pnpm پین‌شدهٔ مخزن استفاده می‌کنند، بنابراین فرمان‌های راه‌اندازی دیگر در برابر محیط مدیر بستهٔ اشتباه اجرا نمی‌شوند. bd74a62 با سپاس از @vincentkoc.
• درخواست‌های کارت Skills و به‌روزرسانی ClawHub اکنون حتی وقتی مقدار timeout غیرمعمول بزرگی دریافت می‌کنند، به‌صورت قابل‌پیش‌بینی کامل می‌شوند یا timeout می‌شوند. 8cd0c11 با سپاس از @vincentkoc.
• کاربران Windows می‌توانند نصب از منبع را بدون اینکه مرحلهٔ راه‌اندازی llama.cpp آن‌ها را مسدود یا کند کند کامل کنند، و نصب‌کننده پس از آن تنظیم shell موجودشان را بازیابی می‌کند. ea9065b با سپاس از @vincentkoc.
• Pluginهای رسمی بیشتری برای کانال، ارائه‌دهنده و جست‌وجوی وب اکنون می‌توانند از طریق کاتالوگ‌های عادی بستهٔ خارجی نصب یا تعمیر شوند، در حالی که همچنان از اعتبارنامه‌های موجودشان شناخته می‌شوند. #95683 با سپاس از @vincentkoc.
• افرادی که Plugin رسمی کانال Yuanbao را از طریق کاتالوگ مورداعتماد OpenClaw نصب یا به‌روزرسانی می‌کنند، اکنون نسخهٔ 2.15.0 را دریافت می‌کنند، با بررسی یکپارچگی موردانتظار و راهنمایی Plugin ازدست‌رفته که با آن انتشار هم‌راستا شده است. #94470 با سپاس از @jase-283.
• راه‌اندازی اولیه اکنون می‌تواند Skill همراه gog را از طریق Homebrew نصب کند، بدون اینکه به‌دلیل فرمول tap شخص ثالث حذف‌شده شکست بخورد. #95019 مرتبط #95017. با سپاس از @sedrak-hovhannisyan، @vincentkoc، @zengwen-dt.
• کاربران Canvas، Discord، Slack، Voice Call و WhatsApp همان راهنمایی Skills را با هر Plugin نصب‌شده یا همراه حفظ می‌کنند، در حالی که ارجاع‌ها به مسیرهای ریشهٔ پیشین skills/... باید به پوشهٔ Plugin مربوط منتقل شوند. #95664 با سپاس از @vincentkoc.
• راستی‌آزمایی Skill در ClawHub اکنون همان ارجاع @owner/<slug> را که برای نصب‌ها و به‌روزرسانی‌ها استفاده می‌شود می‌پذیرد، تا کاربران بتوانند ناشر موردنظر را بدون تغییر به یک slug مبهم و بدون پیشوند بررسی کنند. #95992 با سپاس از @patrick-erichsen.
• هشدار مدیر بسته در زمان نصب OpenClaw اکنون npm، Yarn، Yarn Berry و اجراکننده‌های سبک Corepack را درست شناسایی می‌کند و وقتی این ابزارها از طریق نام‌های اجرایی جایگزین اجرا می‌شوند، از راهنمایی گمراه‌کننده جلوگیری می‌کند. 11a2e03 با سپاس از @vincentkoc.
• نصب‌های URL بسته اکنون timeoutهای دانلود بیش‌ازحد بزرگ را بدون شکست پیش از حل داده‌های بستهٔ موجود مدیریت می‌کنند. c310f8c
• توسعه‌دهندگان Plugin و CLI اکنون یک API پشتیبانی‌شدهٔ روشن‌تر برای قالب‌بندی فرمان می‌بینند، در حالی که جفت‌سازی دستگاه، ثبت Node و راهنمایی doctor همچنان همان فرمان‌های امن برای shell را تولید می‌کنند. 23b4f33
• کاربران Windows ARM64 اکنون هنگام اجرای نصب‌کنندهٔ PowerShell از طریق shell شبیه‌سازی‌شدهٔ x64، دانلودهای منطبق ARM64 برای Node و MinGit دریافت می‌کنند. fac091b با سپاس از @vincentkoc.
• نصب‌های پیش‌فرض OpenClaw دیگر زمانی را صرف ساخت پشتیبانی اختیاری llama.cpp نمی‌کنند، و از شکست‌های ساخت بومی برای کاربرانی که آن را فعال نکرده‌اند جلوگیری می‌کنند. cc1b3a8 با سپاس از @vincentkoc.

کانال‌ها و پیام‌رسانی

اصلاحات اضافی کانال

اصلاحات اضافی Telegram و پیکربندی کانال، مشکلات محدودتر تحویل و راه‌اندازی را پوشش می‌دهند.

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

• زنجیره‌های پاسخ Telegram پس از تغییرات زمینه، پاسخ‌های کش‌شده را متصل نگه می‌دارند، به‌جای آنکه وقتی آن پاسخ‌های کش‌شده دوباره استفاده می‌شوند شکست بخورند. #82909 با سپاس از @lidge-jun.
• مشکلی را برطرف می‌کند که Discord یک پاسخ بلند کامل با بلوک‌های کد حصاردار را وقتی حصار پایانی کد نزدیک محدودیت ۲٬۰۰۰ نویسه‌ای پیام قرار می‌گیرد، حذف می‌کرد. #95661 با سپاس از @ly-wang19.
• اپراتورهای Slack اکنون می‌توانند توکن‌ها و رازهای امضا را به‌عنوان ورودی‌های SecretRef پشتیبانی‌شده ذخیره کنند، در حالی که خواندن‌ها، نوشتن‌ها، allowlist و جست‌وجوهای مقصد، و بررسی‌های راه‌اندازی به‌جای رد کردن یا بدخواندن ارجاع‌ها، از اعتبارنامه‌های حل‌شده استفاده می‌کنند. 7da955f با سپاس از @vincentkoc.
• بررسی‌های قابلیت کانال اکنون وقتی یک ادغام از پاسخ دادن بازمی‌ایستد، timeout روشنی برمی‌گردانند و از آویزان ماندن عیب‌یابی در ترمینال یا اجرای اتوماسیون جلوگیری می‌کنند. 8ecdb97 با سپاس از @vincentkoc.

Gateway، امنیت و اعتماد

بازیابی راه‌اندازی مجدد و آمادگی

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

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

• وقتی یک Gateway راه‌دورِ پیکربندی‌شده یا صریح کند اما در دسترس باشد، openclaw gateway probe --timeout ... اکنون به‌جای اینکه پس از یک حد داخلی کوتاه‌تر آن را خارج از دسترس گزارش کند، تا پایان timeout درخواستی منتظر می‌ماند. #89859 مرتبط با #65355. با تشکر از @hellocli، @mushuiyu886.
• اجرای طولانی یا موازی subagentهای داخلی اکنون از پردازش غیرضروری پیش‌نمایش زنده اجتناب می‌کند، در حالی که نشست‌های subagent قابل مشاهده همچنان به‌روزرسانی‌های زنده و پاسخ‌های نهایی را نشان می‌دهند. #91906 با تشکر از @lanzhi-lee، @vincentkoc.
• مکالمه‌های ACP، به‌ویژه رشته‌های مبتنی بر Kiro، اکنون پس از نخستین پاسخ ادامه پیدا می‌کنند؛ وقتی backend دیگر نتواند نشست قدیمی را از سر بگیرد، یک نشست تازه شروع می‌شود. #93547 مرتبط با #87830. با تشکر از @amersheeny، @chouzz.
• وقتی فشار حافظه در Linux یک فرمان یا نشست فرزند را می‌کشد، Gatewayهای OpenClaw مدیریت‌شده با systemd اکنون در حال اجرا می‌مانند و اتصال‌های کانال را زنده نگه می‌دارند، در حالی که خطای فرزند را گزارش می‌کنند. #93585 با تشکر از @snowzlm.
• لغو کردن یک اجرای OpenClaw هنگام کار ابزار اکنون آن را بی‌درنگ پایان می‌دهد، به‌جای اینکه نوبت مدل دیگری را شروع کند یا نشست را قفل‌شده باقی بگذارد. #94412 با تشکر از @szsip239، @vincentkoc.
• کارهای زمان‌بندی‌شده OpenClaw که از مدل‌های ابری استفاده می‌کنند اکنون به‌صورت پیش‌فرض از فراخوانی‌های بی‌صدا و گیرکرده مدل بازیابی می‌شوند؛ این کار کمک می‌کند از انباشته شدن کارهای Cron بعدی جلوگیری شود، در حالی که providerهای محلی یا خودمیزبان رفتار timeout موجود خود را حفظ می‌کنند. #94445 با تشکر از @bek91.
• بررسی‌های آمادگی Gateway اکنون هنگام drain شدن برای راه‌اندازی مجدد، وضعیت ناسالم نشان می‌دهند و از ارسال کار جدید توسط مدیران ترافیک به Gatewayی که موقتاً درخواست‌ها را رد می‌کند جلوگیری می‌کنند. #94915 مرتبط با #78136. با تشکر از @markoub، @maxschachere، @vincentkoc.
• کاربران Mac می‌توانند Gatewayهای مدیریت‌شده با LaunchAgent را در طول ارتقاهای OpenClaw در حال اجرا نگه دارند، به‌جای اینکه وقتی کد runtime قدیمی text-transform هنوز cache شده است، چرخه‌های تکراری crash-and-restart ببینند. #95081 مرتبط با #95057. با تشکر از @849261680، @yveslarose.
• مکالمه‌های مبتنی بر Codex در TUI، WebChat و APIهای streaming سازگار اکنون پاسخ‌ها را هنگام نوشته شدن نشان می‌دهند، در حالی که متن موقت را پاکیزه جایگزین می‌کنند تا پاسخ نهایی شامل پیش‌نویس‌های کهنه نباشد. #95404 مرتبط با #95422. با تشکر از @agonza1، @vincentkoc.
• پس از راه‌اندازی مجدد Gateway، کاربران دیگر وقتی OpenClaw از قبل در حال ازسرگیری پاسخ قطع‌شده یا گزارش خطای واقعی بازیابی است، اعلان گمراه‌کننده تلاش دوباره نمی‌بینند؛ این کار تلاش‌های تکراری غیرضروری را کاهش می‌دهد. #95431 با تشکر از @moeedahmed، @vincentkoc.
• نشست‌های agent طولانی و ابزارمحور اکنون با انباشته شدن نتایج، صرفه‌جویی‌های prompt-cache را حفظ می‌کنند و تأخیرها و هزینه‌های قابل اجتناب ناشی از ارسال دوباره تاریخچه بازنویسی‌شده بین نوبت‌ها را کاهش می‌دهند. #95624 با تشکر از @vincentkoc.
• راه‌اندازی‌های مجدد Gateway دیگر agentهای پیکربندی‌شده مبتنی بر Codex، Copilot یا Pluginهای مورد اعتماد را موقتاً خارج از دسترس نمی‌گذارند، و Pluginهای workspace نامطمئن همچنان از فعال‌سازی خودشان مسدود می‌مانند. #95652 با تشکر از @vincentkoc.
• پاسخ‌های طولانی، جریان‌های ابزار شلوغ، درخواست‌های پر از تصویر و یادآوری حافظه اکنون بدون نیاز به تغییر تنظیمات یا workflow، سربار CPU و فایل‌سیستم کمتری ایجاد می‌کنند. #95697 با تشکر از @vincentkoc.
• اپراتورها دوباره می‌توانند در setupهای بدون پیکربندی، اعلان‌های زمان‌بندی‌شده را برای کانال‌های شناخته‌شده اضافه یا به‌روزرسانی کنند، در حالی که محیط‌های پیکربندی‌شده همچنان مقصدهای غیرفعال، کهنه، بی‌مالک یا ناشناخته را پیش از تحویل رد می‌کنند. #95754 با تشکر از @vincentkoc.
• کاربران macOS کمتر احتمال دارد هنگام توقف یا به‌روزرسانی یک Gateway مدیریت‌شده، خطای نادرست تداخل port ببینند، زیرا OpenClaw مدت کوتاهی منتظر می‌ماند تا خاموشی عادی port را آزاد کند، در حالی که تداخل‌های پایدار را همچنان گزارش می‌کند. #95886 با تشکر از @fuller-stack-dev.
• agentهای مبتنی بر Copilot اکنون می‌توانند از کاربران پرسشی بپرسند و پاسخ را از طریق جریان عادی پاسخ chat در OpenClaw بپذیرند، در حالی که کنترل‌های فشرده جست‌وجوی ابزار و code-mode از بارگذاری catalog کامل ابزار در نشست جلوگیری می‌کنند. #96005 با تشکر از @vincentkoc.
• راه‌اندازی‌های مجدد Gateway در setupهای systemd یا container دیگر فرایندهای adapter قدیمی Codex یا Claude را باقی نمی‌گذارند و کمک می‌کنند نشست‌های ACPX جدید پس از راه‌اندازی‌های مجدد تکراری، بدون توقف‌های پاک‌سازی چنددقیقه‌ای شروع شوند. #96032 با تشکر از @t2wei، @vincentkoc.
• نشست‌های مبتنی بر Copilot اکنون به‌روزرسانی‌های plan را هم‌زمان با پیشرفت کار نشان می‌دهند، و taskهای فرزند native آن‌ها به‌جای ناپدید شدن از نمای task در OpenClaw، تا تکمیل یا شکست قابل مشاهده می‌مانند. #96062 با تشکر از @vincentkoc.
• agentهای متصل مانند OpenCode اکنون حتی وقتی harness آن‌ها نتواند مدل درخواستی را انتخاب کند، از طریق OpenClaw شروع می‌شوند، در حالی که انتخاب‌های واقعاً پشتیبانی‌نشده مدل همچنان خطای اصلی را برمی‌گردانند. #96068 مرتبط با #95869. با تشکر از @sabatech-dev، @vincentkoc.
• Pluginهایی که از heartbeat_prompt_contribution استفاده می‌کنند اکنون context ویژه Heartbeat خود را هنگام اجرای agentها از طریق runtimeهای harness مانند Codex app-server به مدل‌ها تحویل می‌دهند، بدون اینکه روی نوبت‌های عادی کاربر یا Pluginهایی که از hook استفاده نمی‌کنند اثر بگذارند. #96233 با تشکر از @azogheb، @vincentkoc.
• پاک‌سازی Gateway و بررسی‌های listener در Windows اکنون داده‌های command-line مربوط به UTF-16 WMIC را به‌صورت سازگار مدیریت می‌کنند و شناسایی ناموفق یا متعارض فرایند Gateway در حال اجرا را کاهش می‌دهند. 15c880a با تشکر از @vincentkoc.
• نشست‌های agent با context طولانی و ابزارمحور اکنون استفاده دوباره از prompt-cache را در نوبت‌های تکراری پایدارتر نگه می‌دارند، بدون اینکه limitهای اندازه برای هر نتیجه از دست برود؛ در عین حال اپراتورهای پیشرفته می‌توانند capهای بزرگ‌تر tool-result را برای مدل‌های large-context بدون رد شدن پیکربندی تنظیم کنند. a60947f با تشکر از @vincentkoc.
• نشست‌های agent طولانی و ابزارمحور اکنون با انباشته شدن خروجی ابزار کمتر احتمال دارد درخواست‌های مدل را متورم کنند، در حالی که نوبت‌های تکراری استفاده دوباره پایدار از prompt-cache را حفظ می‌کنند. 2f33999 با تشکر از @vincentkoc.
• راه‌اندازی‌های مجدد Gateway اکنون برای handoff از پایگاه داده وضعیت پایدار OpenClaw استفاده می‌کنند، در حالی که درخواست‌های کهنه، malformed، مربوط به فرایند اشتباه، یا superseded پیش از آنکه بتوانند روی راه‌اندازی مجدد اثر بگذارند کنار گذاشته می‌شوند. 0ad48da
• وضعیت Gateway، doctor و diagnostics راه‌اندازی مجدد اکنون جزئیات اخیر راه‌اندازی مجدد را در پایگاه داده وضعیت مشترک OpenClaw نگه می‌دارند، در حالی که رکوردهای منقضی‌شده یا malformed همچنان کنار گذاشته می‌شوند. a39a3b7 با تشکر از @vincentkoc.
• راه‌اندازی‌های مجدد Gateway و به‌روزرسانی‌های managed-service اکنون پیام continuation درست را نگه می‌دارند، از استفاده دوباره از وضعیت handoff کهنه جلوگیری می‌کنند و handoffهای ناموفق به‌روزرسانی را به‌صورت سازگار علامت‌گذاری می‌کنند. 514b336 با تشکر از @vincentkoc.
• agentهای راه‌اندازی‌شده توسط Gateway دیگر در taskهایی مانند بررسی‌های live cron، ابزارهای OpenClaw فقط مخصوص owner را از دست نمی‌دهند؛ بنابراین عملیات مجاز می‌توانند با context درست درخواست از ابزارهای مورد نظر استفاده کنند. c2ee9b0 با تشکر از @vincentkoc.
• درخواست‌های malformed برای راه‌اندازی مجدد Gateway اکنون بدون زمان‌بندی restart به‌روشنی شکست می‌خورند و از restart غیرمنتظره Gateway بر اثر فراخوانی‌های integration بد یا تصادفی جلوگیری می‌کنند. 108d6d7 با تشکر از @vincentkoc.
• درخواست‌های node کهنه که توسط Gateway در صف مانده‌اند اکنون به‌صورت خودکار منقضی می‌شوند، بنابراین کارهای قدیمی کمتر احتمال دارد باقی بمانند و روی فعالیت‌های بعدی اثر بگذارند. f6d432e
• workflowهای Plugin وقتی یک integration تاریخچه بیش از حد زیادی از نشست subagent درخواست می‌کند، کمتر احتمال دارد Gateway را متوقف یا overload کنند، زیرا اکنون هر خواندن با یک limit امن محدود می‌شود. b66b450 با تشکر از @vincentkoc.
• توصیف‌های تصویر اکنون تنظیمات timeout بسیار بزرگ را با محدود کردن آن‌ها به یک limit امن runtime به‌صورت سازگار مدیریت می‌کنند، به‌جای اینکه خطر overflow تایمر ایجاد شود. 88b21fc
• نشست‌های embedded agent اکنون حتی با timeout بسیار بزرگ، به‌طور قابل اعتماد منتظر می‌مانند تا نشست دیگری file lock خود را آزاد کند، به‌جای اینکه خطر overflow تایمر ایجاد شود. 4c736df با تشکر از @vincentkoc.
• فرمان‌های صف‌شده با تنظیمات task timeout بسیار بزرگ اکنون به‌طور قابل اعتماد timeout می‌شوند، زیرا OpenClaw انتظار را به حداکثر امن runtime محدود می‌کند. 1f6ae32 با تشکر از @vincentkoc.
• مشکل normalization-core که entry point اشتباه string-coercion را در معرض قرار می‌داد و نشست‌های ACP که مقدار fast-mode قدیمی را نشان می‌دادند برطرف می‌شود، بنابراین integrationها API مورد نظر را دریافت می‌کنند و کاربران mode واقعاً فعال را می‌بینند. 93ad397 با تشکر از @vincentkoc.
• اجرای‌های fast auto اکنون پاسخ‌های نهایی را سازگارتر تحویل می‌دهند، و handling مربوط به progress-reset به automatic mode محدود شده است تا با پاسخ‌ها یا callbackهای forwardشده تداخل نکند. 9e8ab08 با تشکر از @vincentkoc.
• نشست‌های agent که از OpenAI Responses استفاده می‌کنند اکنون وقتی history بازپخش‌شده شامل درخواست‌ها و نتایج ابزار ناسازگار است، کار مبتنی بر ابزار را بدون شکست یا از دست دادن پیشرفت از سر می‌گیرند. b4bc1f2 با تشکر از @vincentkoc.
• اجرای‌های subagent و QA تکمیل‌شده Plugin وقتی Gatewayها شکل‌های جایگزین envelope تکمیل را برمی‌گردانند، دیگر به‌اشتباه به‌عنوان شکست گزارش نمی‌شوند و handoffهای موفق را برای نویسندگان Plugin و اپراتورها قابل اعتمادتر می‌کنند. d1b268f با تشکر از @vincentkoc.
• مشکلی برطرف می‌شود که در آن taskهای subagent تکمیل‌شده گاهی بدون update پایان می‌یافتند، تا کاربران نتیجه یا گام بعدی agent والد را دریافت کنند. 68a1e00 با تشکر از @vincentkoc.

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

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

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

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

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

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

WebChat و Control UI پس از اتصال‌های دوباره، گفتگوهای فعال و وضعیت‌های خطا را سازگارتر نمایش می‌دهند، در حالی که کلاینت‌های موبایل و رابط ترمینال ارسال‌های تکمیل‌شده، ردشده یا قطع‌شده را بدون اینکه گیرکرده به نظر برسند بازیابی می‌کنند.

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

• وقتی پیام WebChat پیش از شروع agent ناموفق می‌شود، WebChat و Control UI اکنون session را ناموفق نشان می‌دهند، به‌جای اینکه آن را همچنان در حال اجرا نمایش دهند. #84352 با تشکر از @jesse-merhi.
• گیر کردن انتخاب‌گر session در Control UI پشت sessionهای پنهان subagent را رفع می‌کند، بنابراین Load More بدون نمایش مجموع گمراه‌کننده به chat قابل استفاده بعدی می‌رسد. #89323 مرتبط #89249. با تشکر از @giodl73-repo، @originsecured-do.
• وقتی کاربران یک گفتگوی Control UI را از History دوباره باز می‌کنند، promptهای آن‌ها اکنون همراه با پاسخ‌های assistant ظاهر می‌شود و زمینه پرسش‌وپاسخ را بدون فاصله‌های خالی در transcriptهای طولانی حفظ می‌کند. #93841 مرتبط #90241. با تشکر از @mushuiyu886، @pronzcw.
• استقرارهای Control UI پشت یک پیشوند مسیر اکنون درخواست‌های manifest، favicon و service-worker را زیر همان پیشوند نگه می‌دارند و از خطاهای گیج‌کننده 403 در سطح ریشه پس از ورود جلوگیری می‌کنند. #94204 مرتبط #94157. با تشکر از @hugenshen، @xrow.
• کاربران Android اکنون می‌توانند ردیف‌های Health log و Skill را در Settings برای جزئیات خوانا باز کنند؛ این کار عیب‌یابی فعالیت gateway، بررسی راه‌اندازی و وضعیت skill، و فهم نحوه جفت‌سازی با یک کد راه‌اندازی موجود را آسان‌تر می‌کند. #95148 با تشکر از @tosko4.
• promptهای ارسال‌شده دیگر پس از ارسال در composer مربوط به Control UI دوباره ظاهر نمی‌شوند، بنابراین کاربران می‌توانند بدون خطر ارسال تکراری یا بازنویسی draft جدید، sessionها را عوض کنند یا پیام بعدی خود را شروع کنند؛ در عین حال ورود دوباره عمدی همچنان کار می‌کند. #95503 مرتبط #89466. با تشکر از @vincentkoc، @zhangguiping-xydt، @zhong18804784882.
• کاربران Android اکنون Overview تمیزتری دریافت می‌کنند که در آن وضعیت اتصال، agent پیکربندی‌شده، سلامت node، approvalها، sessionهای اخیر و کنش‌های Chat و Talk در یک نگاه دیده می‌شوند. #95557 با تشکر از @joshavant، @solvely-colin.
• کاربران Android اکنون می‌توانند approvalهای فرمان gateway را از صفحه Approvals داخل برنامه تازه‌سازی و resolve کنند و در حالت متصل یکی از گزینه‌های Allow Once، Always یا Deny را انتخاب کنند. #95593 با تشکر از @solvely-colin.
• کاربران iOS اکنون از promptهای غیرمنتظره اعلان دور می‌مانند و وقتی هشدارهای approval در دسترس نیستند راهنمایی روشن دریافت می‌کنند، و permission از یک صفحه Settings قابل پیش‌بینی مدیریت می‌شود. #95640 با تشکر از @joshavant.
• خاموشی‌های TUI محلی اکنون حتی وقتی OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS بسیار بالا تنظیم شده باشد، در محدوده‌های ایمن timer باقی می‌مانند. c21dcfc
• Canvas A2UI اکنون پس از هر build فقط assetهای برنامه فعلی را ارائه می‌کند، بنابراین احتمال نمایش تصویرهای سازگاری قدیمی و فایل‌های باقی‌مانده کمتر می‌شود. a89e65c با تشکر از @vincentkoc.
• شناسایی دقیق شکست‌های راه‌اندازی iOS push relay آسان‌تر است، چون diagnostics ثبت‌نام نشان می‌دهد راه‌اندازی کجا متوقف شده است، در حالی که credentialهای حساس push از logها بیرون نگه داشته می‌شوند. f2b8668 با تشکر از @joshavant.
• دستگاه‌های iOS اکنون فقط پس از پذیرش hosted relay disclosure توسط کاربران و اجازه دادن به اعلان‌ها برای push notificationها ثبت‌نام می‌شوند، و از انتشار داده‌های ثبت‌نام پیش از consent جلوگیری می‌شود. 8efed50 با تشکر از @joshavant.
• مشکلی را رفع می‌کند که باعث می‌شد ارسال‌های chat، voice، TUI و forwarded گاهی پس از اینکه gateway آن‌ها را قبلا تمام یا رد کرده بود، گیرکرده ظاهر شوند یا ناپدید شوند؛ بنابراین کلاینت‌های متاثر اکنون وضعیت pending را پاک می‌کنند، input قابل retry را بازمی‌گردانند، history را تازه‌سازی می‌کنند یا failure مفیدی نشان می‌دهند. #91049 مرتبط #91048. با تشکر از @nxmxbbd.

اصلاحات رابط، تنظیمات و onboarding

اصلاحات اضافی Control UI، موبایل و دسکتاپ دقت نمایش، دسترس‌پذیری، onboarding و رفتار برنامه را بهبود می‌دهند.

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

• سهمیه مصرف OpenAI/Codex را در نوار کناری بازشده chat در Control UI بازمی‌گرداند، تا کاربران بتوانند بدون ترک گفتگو محدودیت‌های خود را بررسی کنند. #94219 مرتبط #93041. با تشکر از @jazzroutine، @pick-cat.
• صفحه‌های iOS اکنون در onboarding، تنظیمات، chat، promptهای approval، permissionهای voice، widgetها و نماهای chat مشترک از رنگ‌های accent و status سازگار OpenClaw استفاده می‌کنند. #94627 با تشکر از @zats.
• Control UI اکنون می‌تواند jobهای Early Morning را با preset مربوط به Silent در session اصلی و بدون اعلان ایجاد کند، به‌جای اینکه dialog را بدون نتیجه قابل مشاهده باز بگذارد. #95459 مرتبط #95073. با تشکر از @vincentkoc، @vporton، @zoowh.
• در مرز یک میلیون token، badgeها و readoutهای مصرف در Control UI اکنون به‌جای مقدار گیج‌کننده "1000k"، مقدار "1M" را نشان می‌دهند، در حالی که شمارش‌های زیربنایی token بدون تغییر باقی می‌مانند. #95485 با تشکر از @narahariraghava، @vincentkoc.
• Overview در Control UI اکنون فقط cron jobهای فعال‌شده‌ای را می‌شمارد و علامت‌گذاری می‌کند که هنوز به توجه نیاز دارند، در حالی که jobهای غیرفعال جزئیات شکست گذشته خود را حفظ می‌کنند بی‌آنکه به‌عنوان مشکلات فعلی ظاهر شوند. #95723 مرتبط #95716. با تشکر از @voytas75، @zengwen-dt.
• کاربران Control UI اکنون tooltipهای کوتاه‌تری برای themeهای System، Light و Dark می‌بینند، در حالی که screen readerها labelهای کمتر تکراری را بدون از دست دادن زمینه Color mode پیرامونی اعلام می‌کنند. #95837 با تشکر از @hannesrudolph، @sannidhyasah.
• پیکربندی خام دیگر پس از تغییر از نمای form در Settings گم‌شده به نظر نمی‌رسد، چون JSON به‌جای حفظ موقعیت scroll قبلی، دوباره به view آورده می‌شود. #96145 مرتبط #94202. با تشکر از @sunlit-deng، @vporton.
• کاربران جدید iOS اکنون پیش از اینکه iOS دسترسی local-network را درخواست کند به welcome و onboarding مربوط به OpenClaw می‌رسند، در حالی که کاربران موجود همچنان هنگام باز کردن راه‌اندازی gateway یا زمانی که به کشف LAN gateway نیاز دارند، درخواست را دریافت می‌کنند. #96181 با تشکر از @joshavant.

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

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

فرمان‌های CLI رایج اکنون پیکربندی، مسیرها، خروجی و حالت‌های شکست را سازگارتر مدیریت می‌کنند. تکمیل shell، doctor، فرمان‌های config و پیکربندی gateway وقتی نصب یا تنظیمی به توجه نیاز دارد، راهنمایی روشن‌تر و بازیابی ایمن‌تری فراهم می‌کنند.

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

• منوی تکمیل با Tab در zsh برای OpenClaw اکنون توضیحات گزینه‌هایی را که شامل متغیرهای $ یا نمونه‌های محصور در بک‌تیک هستند به‌صورت لفظی نمایش می‌دهد، به‌جای اینکه آن‌ها را به‌عنوان ورودی shell ارزیابی کند و منو را خراب کند. #64490 با تشکر از @edenkangdw.
• پس از ارتقا از ذخیره‌سازی sandbox قدیمی‌تر، اکنون اپراتورها یک هشدار روشن openclaw doctor درباره فایل‌های registry باقی‌مانده دریافت می‌کنند و می‌توانند از openclaw doctor --fix برای مهاجرت یا پاک‌سازی آن‌ها استفاده کنند. #84326 با تشکر از @giodl73-repo.
• اکنون اپراتورها می‌توانند از doctor --lint برای شناسایی سرویس‌های Gateway قدیمی و پیش‌نمایش پاک‌سازی استفاده کنند، درحالی‌که سرویس‌های اضافی عمدی همچنان اطلاع‌رسانی محسوب می‌شوند و بررسی پیش‌فرض را ناموفق نمی‌کنند. #84340 با تشکر از @giodl73-repo.
• اکنون اپراتورهای Gateway در macOS پیش از آنکه نصب مجدد، تعمیر، یا راه‌اندازی مجدد رفتار سفارشی wrapper مربوط به LaunchAgent را بازنویسی کند هشدار دریافت می‌کنند، درحالی‌که openclaw status بررسی‌های secret مفقودِ فقط-CLI را از سرویس نصب‌شده متمایز می‌کند. #90537 مرتبط #90518. با تشکر از @turbotheturtle، @vincentkoc.
• اکنون promptهای طولانی، چندخطی، یا پر از کد را می‌توان با --message-file به openclaw agent ارسال کرد؛ این کار از نقل‌قول‌گذاری شکننده در shell جلوگیری می‌کند و فایل‌های نامعتبر را پیش از dispatch گزارش می‌دهد. #93351 با تشکر از @ooiuuii.
• تعمیرات زمان‌بندی‌شده doctor --fix --non-interactive را اصلاح می‌کند تا پس از یک شکست موقت در health-check، Gateway از قبل در حال اجرا را دوباره راه‌اندازی نکنند؛ بنابراین نگهداری بدون نظارت دیگر سرویس زنده را قطع نمی‌کند. #94148 مرتبط #78217. با تشکر از @esqandil، @zhangguiping-xydt.
• openclaw configure و openclaw config بدون زیر‌فرمان اکنون وقتی از اسکریپت‌ها یا pipeها اجرا شوند، به‌جای باز کردن wizard تعاملی ناقص و خروج مبهم، با راهنمایی روشن درباره زیر‌فرمان متوقف می‌شوند. #94238 مرتبط #93953. با تشکر از @nianjiuzst، @ruomuxydt.
• اکنون اپراتورهای چند-agent می‌توانند از openclaw gateway usage-cost برای مشاهده هزینه‌های یک agent پیکربندی‌شده یا همه agentها استفاده کنند، درحالی‌که فرمان agent پیش‌فرض موجود بدون تغییر باقی می‌ماند. #94483 با تشکر از @ly-wang19.
• کارت‌های بایگانی‌شده Workboard دیگر خروجی پیش‌فرض openclaw workboard list را شلوغ نمی‌کنند، درحالی‌که --include-archived و خروجی JSON همچنان در صورت نیاز دسترسی را فراهم می‌کنند. #94562 مرتبط #94555. با تشکر از @ecican، @vincentkoc، @zengwen-dt.
• OpenClaw Doctor اکنون برای cron jobهای shell-prompt ایزوله و سالم راهنمایی دقیق ارائه می‌دهد، به‌جای اینکه مکرراً فرمان --fix را پیشنهاد کند که نمی‌تواند هشدار را پاک کند. #94784 مرتبط #94655. با تشکر از @altaywtf، @geekoagent، @zengwen-dt.
• نمایش هشدار نیازمند رفع در openclaw doctor را برای راه‌اندازی‌های سالم حافظه محلی GGUF پس از یک بررسی readiness که عمداً رد شده اصلاح می‌کند، درحالی‌که هشدار را وقتی مدل محلی پیکربندی‌شده واقعاً مفقود است حفظ می‌کند. #95393 مرتبط #92582. با تشکر از @mikasa0818، @neekolascmd، @vincentkoc.
• در Windows، taskهای Gateway ساخته‌شده توسط installer اکنون بدون پنجره console که کاربران ممکن بود تصادفاً ببندند و Gateway را متوقف کنند، در پس‌زمینه اجرا می‌شوند. #95480 مرتبط #89231. با تشکر از @cameronweller، @mikasa0818، @vincentkoc.
• bindingهای channel برای agent اکنون مشخصات account بدشکل مانند matrix:work:extra را با خطایی روشن رد می‌کنند، به‌جای اینکه بی‌صدا agent را به account دیگری route کنند. #95572 با تشکر از @ly-wang19.
• به‌روزرسانی‌های skill در ClawHub اکنون سیاست ایمنی نصب پیکربندی‌شده شما را رعایت می‌کنند، و openclaw skills update --all فقط skillهای ClawHub رهگیری‌شده را به‌روزرسانی می‌کند، به‌جای اینکه skillهای پیکربندی‌شده دیگر را به‌طور غیرمنتظره نصب کند. #95684 با تشکر از @vincentkoc.
• جریان‌های کاری restart و startup مربوط به Gateway در Windows قابل‌اعتمادتر هستند، زیرا OpenClaw اکنون فرمان‌ها را به مسیر trusted system cmd.exe می‌سپارد، به‌جای اینکه به lookup فرایند وابسته باشد. 7dd01d1 با تشکر از @vincentkoc.
• پاک‌سازی Gateway و بررسی‌های listener در Windows وقتی lookup مربوط به PATH ناقص است قابل‌اعتمادتر هستند، بنابراین اپراتورها می‌توانند فرایند Gateway را شناسایی کنند و یک port اشغال‌شده را بدون جا افتادن ابزارهای نصب‌شده سیستم آزاد کنند. e9b694e با تشکر از @vincentkoc.
• در Windows، startup مربوط به OpenClaw و handoff مربوط به TUI Codex اکنون bun، codex و سایر binaryهای runtime را از طریق locator قابل‌اعتماد سیستم پیدا می‌کنند، حتی وقتی فرمان where دیگری زودتر در PATH ظاهر شود. 72b9bc7 با تشکر از @vincentkoc.
• عیب‌یابی port در Windows اکنون حتی وقتی entryهای PATH مفقود یا shadow شده باشند از ابزارهای سیستم موردنظر استفاده می‌کند، بنابراین احتمال پنهان شدن تعارض‌های port مربوط به Gateway و service توسط شکست‌های command-resolution کمتر است. c4facb2 با تشکر از @vincentkoc.
• بازیابی daemon در Windows وقتی PATH ناقص، غیرمعمول، یا shadow شده باشد کمتر احتمال دارد تشخیص یا پاک‌سازی فرایند را از دست بدهد، زیرا fallback مربوط به scheduled-task اکنون PowerShell و taskkill را در مکان‌های trusted system پیدا می‌کند. 2a140e6 با تشکر از @vincentkoc.
• OpenClaw اکنون markerهای بازیابی config، snapshotهای last-known-good، و تاریخچه suspicious-read را از طریق migration در state مشترک خود نگه می‌دارد، بدون اینکه فایل log جداگانه‌ای برای config-health باقی بگذارد. 6daabd2 با تشکر از @vincentkoc.
• در Windows، فرمان‌های Crabbox که از طریق shimهای package مربوط به Node اجرا می‌شوند اکنون flagهای provider، فرمان‌های shell، و کاراکترهای ویژه shell را همان‌طور که وارد شده‌اند دریافت می‌کنند، به‌جای اینکه آن‌ها را از دست بدهند یا دوباره تفسیر کنند. 54d24cd با تشکر از @vincentkoc.
• workflowهای Crabbox هدف‌گذاری‌شده برای Windows هنگام اجرای ابزارهای Node از طریق shimهای .cmd و .bat کمتر احتمال دارد ناموفق شوند یا به پردازش کندتر shell fallback کنند. d48dcc6 با تشکر از @vincentkoc.
• کاربران Windows می‌توانند crabbox، git و سایر ابزارهای مبتنی بر Node را از طریق shimهای فرمان نصب‌شده با npm اجرا کنند، بدون اینکه Crabbox پیش از باز شدن ابزار متوقف شود. 77f4e45 با تشکر از @vincentkoc.
• openclaw doctor اکنون profileهایی را که تنظیمات tool policy را حذف کرده‌اند بررسی می‌کند، بدون اینکه این حذف معتبر را خطا تلقی کند. 03ba09b
• openclaw doctor دیگر وقتی نمی‌تواند یک preview profile سفارشی را ارزیابی کند، هشدارهای گمراه‌کننده مربوط به بخش tool را نشان نمی‌دهد. 420a0e6 با تشکر از @vincentkoc.
• openclaw doctor اکنون هشدارهای preview را به profileهای tool که می‌تواند ارزیابی کند محدود می‌کند و از هشدارهای configured-grant گمراه‌کننده برای profileهای ناشناخته جلوگیری می‌کند. 541f7ff با تشکر از @vincentkoc.
• کاربران Windows می‌توانند OpenClaw را از source نصب کنند، بدون اینکه setup وابستگی‌ها به‌دلیل اینکه installer اسکریپت‌های npm یا pnpm را از طریق cmd.exe مجبور به اجرا می‌کند مسدود شود. 1252378 با تشکر از @vincentkoc.
• پیکربندی‌های بزرگ‌تر OpenClaw می‌توانند hintهای UI را کارآمدتر مقداردهی اولیه و تولید کنند، درحالی‌که فیلدهای حساس همچنان به همان روش علامت‌گذاری می‌شوند. #55018 با تشکر از @huangyandi-red، @vincentkoc، @xdhuangyandi.
• تغییرات config که هنوز به restart دستی Gateway نیاز دارند اکنون اعلان روشن restart-required را با حفظ note اصلی نشان می‌دهند، به‌جای اینکه با پیام گمراه‌کننده config-patch ok تمام‌شده به نظر برسند. #83041 مرتبط #46797. با تشکر از @stache73، @xuruiray.
• راهنمای doctor، gateway، models، plugins، sessions و tasks اکنون در چند ده میلی‌ثانیه ظاهر می‌شود، درحالی‌که فرمان‌هایی مانند sessions --help و tasks --help پیش‌تر حدود ۱٫۶ تا ۱٫۸ ثانیه طول می‌کشید تا پاسخ‌گویی را آغاز کنند. #89628 با تشکر از @yyzquwu.
• backendهای trace مربوط به OpenTelemetry مانند Langfuse اکنون برای IDهای مدل slash-qualified، به‌جای "unknown"، نام واقعی provider/model را نشان می‌دهند. #89981 با تشکر از @mycarrysun، @vincentkoc.
• رکوردهای device-pairing بدشکل یا قدیمی‌تر دیگر مانع نمی‌شوند که openclaw devices list درخواست‌های pending approval را نشان دهد، درحالی‌که roleهای معتبر همچنان به‌صورت عادی ظاهر می‌شوند. #93504 با تشکر از @ly-wang19.
• OpenClaw اکنون targetهای SSH با دونقطه‌های اضافه در ابتدا یا انتها را پیش از آنکه بتوانند پیکربندی SSH نامعتبر یا شکست‌های startup تونل برای sandboxها و Gatewayهای مبتنی بر SSH ایجاد کنند رد می‌کند. #93887 با تشکر از @miorbnli.
• کاربرانی که setup غیرتعاملی‌شان در health check محلی Gateway ناموفق می‌شود، اکنون به‌جای flagهای پشتیبانی‌نشده setup، فرمان‌های قابل‌اجرای بازیابی openclaw onboard --install-daemon یا openclaw onboard --skip-health دریافت می‌کنند. #93994 مرتبط #93947. با تشکر از @bk-z1، @nianjiuzst.
• بررسی‌های health و probe مربوط به Gateway اکنون همان --port سفارشی استفاده‌شده برای راه‌اندازی Gateway محلی را می‌پذیرند، portهای نامعتبر را زود رد می‌کنند، و target انتخاب‌شده local loopback را در خروجی JSON نشان می‌دهند. #94687 مرتبط #79100. با تشکر از @bryantegomoh، @ozthedivine.
• gateway --force اکنون فرایندهای فقط-IPv4 را که port مربوط به Gateway را اشغال کرده‌اند تشخیص می‌دهد و وقتی بررسی port قطعی نیست همچنان تلاش برای پاک‌سازی می‌کند، به‌جای اینکه به‌اشتباه port را آزاد تلقی کند. #94949 مرتبط #94426. با تشکر از @sunlit-deng، @vincentkoc، @wangwllu.
• openclaw config validate اکنون setupهای MCP server مبتنی بر فرمان را که به‌صراحت از transport: "stdio" استفاده می‌کنند می‌پذیرد و از خطاهای اعتبارسنجی کاذب جلوگیری می‌کند، درحالی‌که همچنان پیکربندی‌های stdio نامعتبرِ remote-style را رد می‌کند. #95102 مرتبط #95082. با تشکر از @ken-jo، @lzyyzznl.
• ویرایش‌های تصویر در CLI اکنون می‌توانند با --count <n> چند variant را در یک فرمان برگردانند، به‌جای اینکه به تنها نتیجه پیش‌فرض provider محدود باشند. #95300 با تشکر از @ly-wang19.
• openclaw sessions export-trajectory اکنون وقتی storeهای سفارشی، مبتنی بر ~، یا templateشده با {agentId} پیکربندی شده‌اند، sessionهایی را پیدا می‌کند که سایر فرمان‌های session از قبل می‌توانند ببینند، بدون اینکه دوباره به مسیر store نیاز داشته باشد. #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.
• افرادی که آواتار محلی عامل تنظیم می‌کنند، می‌توانند با نگه داشتن فایل‌های نسبی به فضای کاری زیر ۲ مگابایت از تصاویر گمشده جلوگیری کنند، در حالی که آواتارهای HTTP(S) و داده‌URI مشمول این محدودیت نیستند. #78884 مرتبط #65312. با تشکر از @wangjieweb3-design، @nyx-nocturna.
• دستورالعمل‌های پیش‌فرض عامل OpenClaw اکنون از عامل‌ها می‌خواهد پیش از پیشنهاد ساخت سفارشی، راهکارهای رایگان یا متن‌باز مناسب را بررسی کنند، در حالی که همچنان کار سفارشی را زمانی که گزینهٔ مناسب‌تری است مجاز می‌داند. #86608 با تشکر از @cablackmon.
• نویسندگان Plugin اکنون می‌توانند از targetSessionKey مستندشده در رویدادهای subagent_ended استفاده کنند تا آن‌ها را با spawn متناظر تطبیق دهند، به‌جای تکیه بر فیلدهای agentId یا childSessionKey که منتشر نمی‌شوند. #95191 مرتبط #95186. با تشکر از @ken-jo، @mahaohao-ch.
• پیوندهای Skills در ClawHub در مستندات OpenClaw و کارت‌های ویترین اکنون صفحه‌های کانونی واجد مالک را باز می‌کنند، و نمونه‌های نصب به‌جای مسیرهای قدیمی bare-slug از ارجاع‌های آمادهٔ کپی openclaw skills install @owner/<slug> استفاده می‌کنند. #95972 با تشکر از @patrick-erichsen.

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

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

Sources and contributors

• کارهای 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.
• کاربران اتوماسیون مرورگر همان اسنپ‌شات‌های غنی از ارجاع را، از جمله شاخه‌های مفید در نتایج فشرده، با پردازش قابل‌اجتناب کمتر هنگام تولید اسنپ‌شات حفظ می‌کنند. #96072 با تشکر از @vincentkoc.
• رفع می‌کند که فرمان‌های timeout‌شده و به‌روزرسانی‌های هسته‌ای قطع‌شده در Windows گاهی پردازه‌های فرزند را در حال اجرا باقی می‌گذاشتند، تا OpenClaw بتواند پس از لغوها، timeoutها، یا پاک‌سازی به‌روزرسانی، کل درخت پردازه را قابل‌اعتمادتر متوقف کند. a192b2e با تشکر از @vincentkoc.
• کاربران Windows کمتر احتمال دارد هنگام باز کردن دانلودهای ZIP مانند ripgrep با شکست نصب ابزارهای مدیریت‌شده توسط agent روبه‌رو شوند، زیرا OpenClaw اکنون به‌جای تکیه بر جست‌وجوی PATH از برنامه‌های استخراج داخلی Windows استفاده می‌کند. a5fde91
• بررسی‌های راه‌اندازی و زمان اجرای Windows اکنون ابزارهای لازم را با استفاده از resolver مورد اعتماد System32، به‌جای وابستگی به یک ورودی غیرمنتظره PATH، قابل‌اعتمادتر پیدا می‌کنند. d3b4444 با تشکر از @vincentkoc.
• اجراهای SDK که با timeoutMs: 0 ساخته می‌شوند اکنون timeout صفر درخواست‌شده را بدون یک watchdog ناخواسته سمت کلاینت حفظ می‌کنند. 2bdcc83 با تشکر از @vincentkoc.
• فرمان‌های متوقف‌مانده OpenClaw اکنون حتی وقتی فراخوان‌ها timeoutهای بسیار بزرگ برای اجرا یا خروجی بیکار ارائه می‌کنند، قابل‌اعتماد متوقف می‌شوند. 1425bb3 با تشکر از @vincentkoc.
• فرمان‌هایی که تنظیمات timeout بسیار بزرگ دریافت می‌کنند اکنون به‌جای شکست خوردن به این دلیل که زمان اجرا نمی‌تواند انتظار درخواست‌شده را زمان‌بندی کند، از یک بیشینه ایمن استفاده می‌کنند. 66b94ba
• تنظیمات اجازه/رد ابزار مختص provider اکنون با هشدارهای doctor در OpenClaw سازگارتر هم‌راستا می‌شوند، از جمله پیکربندی‌هایی با نام‌های مستعار provider، کلیدهای مختص مدل، شناسه‌های مدل به سبک OpenRouter، یا ورودی‌های policy بدشکل. 8f2882f
• برنامه‌های SDK اکنون وقتی ابزارهای پایانی شکست می‌خورند یا مسدود می‌شوند، به‌جای یک رویداد تکمیل گمراه‌کننده، tool.call.failed دریافت می‌کنند، تا مدیریت خرابی موجود بتواند درست واکنش نشان دهد. #95383 با تشکر از @ly-wang19.
• رفع می‌کند که درخواست‌های افزودن و به‌روزرسانی Cron وقتی فیلدهای شناخته‌شده کار با فاصله‌های انتهایی بی‌ضرر می‌رسند رد می‌شدند، تا زمان‌بندی‌ها بتوانند بدون سست کردن بررسی‌ها برای ورودی مبهم یا ناایمن ذخیره شوند. #95674 مرتبط #95407. با تشکر از @nassiel، @zw-xysk.
• پایش subagentهای Codex مجموعه‌های بزرگ agentهای فرزند و فایل‌های رونوشت را با پویش غیرضروری کمتر مدیریت می‌کند، در حالی که قالب‌های قدیمی‌تر نام فایل رونوشت مثل قبل resolve می‌شوند. #96085 با تشکر از @vincentkoc.
• رفع می‌کند که hydration بومی crabbox در Windows وقتی runner و daemon از پوشه‌های خانگی متفاوت استفاده می‌کنند گیر می‌کرد یا handoffها را از دست می‌داد، تا هر دو بتوانند همان وضعیت کار و فایل‌های توقف را پیدا کنند. f354889 با تشکر از @vincentkoc.

Additional contributions

• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95308 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95465 با تشکر از @wangmiao0668000666.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95625 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95649 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95681 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95857 با تشکر از @romneyda.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95870 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95872 با تشکر از @romneyda.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95879 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95890 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95909 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95922 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95946 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95967 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #95983 با تشکر از @vincentkoc.
• زمان‌بندی CI مخزن، استفاده از runner، و مدیریت خرابی را بهبود می‌دهد. #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.
• پوشش sandbox push در iOS و اعتبارسنجی انتشار را بهبود می‌دهد. #95893 با تشکر از @joshavant.
• مستندات اعتبارسنجی harness مربوط به Copilot و راه‌اندازی آزمون زنده را به‌روزرسانی می‌کند. #95930 با تشکر از @vincentkoc.