نموذجا Claude 5.5 يصلان إلى Kiro في AWS GovCloud

أصبحت نماذج Claude Opus 5.5 وClaude Sonnet 5.5 من Anthropic متاحة للمطورين عبر بيئة التطوير المتكاملة (Integrated Development Environment) وواجهة سطر الأوامر (Command-Line Interface) في Kiro، ضمن مناطق AWS GovCloud (US). وتبلغ سعة نافذة السياق (Context Window) في كل منهما مليون رمز (Token).

تقول AWS في إعلان الإتاحة إن النموذجين يقدمان تحسينات مقارنة بإصداري Opus 5 وSonnet 5 السابقين. لكن الأرقام تقيس جوانب مختلفة: استخدام الأدوات والرموز لإنجاز المهام لدى Opus، وسرعة توليد المخرجات لدى Sonnet، وليست مقياساً موحداً للأداء.

بحسب معايير (Benchmarks) Kiro الداخلية، ينجز Opus 5.5 المهام باستدعاءات للأدوات أقل بنحو 40%، وبقرابة نصف عدد الرموز التي يستخدمها Opus 5. هذه نتائج اختبارات داخلية نقلتها AWS، وليست نتائج جرى التحقق منها بصورة مستقلة. لذا لا تضمن وفورات مماثلة في كل مهمة برمجية أو لدى كل فريق.

أما Sonnet 5.5، فتقول AWS إن سرعة مخرجاته تزيد بأكثر من 30% على Sonnet 5. يتعلق الرقم بسرعة إنتاج المخرجات، لا بانخفاض معلن في الزمن الإجمالي لإنجاز المهمة. وهذا فارق مهم عند تقييم العمل داخل بيئة التطوير أو واجهة سطر الأوامر، حيث يشمل المسار أيضاً تنفيذ الأدوات وخطوات أخرى.

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

يختلف مضاعف احتساب أرصدة Kiro بين النموذجين: 2.0x لنموذج Opus 5.5 و1.3x لنموذج Sonnet 5.5. أما سعة نافذة السياق المعلنة فمتساوية، عند مليون رمز لكل منهما، وبالتالي لا تمنح هذه المواصفة وحدها أفضلية لأحد الخيارين.

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