كيفية استخدام أدوات البرمجة بالذكاء الاصطناعي دون
استنزاف ميزانية الرموز في عام 2026

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

قام أحد المطورين بتشغيل أمر واحد /typescript-checks في Claude Code. نتج عن ذلك 49 وكيلاً فرعياً متخصصاً يعملون بالتوازي لمدة ساعتين ونصف. التكلفة التقديرية: ما بين 8,000 و15,000 دولار لجلسة واحدة. فريق خدمات مالية ترك 23 وكيلاً فرعياً يعملون دون رقابة لتحليل الأكواد طوال الليل. بعد ثلاثة أيام: 47,000 دولار كتكاليف رموز.

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

الخبر السار هو أن هذه مشكلة قابلة للحل. تحسين استهلاك الرموز في عام 2026 لا يتعلق بكتابة مطالبات (Prompts) أقصر، بل بفهم بنية كيفية استهلاك هذه الأدوات للسياق — ثم اتخاذ خيارات مدروسة في كل طبقة.

هذا هو الدليل الذي تمنينا وجوده عندما بدأنا تشغيل هذه الأدوات في بيئات الإنتاج.

أولاً: افهم كيف يتم تحصيل الرسوم منك فعلياً

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

لم يعد Cursor يستخدم عداداً بسيطاً للطلبات، بل يستخدم نظام حوض الائتمان (Credit Pool). تبلغ تكلفة خطة Pro حوالي 20 دولاراً شهرياً وتمنحك 20 دولاراً من الرصيد. في كل مرة تستخدم فيها نموذجاً متميزاً، يتم خصم التكلفة بناءً على سعر API الفعلي للنموذج. هذا يعني أن Claude Sonnet 4.6 يكلف أكثر بكثير لكل تفاعل مقارنة بنماذج الوضع التلقائي (Auto mode) — ووضع الحد الأقصى (Max Mode) يوسع نافذة السياق من 200 ألف رمز افتراضي إلى مليون رمز اعتماداً على النموذج، ولكنه يستهلك رصيداً أكبر بكثير لكل طلب.

الأمر الهام الذي يجب فهمه: كل دورة حوار تعيد إرسال تاريخ المحادثة بالكامل. الجلسة الجديدة ترسل حوالي 20 ألف رمز لكل دورة. جلسة من 200 دورة ترسل حوالي 200 ألف لكل دورة. الرسالة رقم 50 تكلف أكثر من الرسالة رقم 5 ليس لأنك سألت سؤالاً أصعب، بل لأن Claude يعيد قراءة 49 رسالة سابقة أولاً. الجلسات الطويلة هي آلات لتوليد تكاليف هندسية.

بالنسبة لـ Claude Code تحديداً: يبلغ متوسط التكلفة حوالي 13 دولاراً لكل مطور يومياً و150-250 دولاراً شهرياً، مع بقاء التكاليف أقل من 30 دولاراً في اليوم لـ 90% من المستخدمين. هذا الأساس قبل التحسين. التقنيات في هذا الدليل يمكن أن تخفض ذلك بنسبة 40-85% وفقاً لمعايير المجتمع — وهو ما يمثل أموالاً حقيقية على مستوى الفريق.

هناك أيضاً تكاليف خفية لا يحسب لها معظم الناس حساباً. كل خادم MCP متصل يحمل تعريفات الأدوات في كل رسالة، مما يكلف ما يصل إلى 18,000 رمز لكل دورة. إذا كان لديك ثلاثة خوادم MCP متصلة، فقد تدفع 54,000 رمز لكل رسالة لمجرد النفقات العامة للخادم — قبل أن تطرح سؤالاً واحداً.

تسلسل الأوضاع: معظم الناس يستخدمونها بشكل عكسي

كل بيئة تطوير وكيل (Agentic IDE) تمنحك أوضاع تفاعل متعددة. معظم المطورين يستخدمون الوضع الأقوى والأغلى افتراضياً — وينتقلون للوضع الأقل فقط عندما يحدث خطأ أو تقفز التكاليف. النهج الصحيح هو العكس تماماً.

في Cursor، التسلسل هو:

• التعديل المضمن (Cmd/Ctrl+K) — الأرخص. ملف واحد، تغيير واحد، سياق أدنى. استخدم هذا لـ 60% من عملك.
• وضع السؤال / الدردشة (Cmd/Ctrl+L) — تكلفة متوسطة. حواري، يقرأ السياق ولكنه لا يعمل بشكل مستقل. استخدمه للاستكشاف والأسئلة.
• وضع الوكيل (Agent mode) — غالي. يقرأ الملفات، يشغل الأوامر، يكرر المحاولات عند الأخطاء. مهمة وكيل واحدة يمكن أن تطلق 5-15 استدعاء للنموذج داخلياً. بسعر 0.04 دولار لكل استدعاء، يتراكم المبلغ بسرعة.

اختيار الوضع الصحيح يوفر 50-75% من الرموز لكل جلسة. هذا ليس مكسباً بسيطاً في الكفاءة — بل هو الفرق بين تكلفة 5 دولارات يومياً و20 دولاراً لمجرد اختيار الوضع.

النموذج الذهني الناجح: استخدم أرخص وضع يمكنه إنجاز المهمة. انتقل لوضع الوكيل فقط للمهام المعقدة التي تشمل ملفات وخطوات متعددة. الوكيل قد يستهلك رموزاً أكثر بـ 20 مرة من التعديل المضمن الواحد.

في Claude Code، يتم توسيع نفس المبدأ ليشمل "التفكير الممتد" (Extended Thinking). يتم تمكين التفكير الممتد افتراضياً لأنه يحسن الأداء بشكل كبير في مهام التخطيط والتحليل المعقدة. يتم احتساب رموز التفكير كرموز مخرجات، ويمكن أن تكون الميزانية الافتراضية عشرات الآلاف من الرموز لكل طلب. للمهام الأبسط — شرح الأكواد، الإصلاحات السريعة، التوثيق — يمكنك تعطيل التفكير أو تقليل الميزانية بشكل كبير دون فقدان جودة ملموسة.

خطط أولاً. دائماً. دون استثناء.

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

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

كل من Cursor و Claude Code لديهما "وضع تخطيط" مخصص. في Cursor هو /plan. في Claude Code هو الضغط على Shift+Tab مرتين للتبديل إلى وضع التخطيط. استخدمه قبل أي مهمة تنفيذ.

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

العادة العملية: لا تكتب أبداً "نفذ X" دون أن تكتب أولاً "خطط لتنفيذ X". راجع الخطة، صحح أي افتراضات خاطئة، ثم ابدأ. هذا يكلف حوالي 10% فقط من تكلفة دورة التنفيذ الفاشلة والتصحيح.

تحديد نطاق السياق: توقف عن منح الوكيل كامل الكود الخاص بك

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

في Cursor، نظام الإشارة @ هو أداتك الدقيقة لتحديد النطاق:

• @Codebase — يطلق عملية بحث في كامل الكود المفهرس. استخدمه بحذر.
• @File — يحدد السياق لملف معين. استخدمه للمهام أحادية الملف.
• @Folder — يحدد النطاق لمجلد معين. استخدمه للعمل على منطقة ميزات محددة.
• @Docs — يجلب توثيقاً معيناً. استخدمه بدلاً من لصق نص التوثيق.

القاعدة: استخدم المرجع الأكثر تحديداً الذي يمنح الوكيل ما يحتاجه فعلياً. إذا كانت المهمة إصلاح خطأ في مكون واحد، أشر للملف @File. لا تستخدم @Codebase وتأمل أن يكتشف الوكيل ما هو ذي صلة.

في Claude Code، الانضباط المماثل هو تحديد الملفات بدقة. عندما يقرأ Claude Code الملفات، يتم إضافة محتوياتها إلى السياق. أشر فقط للحد الأدنى من الملفات الضرورية. للملفات الكبيرة، تحديد نطاق الأسطر فعال أيضاً.

بدلاً من: Check src/components/Auth/ and fix the validation issues استخدم: Check src/components/Auth/LoginForm.tsx lines 45–90. There might be an issue with the email validation regex.

الإكمال التلقائي الواحد قد يستهلك أكثر من 3,000 رمز بينما المطلوب 200 فقط. تحديد النطاق بدقة هو الرافعة الرئيسية لتقليل هذا الرقم.

يجب عليك أيضاً إعداد ملف .cursorignore أو .claudeignore يستبعد صراحة المجلدات التي لا يحتاجها الذكاء الاصطناعي: node_modules, dist, .git, coverage, ملفات السجلات *.log والملفات الكبيرة المنشأة آلياً.

CLAUDE.md و .cursor/rules: بنية السياق الدائمة الخاصة بك

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

في Claude Code، هذا هو ملف CLAUDE.md في جذر المشروع. من خلال توثيق المعلومات الهامة في هذا الملف، تتجنب تكرار التفسيرات في كل محادثة. يتم الحفاظ على محتويات CLAUDE.md من خلال أوامر /clear لذا يتم الحفاظ على التكوين الأساسي لمشروعك.

ملف CLAUDE.md المنظم جيداً يبدو كالتالي:

## Stack

- Next.js 15 App Router, TypeScript strict, Tailwind CSS
- PostgreSQL + Prisma ORM, Redis for caching
- Vitest for unit tests, Playwright for E2E

## Conventions

- Functional components only, no class components
- tRPC for all API routes
- Result type pattern for error handling

## Commands

- `npm run dev` — start dev server
- `npm run test` — run test suite
- `npm run lint` — run linter

## Current Sprint

- User dashboard (in progress)
- Payment integration (next)

القيد الحاسم: اهدف لإبقاء CLAUDE.md أقل من 200 سطر بتضمين الضروريات فقط. ملف CLAUDE.md بحجم 5,000 رمز سيكلفك 5,000 رمز قبل أن تكتب كلمة واحدة. في كل دورة. في كل جلسة.

في Cursor، المعادل هو مجلد .cursor/rules/ مع ملفات قواعد معيارية محددة بالمجال:

.cursor/rules/
  general.md     → Stack, naming, code style
  testing.md     → Test runner, patterns, commands
  ui.md          → Component conventions, styling
  api.md         → Endpoint patterns, error handling

استخدم القواعد المرفقة تلقائياً بأنماط glob بدلاً من القواعد الدائمة لتقليل ضريبة الرموز. قاعدة الاختبار التي يتم تحميلها فقط عندما تعمل في ملفات *.test.ts لا تهدر الرموز في جلسات غير مخصصة للاختبار.

إدارة الخيوط والجلسات: أنهِ المحادثات الطويلة

هذا هو التحسين الأكثر غرابة لأنه يبدو أن البدء من جديد يعني فقدان التقدم. في الواقع، المحادثة الطويلة ذات السياق المتراكم تعمل ضدك في بعدين: فهي تكلف أكثر لكل رسالة، وتنتج مخرجات أسوأ مع فقدان السياق المبكر لأهميته.

الخيوط التي تتجاوز 10-15 رسالة تصبح "سامة" لميزانيتك. ابدأ دردشة جديدة بمجرد انتهاء مهمة فرعية محددة.

سير العمل العملي للمهام المعقدة:

1. ابدأ جلسة، أكمل مهمة فرعية منطقية واحدة.
2. قبل بدء المهمة التالية، اكتب ملاحظة تسليم موجزة: "قررنا استخدام القفل المتفائل لسير عمل تحديث المستخدم، ونتجنب تغييرات المخطط في هذا السبرنت".
3. استخدم /clear في Claude Code أو ابدأ دردشة جديدة في Cursor.
4. الصق ملاحظة التسليم في الجلسة الجديدة.
5. استمر.

ستستعيد السياق المفيد في جزء بسيط من الرموز التي سيستغرقها الشرح من الصفر.

في Claude Code، استخدم /compact عندما تريد الضغط بدلاً من المسح — فهو يلخص تاريخ المحادثة في تمثيل مكثف قبل امتلاء نافذة السياق. وجه عملية الضغط قبل تشغيلها: أخبر Claude بأي القرارات أو القيود هي الأكثر أهمية للحفاظ عليها في الملخص.

الوكلاء الفرعيون: سلاح ذو حدين

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

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

الاستخدامات الجيدة للوكلاء الفرعيين:

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

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

إذا كنت تبني أتمتة مخصصة مع فرق وكلاء Claude Code: ضع حدوداً صريحة للتوازي في CLAUDE.md أو التكوين الخاص بك. لا تترك أبداً سلاسل وكلاء فرعيين متوازية تعمل دون رقابة لفترات طويلة.

خوادم MCP: اتصل فقط بما تحتاجه

بروتوكول سياق النموذج (MCP) يوسع قدرات وكيلك — يربطه بـ GitHub و Slack وقواعد البيانات والتوثيق والأنظمة الخارجية الأخرى. توسيع القدرات حقيقي، وتكلفة الرموز حقيقية أيضاً ومن السهل التقليل من شأنها.

كل خادم MCP متصل يحمل تعريفات الأدوات في كل رسالة، مما يكلف ما يصل إلى 18,000 رمز لكل دورة. ثلاثة خوادم تعني 54,000 رمز من النفقات العامة المخبأة في كل رسالة — قبل أي محتوى محادثة.

الانضباط: اتصل فقط بخوادم MCP التي تحتاجها بنشاط للمهمة الحالية. إذا كنت تقوم بعمل واجهة أمامية لا يتطلب الوصول لقاعدة البيانات، افصل خادم MCP لقاعدة البيانات لتلك الجلسة. أحياناً يكون أمر CLI أفضل. إذا كان gh pr view يمنحك ما تحتاجه بالضبط، فقد لا تحتاج لخادم MCP لـ GitHub لهذا الإجراء.

توجيه النماذج: طابق النموذج مع المهمة

ليست كل مهمة تحتاج إلى النموذج الأكثر قدرة — والأغلى ثمناً. تطوير حدس لتوجيه النماذج هو أحد أعلى مهارات التحسين تأثيراً في عام 2026.

إطار عمل عملي للتوجيه:

استخدم أرخص طراز لديك (Auto/Flash/Haiku) من أجل:

• إنشاء الأكواد الروتينية (Boilerplate).
• إعادة هيكلة بسيطة بتعليمات واضحة.
• تنسيق الأكواد وإصلاح أخطاء الأسلوب (Style).
• التحويل بين تنسيقات متكافئة (CSS إلى Tailwind، إلخ).
• أسئلة بناء الجملة (Syntax) ذات الإجابات الواضحة.

استخدم نماذج الفئة المتوسطة (Sonnet-class) من أجل:

• تنفيذ ميزات ذات تعقيد متوسط.
• تصحيح الأخطاء مع خطوات إعادة إنتاج واضحة.
• كتابة الاختبارات للوظائف الموجودة.
• تكاملات API مع توفر التوثيق.

احتفظ بالنموذج الأكثر قدرة (Opus-class) من أجل:

• القرارات المعمارية المعقدة.
• تصحيح المشاكل الدقيقة التي يصعب إعادة إنتاجها.
• إنشاء الهيكل الأولي للميزات المعقدة.
• أعمال الأمان أو الأداء الحرجة حيث تكون الصحة هي الأهم.

أهم تحسين هو التوجيه. معظم مهام الوكيل لا تحتاج لأقوى وأغلى نموذج لديك. وجه المهام البسيطة للنماذج الرخيصة واحتفظ بالنماذج الغالية للتفكير المعقد.

هندسة المطالبات: توقف عن الدفع مقابل الحشو

كل كلمة في مطالبتك تستهلك رموزاً. كل كلمة في استجابة الذكاء الاصطناعي تستهلك رموزاً. جودة مخرجاتك ترتفع والتكلفة تنخفض عندما تكون المطالبات دقيقة ومنظمة.

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

المعادل الفعال: "أضف تحديد معدل الطلبات إلى src/api/auth/login.ts. استخدم Redis للعداد. الحد: 5 محاولات لكل 15 دقيقة لكل IP. أرجع 429 مع ترويسة Retry-After."

بالنسبة لمطالبات النظام — التعليمات الدائمة التي يتم تحميلها قبل كل محادثة — المبدأ هو الكثافة بدلاً من الإطالة:

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

استخدم: [Summary: key points only; no intro; no conclusion]

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

التخزين المؤقت الدلالي (Semantic Cache): استفسارات متكررة بصفر تكلفة

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

المفهوم: بدلاً من إرسال كل استفسار إلى النموذج اللغوي، احتفظ بقاعدة بيانات متجهة للاستفسارات السابقة وردودها. عندما يأتي استفسار جديد، تحقق مما إذا كان هناك استفسار مشابه دلالياً تمت الإجابة عليه من قبل. إذا تجاوزت درجة التشابه حداً معيناً، فقدم الاستجابة المخزنة مؤقتاً — بصفر تكلفة رموز.

في المهام المتكررة — البحث في التوثيق، أنماط مراجعة الكود، تشخيص الأخطاء القياسية — يمكن أن يصل معدل إصابة ذاكرة التخزين المؤقت إلى 40-60% خلال أسابيع قليلة. هذا الجزء من ميزانية الرموز ينخفض للصفر.

ميزة التخزين المؤقت للمطالبات من Anthropic تمنح خصماً بنسبة 90% على رموز الإدخال المخزنة مؤقتاً. إذا كان لدى وكيلك مطالبة نظام طويلة، فهذا وحده يمكن أن يقلل 20-30% من فاتورتك. هذا يختلف عن التخزين المؤقت الدلالي — فهو تخزين مؤقت على مستوى API لمتصدرات المطالبات المتكررة — ولا يتطلب بنية تحتية إضافية، فقط معلمة cache_control في استدعاءات API الخاصة بك.

هرم التحسين: من أين تبدأ

إذا كنت تقرأ هذا وتريد معرفة من أين تبدأ، فإليك ترتيب الأولويات بناءً على التأثير الفعلي:

تأثير فوري (افعل ذلك اليوم):

• قم بإعداد .cursorignore / .claudeignore لاستبعاد المجلدات غير ذات الصلة.
• أنشئ ملف CLAUDE.md خفيفاً أو مجلد .cursor/rules/ — أقل من 200 سطر، للضروريات فقط.
• انتقل لوضع التعديل المضمن / السؤال لغالبية عملك اليومي.
• ابدأ في إنهاء المحادثات الطويلة — بحد أقصى 10-15 دورة قبل البدء من جديد.

تأثير عالٍ (هذا الأسبوع):

• مكن وضع التخطيط قبل كل مهمة تنفيذ.
• حدد نطاق جميع مراجع @ في Cursor إلى الحد الأدنى من السياق الضروري.
• افصل خوادم MCP التي لا تستخدمها بنشاط.
• انتقل للنماذج الأرخص للمهام الروتينية — وقم بالترقية فقط عند الحاجة.

تأثير تراكمي (مستمر):

• ابنِ ملاحظات تسليم الجلسة في سير عملك للمهام المعقدة متعددة الجلسات.
• طبق التخزين المؤقت للمطالبات لأي أدوات مخصصة.
• تتبع التكاليف أسبوعياً لتحديد أي سير عمل يستهلك ميزانية غير متناسبة.

| التقنية | الأداة | توفير الرموز التقديري | | :--- | :--- | :--- | | تبديل الأوضاع (Ask vs Agent) | Cursor | 50–75% لكل جلسة | | وضع التخطيط قبل التنفيذ | كل الأدوات | 40–60% | | ملفات CLAUDE.md / القواعد الخفيفة | Claude Code / Cursor | 30–50% | | تجديد الخيط عند 10-15 دورة | كل الأدوات | 30–50% | | تحديد نطاق @ بدقة | Cursor | 40–50% | | انضباط خادم MCP | Claude Code / Cursor | يصل لـ 46% | | توجيه النماذج حسب نوع المهمة | كل الأدوات | 60–80% في المهام الموجهة | | التخزين الدلالي (للأدوات المخصصة) | الوكلاء المخصصون | يصل لـ 100% عند الإصابة |

التأثير التراكمي لتطبيق هذه التقنيات باستمرار هو تأثير كبير. مع استراتيجيات التحسين الصحيحة، يمكن لمعظم الفرق خفض تكاليف وكلاء الذكاء الاصطناعي بنسبة 60-80% دون التضحية بالجودة.

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