Claude Code مقابل OpenCode: لماذا تستهلك أداة Anthropic خمسة أضعاف الرموز قبل أن تكتب حرفاً واحداً؟

أبرز النقاط
- Claude Code يستهلك نحو 33,000 رمز من الحمل الثابت قبل وصول أي طلب من المستخدم، مقارنة بـ 7,000 رمز فقط في OpenCode
- كفاءة التخزين المؤقت في OpenCode أعلى بكثير: الطلبات متطابقة بايت ببايت، بينما يعيد Claude Code كتابة عشرات الآلاف من الرموز في كل جلسة
- في بيئة إنتاجية حقيقية، قد يصل الحمل الأولي إلى 85,000 رمز قبل أن يكتب المستخدم كلمة واحدة
حين تدفع مقابل كل رمز (token) يُرسَل إلى واجهة برمجية، يصبح السؤال عن الحمل الخفي لأدوات البرمجة الذكية مسألة ميزانية قبل أن يكون فضولاً تقنياً. دراسة مقارنة حديثة وضعت أداتي Claude Code من Anthropic وOpenCode مفتوحة المصدر على الطاولة ذاتها: النموذج نفسه، الآلة نفسها، المهام نفسها، ثم راقبت كل بايت يُرسَل ويُستقبَل. النتيجة؟ Claude Code يرسل نحو 33,000 رمز من البنية التحتية قبل أن يصل طلبك الفعلي، بينما يكتفي OpenCode بنحو 7,000 رمز فقط.
كيف جرى القياس؟
استخدم الباحثون وكيلاً وسيطاً (proxy) بين كل أداة ونقطة الاتصال بالنموذج، يسجّل شيئين: الحمولة الكاملة بصيغة JSON التي ترسلها الأداة (نظام التعليمات، مخططات الأدوات، الرسائل)، ثم كتلة الاستخدام التي تعيدها الواجهة البرمجية (رموز الإدخال، كتابات التخزين المؤقت، القراءات، رموز الإخراج). الاختبار شمل Claude Code بالإصدار 2.1.207 وOpenCode بالإصدار 1.17.18، وكلاهما موصول بنموذج claude-sonnet-4-5.
لضمان العزل، جرت الاختبارات في بيئة نظيفة: لا خوادم MCP، لا إعدادات مستخدم، لا ذاكرة مسبقة، ومساحة عمل فارغة تماماً. المهمة الأولى كانت بسيطة لأقصى حد: اطلب من الأداة الرد بكلمة واحدة OK فقط، لعزل الحمل الثابت.
أين تذهب الرموز الثلاثون ألفاً؟
حين طُلب من Claude Code الرد بـ 22 حرفاً فقط، أرسل في طلبه الأول ما يلي:
- تعليمات النظام (System prompt): 27,344 حرفاً موزعة على 3 كتل
- مخططات الأدوات (Tool schemas): 27 أداة بإجمالي 99,778 حرفاً
- حشو الرسالة الأولى: 7,997 حرفاً من كتل <system-reminder>
- الطلب الفعلي: 22 حرفاً
المحصلة: نحو 32,800 رمز في الطلب الأول. في المقابل، أرسل OpenCode كتلة نظام واحدة من 9,324 حرفاً، و10 أدوات بإجمالي 20,856 حرفاً، دون أي حشو إضافي، ليصل إلى نحو 6,900 رمز فقط.
لماذا التخزين المؤقت مشكلة أكبر في Claude Code؟
OpenCode يرسل طلبات متطابقة بايت ببايت في كل تشغيل، ما يعني أنه يدفع تكلفة كتابة التخزين المؤقت مرة واحدة في الجلسة، ثم يقرأ من الذاكرة المؤقتة بتكلفة زهيدة. أما Claude Code فيعيد كتابة عشرات الآلاف من الرموز في منتصف الجلسة، تشغيلاً بعد تشغيل. في أسوأ الحالات، كتب Claude Code رموزاً مؤقتة أكثر بـ 54 ضعفاً مما كتبه OpenCode على المهمة ذاتها.
كتابة التخزين المؤقت تُسعَّر بعلاوة واضحة (نحو 3 دولارات لكل مليون رمز مقابل 0.30 دولار للقراءة)، ما يفسر الارتفاع المتواصل في لوحة الاستخدام حين تعمل عبر Claude Code.
ماذا يحدث في بيئة إنتاجية حقيقية؟
الأرقام السابقة تصف بيئة معزولة. في مشروع إنتاجي، يُضاف ملف تعليمات المستودع (مثل CLAUDE.md أو AGENTS.md) الذي قد يصل إلى 72 كيلوبايت، أي نحو 20,000 رمز إضافي مع كل طلب. أضف خمسة خوادم MCP متوسطة الحجم، وستدفع 5,000 إلى 7,000 رمز أخرى. قبل أن يكتب المستخدم حرفاً واحداً، قد يكون الطلب قد استهلك 75,000 إلى 85,000 رمز.
الوكلاء الفرعيون (subagents) يضاعفون المشكلة: مهمة صغيرة كلّفت 121,000 رمز حين نُفذت مباشرة، قفزت إلى 513,000 رمز حين وُزعت على وكيلين فرعيين، لأن كل وكيل يحمل تكلفة تهيئة خاصة، ثم يستهلك الوكيل الرئيسي نسخة محادثته.
متى يتفوق Claude Code رغم ذلك؟
في مهمة متعددة الخطوات، جاء إجمالي استهلاك Claude Code أقل من OpenCode. السبب أنه يجمع استدعاءات الأدوات في طلبات أقل، بينما يعيد OpenCode دفع تكلفته الأساسية الأصغر مع كل دورة. العدّاد يبدأ أعلى، لكن مسار الجلسة هو الذي يحدد من ينفق أكثر في النهاية.
رأي Logicity
هذه الدراسة تكشف نقطة عمياء يتجاهلها كثير من المؤسسين: تكلفة الأدوات الذكية لا تقاس فقط بسعر الاشتراك الشهري، بل بالرموز المخفية التي تُرسَل دون علمك. للمقارنة، أدوات مثل Cursor وContinue وAider تقدم نماذج تسعير مختلفة وتكاملات متنوعة مع مزودي النماذج، وبعضها يتيح تحكماً أدق في حجم السياق المرسل. إن كنت تبني منتجاً يعتمد على وكلاء برمجة ذكية، فإن فهم اقتصاديات الرموز ليس ترفاً تقنياً بل ضرورة تشغيلية قد توفر عليك آلاف الدولارات شهرياً.
ما الذي يعنيه هذا للمطورين عملياً؟
كل رمز من حمولة الأداة هو رمز من ميزانية السياق لا يمكنك إنفاقه على الكود الفعلي. هذا الحمل الأساسي يُعاد إرساله أو يُقرأ من التخزين المؤقت في كل دورة. إن كنت تشغّل وكلاء ذكاء اصطناعي في بيئة إنتاجية، فإن سؤال ماذا يرسل وكيلي فعلياً؟ يجب أن تجيب عنه بالبيانات لا بالتخمين، خصوصاً مع متطلبات مثل المادة 12 من قانون الذكاء الاصطناعي الأوروبي التي تطالب بتسجيل سلوك النظام وفهمه.
الأسئلة الشائعة
لماذا يستهلك Claude Code رموزاً أكثر من OpenCode؟
يرسل Claude Code تعليمات نظام أكبر حجماً، ومخططات لـ 27 أداة بدلاً من 10، وكتل تذكير إضافية في كل رسالة، ما يرفع الحمل الثابت إلى نحو 33,000 رمز مقارنة بـ 7,000 في OpenCode.
هل يؤثر التخزين المؤقت على التكلفة؟
نعم بشكل كبير. كتابة التخزين المؤقت تُسعَّر بنحو 10 أضعاف القراءة. OpenCode يحافظ على طلبات متطابقة فيدفع تكلفة الكتابة مرة واحدة، بينما يعيد Claude Code الكتابة مراراً.
متى يكون Claude Code أوفر رغم الحمل الأعلى؟
في المهام متعددة الخطوات التي تتطلب استدعاءات أدوات كثيرة، لأنه يجمعها في طلبات أقل، بينما يدفع OpenCode تكلفته الأساسية مع كل دورة.
كيف أقيس استهلاك الرموز في أداتي؟
استخدم وكيلاً وسيطاً (logging proxy) بين الأداة ونقطة الاتصال بالنموذج لتسجيل الحمولات الكاملة وكتل الاستخدام التي تعيدها الواجهة البرمجية.
هل تؤثر ملفات التعليمات على الاستهلاك؟
نعم، ملف تعليمات بحجم 72 كيلوبايت يضيف نحو 20,000 رمز إلى كل طلب، وخوادم MCP تضيف آلافاً أخرى.
هل تحتاج مساعدة في التطبيق؟
إن كنت تبني نظاماً يعتمد على وكلاء برمجة ذكية وتريد تحسين اقتصاديات الرموز في مشروعك، تواصل مع فريق Logicity للحصول على استشارة تقنية متخصصة.
عمر حسن
كاتب تقني وابتكار
أُنتِج هذا المقال بمساعدة الذكاء الاصطناعي وراجعه فريق التحرير في لوجيسيتي. اعرف المزيد في سياسة التحرير.


