اگر امروز از ابزارهای توسعه سنگین استفاده میکنید، احتمالاً با کابوس وابستگیهای تو در تو و فایلهای پیکربندی بیپایان آشنا هستید. حالا Rspack با یک تغییر معماری جسورانه، تعداد وابستگیهای سرور توسعه خود را از ۱۹۲ مورد به تنها ۱ مورد کاهش داده است. این تغییر که بخشی از انتشار نسخه ۲.۰ Rspack است، سیگنالی از یک حرکت گستردهتر در صنعت به سمت حذف «تشریفات پیکربندی» (Configuration Ceremony) است؛ مواردی مانند خط لولههای YAML، پاکسازی دستی حافظه پنهان (Cache-busting) و تنظیمات پیچیده رمزگشایی گمانهزنانه، همگی جای خود را به زیرساختهای سبک و دارای Type-safe میدهند.
ابزارهای توسعه سالهاست که از «تورم وابستگیها» و شکنندگی خط لولههای مبتنی بر YAML رنج میبرند. برای سالها، تیمها از YAML به عنوان یک لایه انتزاعی ناقص استفاده کردهاند و اغلب برای دور زدن محدودیتهای آن به اسکریپتهای پیچیده شل (Shell) متوسل شدهاند. این محیط نه تنها سطوح حملات امنیتی را گسترش میدهد، بلکه بار نگهداری سنگینی را برای تیمهای پلتفرم در مقیاس سازمانی ایجاد میکند. این تلاش برای کاهش کدهای تکراری و پیچیدگیهای اولیه، مشابه رویکرد ShipStacks در کاهش زمان توسعه SaaS از طریق حذف Boilerplate است که بهرهوری تیمها را به شدت افزایش داد. نسخههای منتشر شده در این هفته دقیقاً این نقاط درد محیط عملیاتی را هدف قرار دادهاند؛ از جمله نشت حافظه، شکست در فراخوانی ابزارها و تلاش برای تبدیل کردن تایپاسکریپت و ESM به زیرساخت پیشفرض ابزارها، به جای آنکه صرفاً یک فکر ثانویه یا افزونه باشند.
Rspack 2.0: چرخش به سمت ESM
Rspack 2.0 هسته خود را به صورت ESM خالص بازنویسی کرده است. نتیجه خیرهکننده این تغییر، کاهش وابستگیهای @rspack/dev-server از ۱۹۲ مورد به تنها ۱ مورد است. این یک جهش بنیادین در بهداشت زنجیره تأمین است؛ سرور توسعهای که تنها یک وابستگی دارد، از نظر سطح امنیتی و مدیریت ریسک، تفاوت فاحشی با سروری دارد که نزدیک به ۲۰۰ وابستگی را به دوش میکشد.
بر اساس جزئیات انتشار، این تغییر معماری دستاوردهای ملموس و مشخصی را به همراه داشته است:
- سرعت بیلد (Build) حدود ۱۰٪ افزایش یافته است.
- بهینهسازی حافظه پنهان پایدار (Persistent Cache) اکنون کارآمدتر شده است.
- سازگاری با پیکربندیهای Webpack در سطح بالایی (تقریباً ۹۵٪) حفظ شده است.
با این حال، این نسخه دیگر از Node 18 پشتیبانی نمیکند و نیاز به Node 20.19+ یا 22.12+ دارد. اگرچه مهاجرت از Webpack تا حد زیادی یک جایگزینی مستقیم (Drop-in swap) است، اما آن ۵٪ ناسازگاری باقیمانده جایی است که موارد خاص (Edge Cases) قرار دارند و نیاز به بازبینی دستی دارند. تیمهایی که از نسخه ۱.x مهاجرت میکنند، مسیر سادهای در پیش دارند، هرچند باید توجه داشته باشند که بلوغ اکوسیستم Rspack هنوز از Webpack و Vite عقبتر است.
خروج Cloudflare از دنیای YAML
شرکت Cloudflare برای کاهش اصطکاک در CI/CD، SDK جدید @cloudflare/ci را معرفی کرده است. حالا توسعهدهندگان به جای نوشتن فایلهای YAML، میتوانند خط لولهها را به صورت کلاسهای Workflow در تایپاسکریپت تعریف کنند.
این خط لولهها مستقیماً با ارسال آرتیفکتها (Artifact pushes) فعال میشوند و نیاز به سیمکشی دستی اشتراک رویدادها یا کدهای تکراری مربوط به صف (Queue boilerplate) را از بین میبرند. این مدل Trigger بومی برای آرتیفکت-رویداد، کل دستهای از زیرساختهای Webhook و صف را حذف میکند که اکثر تیمها پیش از این به صورت سرهمبندی شده ایجاد میکردند. چون این کدها با تایپاسکریپت نوشته میشوند، تیمهای پلتفرم اکنون میتوانند یک تعریف CI واحد را به عنوان یک ماژول قابل وارد کردن (Import) در چندین مخزن توزیع کنند و از ایمنی واقعی نوع دادهها (Type safety) و منطق ترکیبپذیر بهره ببرند.
برای پیادهسازی این قابلیت، کاربران به یک پیکربندی wrangler با فیلد events و یک مخزن Artifacts متصل نیاز دارند. مهاجرت از GitHub Actions امکانپذیر است، اما این یک جایگزینی مستقیم نیست؛ تیمها باید برای بازنگری در مدل Trigger خود زمان بگذارند، به جای آنکه صرفاً کدهای YAML را ترجمه کنند.
وصلههای عملیاتی Ollama
در بخش یادگیری ماشین، Ollama نسخه v0.32.1-rc0 را برای رفع مشکلات بحرانی محیط عملیاتی منتشر کرد. این بهروزرسانی نشت حافظه در حافظه پنهان مدل MLX را برطرف میکند. این یک مشکل واقعی در محیط تولید برای فرآیندهای عاملمحور (Agentic) بود، جایی که افزایش تدریجی مصرف حافظه در جلسات طولانیمدت، باعث ریاستارتهای اجباری میشد و تداوم حافظه را میشکست.
همچنین تداوم پاسخهای ابزاری برای مدل Gemma 4 تثبیت شده است که برای زنجیرههای استدلال چندمرحلهای (Multi-turn reasoning chains) حیاتی است. شکست در این تداومها بهویژه خطرناک است زیرا به جای کرشهای شدید، خطاهای منطقی نامحسوسی تولید میکنند. علاوه بر این، نسخه v0.32.1-rc0 زمینه دایرکتوری کاری (Working directory context) را به فراخوانیهای عامل اضافه کرده است.
در بهروزرسانیهای تکمیلی نسخه v0.32.6-rc0، رمزگشایی گمانهزنانه (Speculative Decoding) از طریق MTP head برای مدل Qwen3.5 روی سختافزارهای اپل (Apple Silicon) بهصورت خودکار فعال شده است. این تغییر نیاز به پیکربندی دستی قبلی را حذف میکند و به این معناست که کاربران بیشتری اکنون از کاهش قابل توجه تأخیر در استنتاج (Inference latency) بهرهمند میشوند.
اولاما همچنین فرمت پاسخهای استریم خود را با پروتکل OpenAI همراستا کرده است. این یعنی فیلدهای finish_reason و usage اکنون دقیقاً با ساختار OpenAI مطابقت دارند و لایه ترجمه فرمت هنگام جابجایی بین نمونههای محلی Ollama و مدلهای میزبانی شده در OpenAI حذف شده است. یک نکته مهم: تولید تصویر در این نسخه دچار مشکل شده است؛ کاربران باید تا زمان بازگشت این قابلیت روی نسخه 0.32.5 بمانند.
بهروزرسانیهای Vercel و Android Studio
سرویس Vercel Blob در نسخه v2.6.1+ اجازه میدهد توسعهدهندگان از useCache: false در هنگام خواندن استفاده کنند. این کار باعث دور زدن حافظه پنهان CDN میشود تا سازگاری «خواندن پس از نوشتن» (Read-after-write consistency) در کمتر از ۶۰ ثانیه پس از بازنویسی تضمین شود. بدون این پرچم (Flag)، کاربران با سازگاری نهایی (Eventual consistency) همراه با عملکرد لبه CDN مواجه میشوند.
این قابلیت برای سامانههای هوش مصنوعی حالتمند (Stateful) — مانند فایلهای حافظه عامل، رونوشتهای جلسه (Session transcripts) و تولید گزارشهای لحظهای — که در صورت وجود سازگاری نهایی دچار خطاهای نامحسوس میشوند، حیاتی است. با تبدیل سازگاری به یک گزینه انتخابی در هر فراخوانی، Vercel به توسعهدهندگان اجازه میدهد از هزینههای Fast Origin Transfer و خواندنهای کندتر اجتناب کنند، مگر در مسیرهای حساس (Hot paths) که قدیمی بودن دادهها باعث بروز مشکل در صحت خروجی میشود.
در همین حال، Android Studio Quail 2 حالت Agent Mode موازی را معرفی کرده است. این قابلیت گلوگاههای متوالی (Sequential task bottleneck) را حذف کرده و اجازه میدهد گفتگوهای همزمان با چندین مدل زبانی بزرگ (LLM) صورت گیرد، در حالی که Android Bench عملیات بنچمارک را در میان آنها مدیریت میکند.
دستاوردهای عملکردی Android Studio شامل موارد زیر است:
- موازیسازی: کاربران دیگر مجبور نیستند برای شروع تسک جدید، منتظر پایان عملیات Refactoring بمانند.
- یکپارچگی LeakCanary: تحلیل Heap اکنون از دستگاه تست (که منابع محدودی دارد) به ماشین توسعه منتقل شده است.
- سرعت: این تغییر زمان تحلیل را ۵ برابر کاهش داده و اصطکاکی را که اغلب مانع از اجرای تحلیلهای Heap روی دستگاههای میانرده میشد، از بین برده است.
این موج از بهروزرسانیها نشان میدهد که تجربه توسعه (DX) برای هوش مصنوعی از اسکریپتهای آزمایشی به سمت زیرساختهای سختشده و آماده تولید حرکت میکند. تمرکز از افزودن ویژگیهای جدید به حذف اصطکاکهایی مثل نشت حافظه، فایلهای YAML یا زنجیرههای وابستگی تغییر یافته است که سرعت استقرار را کاهش میدهند.
برای کسانی که از سختافزارهای GPU اپل یا کلاینتهای چندمدلی استفاده میکنند، بهروزرسانیهای Ollama اولویت فوری است. اما تغییرات Rspack 2.0 سیگنال بلندمدتتری برای بهداشت زنجیره تأمین در پروژههای سازمانی تایپاسکریپت ارسال میکند.
منتظر باشید تا ببینید سایر ارائهدهندگان CI چگونه به حرکت Cloudflare به سمت «خط لوله به عنوان کد» (Pipeline-as-Code) در تایپاسکریپت واکنش نشان میدهند، زیرا این رویکرد میتواند Runnerهای سنتی مبتنی بر YAML را برای استکهای Cloud-native منسوخ کند.
گفتگو