The Bitter Lesson of Tool Calling
تثبت هذه الورقة تجريبياً أن استدعاء الأدوات البرمجي، الذي يستخدم نماذج بايثون النوعية (Python stubs) لاستدعاء الأدوات، هو بديل قوي وغالباً ما يكون متفوقاً على استدعاء الأدوات عبر صيغة JSON الأصلية عبر مختلف النماذج اللغوية والظروف الصعبة مثل التنفيذ المتوازي وتدهور السياق.
البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل
تخيل أن لديك مساعداً آلياً فائق الذكاء يمكنه التحدث مع العالم الخارجي. لكي ينجز المهام، يحتاج هذا الروبوت إلى طلب المساعدة من برامج أخرى، مثل التحقق من حالة الطقس أو حل مسألة رياضية. لفترة طويلة، كانت الطريقة الوحيدة التي يمكن للروبوت من خلالها طلب المساعدة هي التحدث بتنسيق صارم للغاية ومحدد يسمى "JSON". تخيل الأمر كأن الروبوت لا يمكنه سوى إرسال طلبات عبر بطاقات بريدية صغيرة ومطبوعة مسبقاً. إذا احتاج للقيام بثلاثة أشياء، فعليه كتابة ثلاث بطاقات بريدية منفصلة، والانتظار لرد على الأولى، ثم كتابة الثانية، وهكذا. إنه أمر منظم، لكنه بطيء وخرقاء.
ومع ذلك، بما أن هذا الروبوت هو أيضاً مبرمج بارع، تساءل العلماء: لماذا لا نتركه يكتب برنامجاً حاسوبياً للقيام بالعمل بدلاً من ذلك؟ بدلاً من البطاقات البريدية، يمكن للروبوت كتابة نص برمجي قصير (script)—وهو مجموعة من التعليمات التي تخبر الكمبيوتر بالضبط بما يجب فعله في خطوة واحدة. هذا يسمى "استدعاء الأدوات برمجياً" (programmatic tool calling). إنه يشبه إعطاء الروبوت قلماً ودفتر ملاحظات بدلاً من مجرد بطاقات بريدية. السؤال الكبير هو: هل هذه الطريقة الجديدة المرنة أفضل حقاً، أم أن طريقة البطاقات البريدية القديمة والجامدة لا تزال هي الملك؟ تغوص هذه الورقة البحثية في هذا السؤال لترى ما إذا كان السماح للروبوت بكتابة الكود يجعله مساعداً أسرع، وأذكى، وأكثر موثوقية.
قام الباحثون بإعداد اختبار ضخم باستخدام 14 نسخة مختلفة من هذه النماذج الذكية، تتراوح من النسخ القديمة إلى الأحدث والأكثر قوة. وضعوها في اختبار شاق يتكون من 309 مهام مختلفة، بدءاً من الوظائف البسيطة ذات الخطوة الواحدة وصولاً إلى السيناريوهات المعقدة حيث يتعين على الروبوت القيام بأشياء كثيرة في وقت واحد أو ربط الخطوات معاً. قارنوا بين الطريقة القديمة (طريقة البطاقات البريدية/استدعاء JSON) وبين الطريقة الجديدة (طريقة النص البرمجي/الاستدعاء البرمجي).
كانت النتائج مفاجئة بعض الشيء وتحمل درساً في كيفية تطور التكنولوجيا. وجدت الدراسة أنه بالنسبة لمعظم النماذج الأحدث والأذكى، كانت كتابة النص البرمجي جيدة بقدر طريقة البطاقات البريدية أو حتى أفضل منها. في الواقع، حصلت عائلة النماذج الأحدث (سلسلة GPT-5.6) على دفعة هائلة، حيث تحسنت دقتها بنسبة 10.6% تقريباً عندما سُمح لها بكتابة الكود. كان الأمر يشبه منح سائق سيارة سباق مساراً أفضل؛ لم يكتفوا بالركض بشكل أسرع فحسب، بل ركضوا بذكاء أكبر.
ولكن إليكم المفاجأة: تشير الورقة إلى أن هذه الطريقة الجديدة ليست عصا سحرية لكل روبوت. فالنماذج الأقدم عانت بالفعل مع نهج النص البرمجي. فقد ارتبكت ثلاثة من النماذج القديمة عندما طُلب منها كتابة الكود، حيث أنتجت نصوصاً برمجية معطلة تعطلت لأنها لم تستطع التعامل مع التنسيق بشكل صحيح. يبدو أن القدرة على استخدام هذا الأسلوب الجديد المرن تعتمد بشكل كبير على مدى "حداثة" وقدرة النموذج. وتجادل الورقة بأن الفرق لا يتعلق بالشركة التي صنعت الروبوت (مثل Anthos vs OpenAI)، بل بجيل الروبوت نفسه. فالنماذج الأحدث جاهزة للنص البرمحي، أما الأقدم فلا تزال عالقة في مرحلة البطاقات البريدية.
كما اختبر الباحثون مدى صمود هذه الطرق تحت الضغط. عندما كان على الروبوت القيام بأشياء كثيرة في وقت واحد (مثل إرسال 100 طلب في آن واحد)، بدأت طريقة البطاقات البريدية القديمة في الانهيار، حيث كانت تفقد الاستدعاءات وتخطئ المهام. أما طريقة النص البرمجي، فقد استمرت في العمل دون توقف، حيث تعاملت مع حجم العمل دون أن تفقد إيقاعها. وبالمثل، عندما تم إعطاء الروبوت كمية هائلة من المعلومات المربكة لتصفيتها (اختبار "تعفن السياق" context rot)، ظل أداء طريقة النص البرمجي مستقراً، بينما أظهرت الطريقة القديمة بعض التباين في الأداء.
إذاً، ما هي الخلاصة؟ تشير الورقة إلى أنه بالنسبة لأحدث نماذج الذكاء الاصطناٍ وأكثرها تطوراً، فإن السماح لها بكتابة الكود لاستدعاء الأدوات هو بديل قابل للتطبيق، وقوي، وغالباً ما يكون متفوقاً على الطرق الجامدة القديمة. فهي تتعامل مع سلاسل المهام المعقدة بشكل أسرع ولا ترتبك عندما يصبح عبء العمل ثقيلاً. ومع ذلك، فإن هذا ليس حلاً عالمياً بعد. إذا كنت تستخدم نموذجاً قديماً، فقد تظل بحاجة إلى التمسك بأسلوب البطاقات البريدية القديم، وإلا فقد يتعثر الروبوت في خطواته. الدرس القاسي هنا هو أنه بينما يبدو المستقبل مشرقاً للوكلاء القائمين على الكود، يجب أن نتأكد من أن أدواتنا ذكية بما يكفي للتعامل مع هذا التحديث.
غارق في أبحاث مجالك؟
تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.