Log in to leave a comment
No posts yet
نموذج Claude 3.5 Sonnet مبرمج ليكون ودوداً للغاية. إذا طلبت منه الاختصار ببساطة، فسيستمر في هدر التوكنات بداعي اللباقة. يركز النموذج بشكل أكبر على بداية ونهاية البرومبت. استغل هذه الخاصية عبر منح النموذج شخصية "مهندس رجل الكهف" (Caveman Engineer) في أعلى رسالة النظام، وحدد في أسفلها منع التحيات والملخصات تماماً. مجرد التأكيد على التعليمات في النهاية مرة أخرى يمكن أن يوفر لك فوراً 30% من تكلفة التوكنات لكل استدعاء API.
تقليل المخرجات لا يعني بالضرورة خفض ذكاء النموذج. عند كتابة أكواد برمجية ذات منطق معقد، استخدم وسم <thinking>. اجعل عملية التفكير تتم بالتفصيل داخل الوسم الداخلي، وقم بتطبيق أسلوب Caveman فقط على وسم <answer> الذي يحتوي على النتيجة النهائية. اعتباراً من عام 2026، يظهر نموذج Claude 4.6 Sonnet معدلات نجاح عالية بتكلفة تعادل 30% فقط مقارنة بنموذج Opus. من خلال معالجة عملية التفكير كتوكنات مخزنة مؤقتاً (Caching) بتكلفة رخيصة، وتركيز توكنات المخرجات الغالية على الكود الأساسي فقط، ستحقق الدقة والاقتصاد في آن واحد.
عندما تطلب من النموذج التحدث مثل رجل الكهف، قد يكسر أحياناً قواعد JSON أو ينسى جمل الاستيراد (imports) الضرورية. بالنسبة للمطور المستقل، تسبب أخطاء التحليل هذه تكلفة إضافية تتمثل في التصحيح اليدوي. افرض استخدام فواصل مثل ---BEGIN JSON--- في برومبت النظام، واستخدم مكتبة re في بايثون لكتابة سكربت معالجة لاحقة يزيل أسوار كود ماركداون (Code Fences). هذا الحاجز وحده يمنع التدخل اليدوي في عمليات الأتمتة بنسبة تزيد عن 90%.
في عام 2026، يبلغ سعر توكن المخرجات لنموذج Claude 3.5 Sonnet حوالي 15.00 دولاراً لكل مليون توكن، وهو أغلى بـ 5 مرات من توكن المدخلات. المطور الذي يرسل 100 طلب برمجي يومياً يمكنه خفض التكلفة الشهرية من 54 دولاراً إلى حوالي 31 دولاراً عند تطبيق وضع Caveman. قم بتعديل الكثافة حسب طبيعة العمل؛ استخدم وضع Lite للتعديلات البسيطة، ووضع Ultra لتحويل البيانات الضخمة. استثمار 15 دقيقة فقط في تعديل البرومبت سيوفر لك 276 دولاراً سنوياً. المهندس الفعال لا يطيل الحديث مع الذكاء الاصطناعي، بل يستخرج منه كثافة المعلومات المطلوبة بدقة فقط.