تدفقات الرسائل تسرّع Claude Code بمقدار دقيقتين إلى 4 دقائق في كل جلسة عمل

لا تُدار الجلسة الطويلة مع وكيل برمجي بكفاءة كبيرة: تضيف تعليمة قصيرة واحدة، ثم يعيد العميل إرسال السجل المتراكم بالكامل إلى الخادم. وعندما ينمو السياق إلى مئات الآلاف من الرموز، تبدأ عمليات التحميل المتكررة في التأثير في زمن الانتظار. تدفقات الرسائل في Claude تغيّر هذه المرحلة تحديدًا: بعد الطلب الأول، لا يرسل العميل سوى البيانات الجديدة، بينما يظل السجل السابق مرتبطًا بالتدفق لدى الخدمة.

الأثر العملي ملحوظ، لكنه ليس معجزة. تفيد Anthropic بانخفاض قدره 35% في الوسيط الزمني للوصول إلى أول رمز للطلبات التي يتراوح حجمها بين 500 ألف ومليون رمز. واستخدم كاتب ZDNET سجلات نحو 980 طلبًا إلى Claude Code لتقدير مقدار الوقت الذي كان سيوفره النظام الجديد. وتراوحت النتيجة بين دقيقتين وأربع دقائق خلال جلسة عمل مدتها أربع ساعات، تضم من 100 إلى 225 استدعاءً للنموذج.

أين يختفي التأخير

لنتخيل وكيلًا يمضي عدة ساعات في تحليل مستودع كبير. يحتوي سجله على الشيفرة المصدرية ونتائج الاختبارات وردود الأدوات وعشرات القرارات السابقة. في السابق، كان من الممكن أن يصاحب الأمر التالي، مثل «أصلح الخطأين المتبقيين»، إعادة إرسال هذه الحزمة كاملة. أما الآن، فما ينتقل عبر الشبكة أساسًا هو الأمر الجديد والتغييرات التي طرأت منذ الطلب السابق.

يقلل ذلك التأخير حتى ظهور أول رمز، لكنه لا يسرّع استدلال النموذج بعد بدء الإجابة. كما أن الميزة لا تجعل Claude أكثر ذكاءً ولا توسع نافذة السياق لديه. إنها تزيل فقط الحاجة إلى نقل المحتوى المعروف مسبقًا للخادم مرة أخرى. ويكون هذا النهج مفيدًا خصوصًا للوكلاء الذين ينفذون عددًا كبيرًا من الخطوات المتتابعة، وكذلك للمهام التي تتضمن مستندات وصورًا ولقطات شاشة، إذ لا يلزم تحميل المرفقات الثقيلة من جديد في كل دورة.

ومن المهم أيضًا أن رقم الدقيقتين إلى 4 دقائق لا ينتج من مقارنة مباشرة بين جلسات متطابقة قبل التحديث وبعده. بل هو حساب أُجري على سجلات قديمة بتطبيق مقدار خفض التأخير الذي أعلنته Anthropic. وهو يوضح حجم المكسب المتوقع بصورة جيدة، لكنه لا يحل محل القياس المنضبط. وقد تؤدي الشبكة ومنطقة الخادم وحجم السياق وطبيعة الاستدعاءات إلى تغيير النتيجة بوضوح.

الأسرع لا يعني الأرخص

تقلل تدفقات الرسائل حجم البيانات التي يُعاد إرسالها، لكن النموذج يواصل معالجة سجل المحادثة كاملًا. لذلك لا يتغير عدد الرموز المدفوعة ولا حدود واجهة API. ويتطلب خفض التكلفة آلية أخرى، هي التخزين المؤقت للموجّه، الذي يتيح عدم دفع السعر المعتاد مقابل إعادة معالجة الجزء الثابت من السياق. ويمكن استخدام التدفقات والتخزين المؤقت معًا: الأولى تقلل تأخير الشبكة، والثاني يساعد في ضبط النفقات.

هناك قيود أيضًا. فالطلب المنفرد لا يحقق أي مكسب تقريبًا، لأنه لا يوجد بعد سجل يحتاج إلى إعادة الإرسال. ووفقًا للمقال، قد يعيد العميل إرسال المحتوى الكامل بعد توقف يتجاوز خمس دقائق. كما لا تختفي مشكلات الجلسات الطويلة المعتادة، ومنها امتلاء السياق، وضغط السجل، وفقدان النموذج تدريجيًا للتفاصيل المهمة.

ما الذي ينبغي للمطور التحقق منه

إذا كان Claude Code يُستخدم في جولات قصيرة لا تتجاوز بضعة طلبات، فقد لا يكون التغيير ملحوظًا إطلاقًا. أما إذا كان الوكيل يعمل لساعات مع مستودع كبير، أو يستدعي الأدوات باستمرار، أو يعيد إرسال الصور، فإن المكسب يتراكم من عشرات التخفيضات الصغيرة في زمن التأخير.

الخلاصة العملية بسيطة: ينبغي تقييم الميزة وفق الزمن الكامل للمهمة، لا وفق النسبة الواردة في الإعلان. سجّل بيانات بضع جلسات نموذجية على الأقل، وقِس بصورة منفصلة زمن الوصول إلى أول رمز ومدة تنفيذ المهمة بالكامل. ولا تفترض انخفاض النفقات في النموذج المالي، فالتدفقات تجعل تبادل البيانات أسرع، لكنها لا تقلل استهلاك الرموز بذاتها.