آنتروپیک تأخیر پاسخ‌دهی Claude Code را تقریباً سه برابر کاهش داد و به ۱٫۳۳ ثانیه رساند
شرکت آنتروپیک سرعت پاسخ‌دهی Claude Code را به‌طور محسوسی افزایش داده است. بین اوت و اکتبر ۲۰۲۶، زمان انتظار برای دریافت نخستین توکن در نشست‌های محلی این ابزار از ۴٫۰۷ ثانیه به ۱٫۳۳ ثانیه کاهش یافت؛ بهبودی که تقریباً معادل سه برابر سریع‌تر شدن پاسخ‌دهی است.
این پیشرفت حاصل عرضه مدل جدید یا دستیابی به فناوری خارق‌العاده‌ای نبود. آنتروپیک با فشرده‌سازی داده‌های مکالمه و آغاز فرایند آماده‌سازی نشست‌های ابری پیش از آنکه کاربران تایپ درخواست خود را تمام کنند، زمان انتظار را کاهش داد.
ثانیه‌های انتظار کجا صرف می‌شدند؟
این به‌روزرسانی در ۱۷ اکتبر ۲۰۲۶ از طریق حساب ClaudeDevs اعلام شد. تغییرات چندین محصول Claude را در بر می‌گیرد، اما بیشترین بهبودهای اعلام‌شده مربوط به Claude Code است.
معیار اصلی، صدک ۹۰ تأخیر تا نخستین توکن (first-token p90 latency) است. این معیار نشان می‌دهد کاربر چه مدت منتظر می‌ماند تا مدل تولید پاسخ را آغاز کند. منظور از صدک ۹۰ این است که زمان پاسخ‌دهی در ۹۰ درصد درخواست‌ها کمتر از مقدار گزارش‌شده بوده است.
در نشست‌های محلی Claude Code، این شاخص از ۴٫۰۷ ثانیه به ۱٫۳۳ ثانیه رسید. بهبود نشست‌های ابری از نظر میزان کاهش مطلق حتی بیشتر بود: زمان انتظار از ۱۶٫۹۹ ثانیه به ۶ ثانیه کاهش یافت؛ یعنی پاسخ‌دهی تقریباً ۲٫۸ برابر سریع‌تر شد.
این بهبودها به ابزار برنامه‌نویسی محدود نماندند. سرعت تجربه‌های وب Claude و Cowork نیز حدود ۱٫۵ برابر افزایش یافت و زمان پاسخ‌دهی آن‌ها از ۳٫۳۶ ثانیه به ۲٫۱۷ ثانیه رسید.
سرعت API نیز افزایش یافت. زمان پاسخ‌دهی تا تولید نخستین توکن در این بخش از ۱٫۵۳ ثانیه به ۱٫۰۱ ثانیه کاهش پیدا کرد.
دو راهکار پشت افزایش سرعت
آنتروپیک پیش از ارسال داده‌های مکالمه مربوط به هر نوبت به مدل، فشرده‌سازی آن‌ها با فرمت gzip را آغاز کرد. Gzip قالبی قدیمی و شناخته‌شده برای فشرده‌سازی داده‌هاست که حجم آن‌ها را کاهش می‌دهد تا انتقالشان از طریق شبکه سریع‌تر انجام شود. این روش به‌ویژه در مکالمه‌های طولانی مؤثر است؛ موقعیت‌هایی که توسعه‌دهندگان اغلب فایل‌های حجیم، گزارش‌های ثبت رویداد و رشته‌های طولانی رفت‌وبرگشت میان خود و مدل را وارد می‌کنند.
تغییر دوم بر نشست‌های ابری متمرکز است. پیش از این، نشست ابری تنها پس از ارسال درخواست از سوی کاربر راه‌اندازی می‌شد. اکنون فرایند آماده‌سازی نشست به‌محض شروع تایپ کاربر آغاز می‌شود.
این آماده‌سازی زودهنگام تا حد زیادی توضیح می‌دهد که چرا تأخیر در نشست‌های ابری بیشترین کاهش را داشته است. هزینه زمانی راه‌اندازی از بین نمی‌رود؛ بلکه در مدت زمانی پنهان می‌شود که کاربر صرف نوشتن درخواست خود می‌کند.
برخی واکنش‌ها به این اعلامیه یادآوری کردند که gzip فناوری تازه‌ای نیست؛ بااین‌حال، بیشتر بازخوردهای کاربران بر افزایش سرعت متمرکز بود.
بخشی از تلاش گسترده‌تر برای بهبود عملکرد
این اعلامیه پس از یک دوره تلاش فشرده داخلی در ماه قبل منتشر شد؛ دوره‌ای که طی آن، بیش از ۳۰۰۰ به‌روزرسانی به بهبودهایی مشابه در عملکرد محصولات مختلف Claude انجامید. ارقام مربوط به Claude Code یکی از نتایج ملموس این تلاش گسترده‌تر به شمار می‌روند.
این اعلامیه همچنین اندکی پس از انتشار خبری مطرح شد که بر اساس آن، Claude حدود ۹۰ درصد از کدهای خودش را تولید می‌کند.
این تغییرات برای توسعه‌دهندگان و بازار برنامه‌نویسی با هوش مصنوعی چه معنایی دارند؟
برای توسعه‌دهندگان، تأخیر پاسخ‌دهی صرفاً معیاری ظاهری نیست. دستیارهای برنامه‌نویسی در چرخه‌های سریع و تکرارشونده به کار می‌روند: درخواست می‌دهید، پاسخ را می‌خوانید، آن را اصلاح می‌کنید و دوباره درخواست می‌دهید. صرفه‌جویی چند ثانیه‌ای در هر مرحله، در طول صدها نوبت تعامل طی یک روز کاری، به کاهش قابل‌توجه زمان انتظار منجر می‌شود.
بهبود عملکرد نشست‌های ابری احتمالاً در این زمینه اهمیت بیشتری دارد. کاهش زمان انتظار از ۱۶٫۹۹ ثانیه به ۶ ثانیه می‌تواند تعیین کند که توسعه‌دهنده همچنان با تمرکز به کار خود ادامه دهد یا هنگام انتظار، به سراغ زبانه دیگری از مرورگر برود.
آنتروپیک با اعلام بهبود در سطح صدک ۹۰ برای نشست‌های محلی و ابری، نسخه وب، Cowork و API نشان می‌دهد که سرعت را یکی از ویژگی‌های محصولات خود در سراسر مجموعه می‌داند، نه صرفاً قابلیتی محدود به یک ابزار.
بااین‌حال، باید محدودیت‌ها را نیز در نظر گرفت. انتظار ۶ ثانیه‌ای برای نشست‌های ابری همچنان محسوس است. افزون بر این، روش آماده‌سازی زودهنگام باعث می‌شود منابع پردازشی برای درخواست‌هایی فعال شوند که ممکن است کاربر در نهایت هرگز آن‌ها را ارسال نکند.
افشاگری: این مقاله به‌دست دیگو آلمادا لوپز ویرایش شده است. برای کسب اطلاعات بیشتر درباره نحوه تهیه و بازبینی محتوا، به سیاست تحریریه مراجعه کنید.