دیپسیک مدل DeepSeek V4.1 Flash را بهطور رسمی منتشر کرده است؛ مدلی که خانواده Flash را به معماری تازهای منتقل میکند و درک تصویری را از یک مسیر آزمایشی جداگانه به بخشی از API اصلی تبدیل میکند. خود شرکت این مدل را کوچکترین عضو خانواده معماری جدیدش میداند و میگوید طراحی آن برای توان بالاتر، پاسخگویی سریعتر و ظرفیت پردازش بیشتر انجام شده است. رویترز نیز انتشار مدل در ۱۰ سپتامبر را مستقلاً تأیید کرده است.
اهمیت این خبر فقط در جدولهای بنچمارک نیست. دیپسیک همزمان نحوه استفاده از مدل در API را هم تغییر داده است: V4.1 Flash با نام deepseek-flash فراخوانی میشود، نامهای قدیمی V4 Flash و V4 Flash Vision Exp فعلاً برای سازگاری به مدل جدید هدایت میشوند و شرکت اعلام کرده از ۱۴ سپتامبر تا زمان عرضه V4.1 Pro، درخواستهای deepseek-v4-pro نیز به V4.1 Flash میروند. بنابراین این انتشار برای کاربران API عملاً یک مهاجرت نسخهای است.
معماری تازه، نه صرفاً یک بهروزرسانی کوچک
دیپسیک میگوید V4.1 Flash عضو یک خانواده معماری جدید است و صرفاً نسخهای با آموزش تکمیلی روی V4 Flash نیست. درک تصویری بهصورت بومی در مدل قرار گرفته و همزمان وزنهای مدل و گزارش فنی آن نیز منتشر شدهاند.
این تفاوت با V4 Flash Vision Exp مهم است. نسخه قبلی ماهیت آزمایشی داشت و میشد آن را شاخهای جداگانه برای قابلیتهای تصویری در نظر گرفت. اکنون قابلیت چندوجهی در همان مدلی قرار گرفته که دیپسیک آن را مسیر اصلی Flash معرفی میکند.
شرکت مجموعه بزرگی از نتایج بنچمارک در زمینه استدلال، برنامهنویسی، کار با ترمینال، امنیت و وظایف عاملی منتشر کرده است. این اعداد نتایج اعلامشده از سوی خود سازندهاند و هنوز نباید معادل برتری عمومی و مستقل مدل تلقی شوند. آنچه با قطعیت بیشتری میتوان گفت این است که V4.1 Flash اکنون مدل رسمی است، وزنهای آن منتشر شده و نحوه مسیردهی API نیز در حال تغییر است.
تغییر اصلی برای توسعهدهندگان در API رخ میدهد
بخش مهمتر این عرضه، رفتار سازگاری API است. دیپسیک میگوید برای استفاده از جدیدترین Flash کافی است deepseek-flash فراخوانی شود. در عین حال درخواستهایی که هنوز از deepseek-v4-flash یا deepseek-v4-flash-vision-exp استفاده میکنند، فعلاً به V4.1 Flash هدایت خواهند شد.
این تصمیم مهاجرت را سادهتر میکند، اما یک پیامد فنی دارد: نام مدل دیگر لزوماً مشخص نمیکند دقیقاً چه مدلی درخواست را پاسخ داده است. تیمهایی که به بازتولیدپذیری ارزیابیها، آزمون رگرسیون یا حسابرسی نیاز دارند نباید فرض کنند حفظ نام قدیمی به معنای حفظ رفتار مدل قدیمی است.
این موضوع درباره V4 Pro جدیتر میشود. دیپسیک اعلام کرده پس از ساعت ۱۲ ظهر ۱۴ سپتامبر به وقت پکن، تا زمان عرضه V4.1 Pro، درخواستهای deepseek-v4-pro با V4.1 Flash پاسخ داده میشوند و هزینه نیز بر اساس تعرفه V4.1 Flash محاسبه خواهد شد. اگر یک سامانه از نام Pro بهعنوان سطح کیفیت یا مبنای مقایسه استفاده میکند، این تغییر از نظر معنایی مهم است حتی اگر درخواست API بدون خطا ادامه پیدا کند.
سازگاری نباید تغییر واقعی مدل را پنهان کند
مسیرهای سازگاری برای جلوگیری از قطعی مفیدند، اما اگر مدل پشت یک شناسه عوض شود، ممکن است ردیابی منشأ رفتار دشوار شود.
از نگاه Aipolix، تیمهای تولیدی باید بین «نامی که درخواست کردهاند» و «مدلی که واقعاً پاسخ داده» تفاوت بگذارند. اگر سرویسدهنده شناسه دقیق مدل نهایی را برمیگرداند، بهتر است آن شناسه در کنار نام درخواستی در لاگ و نتایج ارزیابی ثبت شود. اگر چنین اطلاعاتی در دسترس نیست، دستکم زمان ارزیابی و وضعیت مسیردهی اعلامشده از سوی سرویسدهنده باید ثبت شود تا تغییرهای بعدی اشتباهاً به کد برنامه نسبت داده نشوند.
این مسئله برای عاملها و ابزارهای برنامهنویسی اهمیت بیشتری دارد. تعویض مدل میتواند انتخاب ابزار، تأخیر، مصرف توکن، توانایی تحلیل تصویر و حتی الگوی خطاها را تغییر دهد، در حالی که برنامه اصلی هیچ تغییری نکرده باشد. بنابراین مسیردهی سازگار نیز باید مانند یک ارتقای صریح مدل مدیریت شود.
ادعاهای کارایی را باید جدا از تغییر محصول سنجید
دیپسیک میگوید V4.1 Flash ارزانتر است و در آزمونهای داخلی و خارجی از V4 Pro در کارایی، هزینه، سرعت و زمان تکمیل کار بهتر بوده است. این ادعاها میتوانند نقطه شروع خوبی برای آزمون باشند، اما جای ارزیابی روی بار واقعی هر تیم را نمیگیرند.
برای کاربران فعلی API، مسیر عملی روشن است: مجموعهای از درخواستهای نماینده و سناریوهای عاملی خود را دوباره روی V4.1 Flash اجرا کنند، کیفیت پاسخ و رفتار ابزارها را مقایسه کنند، تأخیر و مصرف توکن را بسنجند و پیش از تغییر مسیردهی Pro هر افت عملکردی را ثبت کنند.
انتشار وزنها امکان بررسی مستقلتری میدهد
وزنهای V4.1 Flash و گزارش فنی آن نیز منتشر شدهاند. این موضوع به پژوهشگران و تیمهای زیرساختی اجازه میدهد، در صورت داشتن سختافزار کافی، مدل را خارج از API میزبانیشده بررسی و آزمایش کنند.
البته انتشار وزنها به این معنا نیست که اجرای محلی و سرویس میزبانیشده دقیقاً رفتار یکسانی دارند. موتور اجرای مدل، کمدقتسازی، تنظیمات اجرا و لایههای سرویس میتوانند نتیجه را تغییر دهند. با این حال، دسترسی به وزنها بررسی مستقل ویژگیهای معماری را آسانتر میکند.
جمعبندی عملی این است که V4.1 Flash فقط یک نسخه سریعتر از Flash قبلی نیست. معماری خانواده مدل را تغییر میدهد، قابلیت چندوجهی را وارد مسیر اصلی میکند، نامهای سازگاری را به مدل تازه هدایت میکند و برای مدتی معنای درخواست به V4 Pro را نیز تغییر میدهد. کاربران دیپسیک بهتر است این عرضه را یک مهاجرت نسخهای بدانند و کنترلهای ارزیابی و ثبت منشأ مدل را متناسب با آن بهروز کنند.