يمكن الآن تشغيل Claude Code عبر AWS Bedrock بجزء بسيط من السعر الذي يدفعه المطورون عادةً لشركة Anthropic. قام أحد المطورين ببناء بروكسي (proxy) LiteLLM مستضاف ذاتيًا يجعل واجهة Claude Code CLI تعتقد أنها تتحدث مع Anthropic، بينما يتم توجيه الطلبات فعليًا إلى نموذج Amazon Nova على Bedrock، مما يقلل من نفقات مرحلة التعلم بنسبة 20%–35%.
لماذا يمثل هذا البروكسي أهمية
إن تعلم كتابة الكود "الوكيل" (agentic code) باستخدام Claude Code يستهلك رصيد Anthropic API بسرعة؛ فكل خطأ في الأوامر (mis-prompt) أو جلسة تصحيح أخطاء (debugging) طويلة تزيد من التكلفة. بالنسبة للمطورين الذين يختبرون حلقات الوكلاء (agent loops)، واستدعاء الأدوات (tool calling)، وإدارة السياق (context management)، يمكن لهذه التكلفة أن تعيق تقدمهم. يتيح لك البروكسي الحفاظ على نفس سير العمل ولكن مع الدفع باستخدام أرصدة AWS، والتي عادة ما تكون أرخص لكل توكن (token).
المشكلة في الخيارات الحالية
- النماذج المحلية (مثل Ollama). يتطلب تشغيل نموذج مماثل على كمبيوتر محمول أو محطة عمل ذاكرة وصول عشوائي (RAM) عالية الأداء ووحدة معالجة رسومات (GPU)، وهو ما لا يملكه الكثير من المطورين.
- واجهات برمجة التطبيقات ذات الفئة المجانية (مثل OpenRouter). تمتلئ حدود التوكنات (token caps) بسرعة عند اختبار الوكلاء متعدد الخطوات، مما يضطر المستخدم للعودة إلى الخطط المدفوعة. يتطلب كلا النهجين إما أجهزة باهظة الثمن أو ينفدان من الحصة المخصصة قبل إمكانية ممارسة دورة وكيل كاملة.
كيف يعمل بروكسي LiteLLM
- نسخة LiteLLM تعمل بنظام Docker تعمل على جهاز المطور أو على جهاز افتراضي (VM) سحابي رخيص.
- تشير واجهة Claude Code CLI إلى نقطة النهاية المحلية (local endpoint) للبروكسي، معتقدة أنها تتصل بـ Anthropic.
- يقوم البروكسي بإعادة كتابة الطلب ليتوافق مع تنسيق API الخاص بـ Amazon Nova ثم يوجهه إلى Bedrock.
- يتم ترجمة ردود Nova مرة أخرى إلى الشكل الذي تتوقعه واجهة CLI. بما أن واجهة CLI لا تعرف الفرق أبدًا، يمكن للمطور الاستمرار في استخدام نفس الأوامر (prompts)، وبنية استدعاء الأدوات (tool-calling syntax)، وأنماط إدارة السياق التي يدعمها Claude Code.
آليات الأمان المدمجة
- لا توجد حدود اصطناعية للجلسات. لا يفرض البروكسي أي قيود إضافية تتجاوز قيود Bedrock.
- قيود IAM. يتم قفل مفاتيح الوصول على نموذج واحد، مما يمنع التحويل العرضي إلى خيارات أعلى سعرًا.
- تنبيهات ميزانية AWS. تراقب قاعدة الميزانية الحساب وتُخطر المستخدم إذا ارتفع الإنفاق بشكل غير متوقع. تحافظ هذه الضوابط على التجربة منخفضة المخاطر وشفافة.
مقارنة التكلفة
بناءً على أسعار Bedrock المعلنة، يوفر البروكسي إنفاقًا أقل بنسبة 20%–35% من استخدام Claude Haiku مباشرة عبر Anthropic. يعتمد الرقم الدقيق على مزيج التوكنات في أوامر الوكيل وردوده، لكن الانخفاض ثابت بما يكفي لإحداث فرق ملحوظ في ميزانية التعلم.
توجد صورة Docker وملفات التكوين على GitHub تحت اسم المبتكر، Priyanshu Valiya. يمكن لأي شخص عبر بحث سريع تنزيل الملفات لاستخدامها في تكرار الإعداد.
ما لا يفعله البروكسي
- إنه ليس تشغيلًا مجانيًا لـ Claude. النموذج الذي يعمل خلف الكواليس هو Amazon Nova، وليس Claude. يدعم Nova عمليات الاستدلال واستدعاء الأدوات الأساسية بشكل مشابه، لكن أسلوب مخرجاته وأداءه يختلفان.
- إنه ليس معيارًا للإنتاج (production benchmark). استخدام البروكسي للحكم على مدى ملاءمة Claude Code لخدمة حية سيكون مضللاً، لأن النموذج الأساسي والتسعير يختلفان.
- تتبع التكلفة القائم على التوكنات فقط غير كافٍ للإنتاج. تنتقل AWS من "Bedrock Agents Classic" إلى "AgentCore". في العرض الأحدث، لا تتراكم الرسوم على التوكنات فحسب، بل أيضًا على خدمات المنصة مثل استدعاء الوكيل (agent invocation) وطلبات البوابة (gateway requests). يحتاج المطورون الذين ينتقلون من مرحلة التعلم إلى الإنتاج إلى مراقبة تلك البنود الإضافية.
ما يجب مراقبته لاحقًا
- تحديثات أسعار AWS AgentCore. مع نضوج المنصة، قد تظهر رسوم جديدة لميزات مثل تنسيق الوكلاء (agent orchestration) أو توجيه الطلبات (request routing). سيمنع التحقق من صفحة أسعار AWS ظهور فواتير مفاجئة.
الخلاصة
من خلال وضع بروكسي LiteLLM بين Claude Code و AWS Bedrock، يمكن للمطورين ممارسة البرمجة الوكيلية (agentic coding) بتكلفة أقل بنسبة 20%–35% من استخدام Anthropic API مباشرة. المقايضة هي استخدام نموذج أساسي مختلف والحاجة إلى ميزانية يقظة، لكن تجربة التعلم الأساسية تظل سليمة. لأي شخص عالق عند سقف الرصيد أثناء استكشاف وكلاء استدعاء الأدوات، يوفر البروكسي طريقًا مختصرًا عمليًا ومنخفض المخاطر.