LEAP26

تحديث جديد على Claude يقدم خاصية المحادثات الجانبية ويوفر استهلاك الرموز

عبد الرحمن عمرو
عبد الرحمن عمرو

3 د

ميزة /btw تتيح إنشاء خيط جانبي داخل الجلسة البرمجية دون فقدان السياق الأساسي.

تقلل الميزة من استهلاك التوكِنز، مما يخفض التكاليف التشغيلية للمشاريع الكبيرة.

تجعل تعدد المهام داخل الطرفية سلسًا دون انقطاع التفكير أو إعادة ضبط كاملة.

تنظم /btw الحوار بسلاسة عبر عزل الأسئلة الثانوية عن التسلسل الأساسي.

تحسين الكفاءة في أدوات الذكاء الاصطناعي أصبح مهمًا مثل جودة الإجابات المقدمة.

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


ما الذي تغيّر فعلياً؟

الميزة الجديدة تتيح إنشاء ما يشبه “خيطاً جانبياً” داخل نفس الجلسة البرمجية. عند كتابة الأمر /btw متبوعاً بالطلب، يفتح النظام لوحة جانبية مخصصة للتفاعل الثانوي، من دون مغادرة السياق الأساسي. عملياً، يمكن للمطور تصحيح خطأ في الكود، وفي الوقت نفسه طلب توضيح من المساعد حول جزء من التوثيق أو اقتراح تعديل بنيوي، من دون أن يبدأ جلسة جديدة.

الفكرة قد تبدو تجميلية على السطح، لكنها تمس نقطة حساسة في أدوات الذكاء الاصطناعي التوليدي: إدارة السياق والسجل التفاعلي بكفاءة.


خفض استهلاك التوكِنز دون التضحية بالسياق

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

  • الاحتفاظ بالسياق داخل جلسة واحدة يقلل من إعادة توليد الخلفية البرمجية.
  • المهام الجانبية لا تتطلب نسخاً ولصقاً متكرراً للكود أو البيانات.
  • التكلفة التشغيلية تنخفض خصوصاً لدى الفرق التي تعتمد على الاستخدام المكثف.

هذا النوع من التحسينات لا يلمسه المستخدم العادي فوراً، لكنه يصبح واضحاً عند مقارنة فواتير الاستخدام على المدى المتوسط.


تعدد مهام حقيقي داخل الطرفية

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

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


تنظيم العمل بدلاً من تضخيمه

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


الحفاظ على السياق لا يعني تكديس الرسائل، بل تنظيمها بذكاء.

هذا التوجه يعكس تحولاً أعمق في تصميم أدوات المساعدة البرمجية: الانتقال من نموذج “سؤال وجواب” إلى نموذج “تدفق عمل متكامل”.


إشارة إلى اتجاه أوسع في أدوات الذكاء الاصطناعي

ذو صلة

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

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

عبَّر عن رأيك

إحرص أن يكون تعليقك موضوعيّاً ومفيداً، حافظ على سُمعتكَ الرقميَّةواحترم الكاتب والأعضاء والقُرّاء.

ذو صلة