مهمة وكيل البرمجة الطويلة ليست طلبًا واحدًا، بل عشرات: استدعاءات النموذج، واللجوء إلى الأدوات، وتعديل الملفات، وإعادة تشغيل الاختبارات. وفي كل جولة من هذه الجولات تقريبًا يخطر ببالك سؤال: ألا ينبغي تغيير النموذج الآن؟
لماذا يبدو التبديل أثناء العمل مربحًا
الاقتصاد هنا بسيط. النموذج القوي أغلى لكل رمز (token)، لكنه أفضل في الاستدلال. والضعيف أرخص، لكنه يتعثر في المهام المعقدة. ومن هنا تنشأ مناورتان طبيعيتان:
- التصعيد — عندما يعلق النموذج الرخيص، نستعين بالنموذج الغالي والقوي.
- التخفيض — عندما نكون قد تجاوزنا الجزء الصعب، نعود إلى الرخيص كي لا ندفع أكثر من اللازم مقابل الأعمال الروتينية.
على الورق يبدو المسار الهجين مثاليًا: لا يُدفع ثمن النموذج الغالي إلا حيث يكون مطلوبًا فعلًا. لكن الوكيل لا ينقل إلى النموذج التالي الملفات وحالة المستودع فحسب، بل ينقل أيضًا السجل: سلسلة الاستدلال، ومخرجات الأدوات، والمحاولات المسدودة، والقرارات الوسيطة. ويواصل الطرف المستقبِل المسار الذي بناه نموذج آخر — بأسلوب مختلف، ودرجة تفصيل مختلفة، وعادات مختلفة. وهذه النقطة بالتحديد هي ما يتناوله مؤلفو المسودة الأولية «The Handoff Tax: Continuing Non-Native Trajectories in LLM Agents» (arXiv:2608.24358، 25 أغسطس 2026).
كيف صُممت التجربة
تعتمد الدراسة على أزواج من النماذج: نماذج رخيصة وأقل قدرة (في نص المقال — LC، أي منخفضة التكلفة) مقابل نماذج غالية وأقوى (HC، أي مرتفعة التكلفة). وقد أُخذت الأزواج من عائلتين — Claude وGPT، أي أن الاختبار جرى على مورّدين اثنين لا على واحد، وهو ما يرفع قيمة الاستنتاجات بشكل ملحوظ.
وقد غُيّرت ثلاثة أمور:
- اتجاه النقل — صعودًا نحو نموذج أقوى، ونزولًا نحو نموذج أضعف.
- توقيت التبديل داخل المهمة الطويلة.
- صيغة نقل السياق — وهو ما يسميه المؤلفون الواجهة.
النقطة الأخيرة هي الأكثر إثارة للاهتمام. فقد قُورنت ثلاثة خيارات: النقل الكامل للمسار بأكمله، والضغط (خلاصة مختصرة من السجل)، وحذف المسار مع الاحتفاظ بحالة المستودع فقط. وبعبارة أخرى، طُرح السؤال هكذا: كم من «تفكير» نموذج آخر يستحق أن يُعرض على النموذج الجديد أصلًا؟
النتيجة الرئيسية: ضريبة النقل
جاء الاستنتاج صادمًا للوعي. عند التصعيد، يسدّ النقل الكامل للسجل أقل من نصف الفجوة في الجودة بين النموذج الضعيف والقوي — ويصاحبه زيادة ملموسة في التكلفة. أي أنك تدفع بأسعار النموذج الغالي، لكنك لا تحصل إلا على جزء من مزاياه. وهذا الفارق هو ما أسماه المؤلفون handoff tax — ضريبة تسليم المهام.
وهذا ليس أثرًا خاصًا بمورّد واحد: فقد تكررت الصورة في كلتا العائلتين. والتفسير المنطقي هو أن النموذج القوي يستهلك السياق في تفكيك متاهة نموذج آخر، ويتبنى جزئيًا افتراضات سابقه الخاطئة، وينطلق لا من صفحة بيضاء بل وهو يحمل عبئًا. فيذهب جزء من قدراته في «قراءة مذكرات شخص آخر» بدلًا من حل المهمة.
اللاتماثل: النزول نعم، والصعود بتحفّظات
أكثر ما يفيد في هذه الملاحظة أن الضريبة غير متماثلة. أما التخفيض فقد أعطى، على العكس، نقطة مربحة من حيث نسبة السعر إلى الجودة: فالتبديل إلى نموذج رخيص بعد إتمام استدلال معقد ينجح فعلًا.
والأكثر إثارة أن الصيغة المفضّلة لنقل السياق تنقلب إلى عكسها بحسب الاتجاه:
- عند التصعيد، يساعد تقليص المعلومات المتعلقة بمسار النموذج الضعيف أكثر. فقدر أقل من الفوضى يعني انطلاقة أنظف.
- عند التخفيض، يؤدي حذف مسار النموذج القوي إلى خفض الجودة. فهنا يعمل السجل كسند، ويستحق الاحتفاظ به.
والتفسير يفرض نفسه: خلف النموذج الضعيف يمتد أثر من الطرق المسدودة، وهي لا تفعل سوى إعاقة النموذج القوي. أما خلف النموذج القوي فهناك خطة محكمة وقرارات صحيحة يمكن للنموذج الضعيف أن يسير على خطاها كأنها قضبان سكة. وهذا تفسيري أنا، وليس استنتاجًا حرفيًا من المقال، لكنه يتوافق جيدًا مع الأرقام.
ما العمل عمليًا
الاستنتاجات العملية هي كالتالي:
- بدّل أقل مما ترغب. فكل تبديل ليس عملية مجانية، بل صفقة بثمن مجهول.
- اصعد عند الحدود، لا «عندما تعلق». النقطة الجيدة هي دورة مكتملة بفشل واضح (مثلًا، اختبارات تفشل بثبات)، لا منتصف التفكير.
- إلى الأعلى — اضغط، وإلى الأسفل — احتفظ. قبل النقل إلى نموذج قوي، اجمع خلاصة مكثفة: ما أُنجز بالفعل، وما لم ينجح، وما هي القيود. ولا يستحق الأمر ترك النص الكامل للمحاولات.
- إلى الأسفل يمكنك أن تعطي بسخاء. فمن المفيد للنموذج الضعيف أن يرى الخطة والتعديلات التي تركها النموذج القوي.
- احسب ضريبتك. الفرق بين «السجل الكامل» و«الضغط» عند التصعيد هو اختبار A/B جاهز يستحق أن تجريه على مهامك الخاصة: فهو رخيص ويُظهر سريعًا ما إذا كنت تدفع الضريبة أم لا.
وفكرة منفصلة: أحيانًا يكون من الأرخص ألا تغيّر النموذج في المنتصف إطلاقًا. فإذا كان القوي مطلوبًا للتخطيط فقط، فمن المنطقي أكثر أن تفصل الأدوار مسبقًا — خطة من القوي، وتنفيذ من الضعيف — بدلًا من ترتيب تسليم المهام داخل مسار واحد.
الخلاصة
تغيير النموذج في منتصف المهمة ليس رافعة مجانية لتحسين الميزانية، بل عملية لها ثمنها الخاص. فنقل مسار نموذج آخر يلتهم جزءًا من الميزة التي تدفع مقابلها. والتصعيد بهذا المعنى أكثر خطرًا مما يبدو؛ أما التخفيض فيعمل، على العكس، بشكل متوقّع. والحيلة العملية الرئيسية لا تكمن في اختيار النموذج، بل في اختيار ما تعرضه بالضبط على ذلك النموذج. وقد جُمعت النتائج على وكلاء برمجة وأزواج محددة من النماذج، لذا لا ينبغي نقلها كما هي إلى كل السيناريوهات — لكنها تصلح تمامًا كفرضية عمل لقياساتك الخاصة.
