اختبرت AWS Kiro لمدة شهر كامل وإليك ما لا يخبرك به أحد

لماذا Kiro مهم الآن

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

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

مشهد البرمجة بالذكاء الاصطناعي في 2025 انفجر. لدينا Cursor يهيمن على الاهتمام بواجهته البديهية. Windsurf (سابقاً Codeium) يدفع حدود التطوير المبني على الوكلاء. Claude Code يجلب سير العمل المعتمد على الطرفية للجماهير. GitHub Copilot يتطور بقدرات وكيل جديدة. وفجأة، AWS عملاق البنية التحتية السحابية، يطلق Kiro بهدوء — وفجأة تتحول المحادثة.

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

ما هو Kiro

Kiro هي بيئة تطوير ذكية طورتها AWS، مبنية على Code OSS — الأساس مفتوح المصدر لـ Visual Studio Code. هذا يعني أن إعداداتك الحالية في VS Code، والإضافات، وذاكرتك العضلية تنتقل مباشرة. أنت لا تتعلم أداة جديدة تماماً؛ أنت تكتسب قوى خارقة على أرض مألوفة.

لكن هذا ما يجعل Kiro مختلفة جذرياً عن كل أداة برمجة ذكية أخرى: إنها مبنية على المواصفات. بينما يركز Cursor و Windsurf على جعل إكمال الكود أسرع وأذكى، يسأل Kiro سؤالاً مختلفاً تماماً — ماذا لو استطاع الذكاء الاصطناعي مساعدتك في التخطيط قبل البرمجة؟

المثير للاهتمام أن Kiro موضوعة "بشكل منفصل قليلاً عن بقية AWS الأساسية"، وفقاً لـ Nathan Peck، مدافع المطورين في AWS. الهدف هو أن يكون لـ Kiro هوية فريدة تجذب المطورين عبر جميع المنصات — وليس فقط أولئك المستثمرين بالفعل في نظام AWS البيئي. يمكنك استخدام Kiro بدون حساب AWS، بتسجيل الدخول عبر Google أو GitHub.

هذا التموضع الاستراتيجي مهم. الرئيس التنفيذي لـ AWS Matt Garman يصف Kiro بأنها "بيئة تطوير ذكية تنقل المطورين من النموذج الأولي إلى الإنتاج بالهيكل الذي يتطلبه الكود الجاهز للإنتاج." إنها لا تحاول استبدال أدوات النماذج الأولية السريعة — إنها تحاول ضمان وصول تلك النماذج الأولية فعلاً إلى الإنتاج.

ثورة التطوير المبني على المواصفات

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

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

نهج Kiro المبني على المواصفات يولد ثلاثة ملفات مترابطة تشكل أساس كل ميزة:

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

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

شرح صيغة EARS

EARS — النهج السهل لصيغة المتطلبات — هو الصلصة السرية خلف نظام مواصفات Kiro. طوره Alistair Mavin وزملاؤه في Rolls-Royce أثناء تحليل لوائح صلاحية الطيران لأنظمة التحكم في محركات الطائرات النفاثة، EARS يوفر صيغة مهيكلة لكتابة متطلبات واضحة وغير غامضة وقابلة للاختبار.

EARS ليست مجرد صياغة آلية ذكية. إنها فعلاً امتداد للمنطق الزمني، الذي هو نفسه امتداد لمنطق الدرجة الأولى. هذا يعطي Kiro قوة حقيقية للتحقق من العمليات، والتحكم في سلوك النموذج، وربط التصميم بالتنفيذ.

WHEN [condition/event] THE SYSTEM SHALL [expected behavior]

WHEN a user submits a form with invalid data 
THE SYSTEM SHALL display validation errors next to the relevant fields

WHEN a user successfully creates a review 
THE SYSTEM SHALL display a confirmation message and add the review to the product page

صيغة EARS تتضمن عدة أنماط لأنواع متطلبات مختلفة:

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

وضع Vibe مقابل وضع Spec

يعمل Kiro في وضعين متميزين، كل منهما يخدم احتياجات تطوير مختلفة:

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

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

خطافات الوكيل والأتمتة

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

عند حفظ ملف، أو إنشاء مكون جديد، أو تعديل نقطة نهاية API، يمكن للخطافات تلقائياً:

بمجرد التزام خطاف في Git، يفرض المعايير عبر فريقك بالكامل. الجميع يستفيد من نفس فحوصات الجودة ومعايير الكود والتحقق الأمني. هذا يحل المشكلة الشائعة حيث ينحرف التوثيق عن الواقع، وتتباين معايير الكود حسب المطور، وتذهب المعرفة المؤسسية عندما يغادر المهندسون الكبار.

# .kiro/hooks/validate-react-components.md
Trigger: On file save in src/components/**/*.tsx

Validate that the component follows the Single Responsibility Principle.
If violations are found, suggest refactoring into smaller components.
Update the component's documentation in the adjacent README if it exists.

يدعم Kiro أيضاً توجيه الوكيل — معرفة مشروع دائمة مخزنة في ملفات markdown تحت .kiro/steering/. هذا يعطي الذكاء الاصطناعي سياقاً حول مجموعة التقنيات وهيكل الملفات وأنماط الكود التي تبقى عبر الجلسات. مع دعم بروتوكول سياق النموذج (MCP)، يمكنك الاتصال بالتوثيق الخارجي وقواعد البيانات وواجهات برمجة التطبيقات والمزيد.

النماذج خلف Kiro

أثناء اختباري، استخدمت هذا الأمر للتحقق بالضبط من ما يشغل Kiro:

What model powers you? List: model name, API model ID, 
release date, context window, max output tokens, 
and knowledge cutoff.

هذا ما اكتشفته عن وضع نموذج Kiro — وهذا مهم لتحديد التوقعات:

قدم Kiro "Auto" — وكيل يستخدم مزيجاً من نماذج حدودية مختلفة مع نماذج متخصصة، واكتشاف النوايا، والتخزين المؤقت، وتقنيات التحسين. الهدف هو توازن أفضل بين الجودة والكمون والتكلفة. عند استخدام Auto، بعض المهام التي تستهلك X رصيد عبر Sonnet 4 المباشر تكلف أقل لأن النظام يوجه بذكاء إلى النموذج الأنسب.

لمن يريدون تحكماً مباشراً، يمكنك اختيار Sonnet 4 صراحة لأوامرك، رغم أن هذا يستهلك الرصيد بمعدل أعلى (تقريباً 1.3 ضعف مقارنة بـ Auto).

التسعير والرصيد

تسعير Kiro كان... مثيراً للجدل. ملاحظات المجتمع كانت عالية، واستجابت AWS بتعديلات متعددة. هذه هي الحالة الحالية:

المستخدمون الجدد يحصلون على حزمة ترحيب بـ 500 رصيد إضافي قابلة للاستخدام خلال 30 يوماً، بغض النظر عن الخطة التي يختارونها — بما في ذلك المستوى المجاني. هذا يعطيك وقتاً لتجربة قدرات Kiro بشكل حقيقي قبل الالتزام.

فهم استهلاك الرصيد

هنا حيث تصبح الأمور دقيقة. الأرصدة ليست ببساطة "أمر واحد = رصيد واحد." الرصيد هو وحدة عمل استجابة لأوامر المستخدم:

• الأوامر البسيطة يمكن أن تستهلك أقل من 1 رصيد
• الأوامر المعقدة، خاصة تنفيذ مهام spec، تكلف عادة أكثر من 1 رصيد
• النماذج المختلفة تستهلك الأرصدة بمعدلات مختلفة
• الأرصدة تُقاس حتى النقطة العشرية الثانية (الحد الأدنى 0.01 رصيد)

في اختباري، سؤال تحقق بسيط من النموذج كلف فقط 0.1 رصيد — فعال بشكل ملحوظ. لكن إنشاء spec مشروع كامل يمكن أن يستهلك 15-25 تفاعل، والتنفيذات المعقدة متعددة الملفات ستحرق الأرصدة بسرعة.

التجاوز والفواتير

في الخطط المدفوعة، يمكنك تفعيل التجاوز للاستمرار في العمل بعد حدودك الشهرية. الأرصدة الإضافية تكلف $0.04 لكل واحد، يُفوتر في نهاية الشهر. التجاوز معطل افتراضياً ويجب تفعيله صراحة في الإعدادات — حماية معقولة ضد الفواتير المفاجئة.

تقدم AWS أيضاً برنامج أرصدة Kiro للشركات الناشئة — حتى سنة واحدة من وصول Pro+ بدون تكلفة للشركات الناشئة المؤهلة. إذا كنت تبني شركة وتستوفي المعايير، هذه قيمة كبيرة.

تجربتي الصادقة

دعني أشارك تجربتي الشخصية مع Kiro، بدون تصفية. جئت إلى هذا متحمساً — AWS تدخل مجال IDE بالذكاء الاصطناعي بنهج جديد حقاً؟ عدني.

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

المجتمع يردد إحباطات مماثلة. أفاد أحد المطورين بقضاء أكثر من 310 ساعة و$620 في أرصدة الذكاء الاصطناعي على مشروع كان يجب أن يستغرق 20-30 ساعة، محققاً نجاحاً بنسبة 50% فقط — وحدتان من أصل أربع تعملان. المهام غالباً تتعثر وتفشل وتتطلب إعادات يدوية متعددة. المهام الفاشلة تفقد السياق، مما يجبر على إعادة البدء من الصفر بينما تحرق حدود الاستخدام.

المشكلات الشائعة التي واجهتها ويبلغ عنها الآخرون:

• أخطاء حركة المرور العالية: "النموذج الذي اخترته يواجه حركة مرور عالية. حاول تغيير النموذج." أفضل في الخطط المدفوعة، لكنه لا يزال يحدث.
• حلقات التصحيح: يقع الذكاء الاصطناعي أحياناً في أنماط دائرية، يطبق نفس الإصلاح غير الصحيح مراراً.
• المبالغة في الميزات: يميل Kiro لتوليد حلول "صناعية، عسكرية الدرجة" عندما يكفي كود أبسط — 20 ملف و1,500 سطر لما يمكن أن يكون 200 سطر.
• فقدان السياق: المنطق المنفذ بشكل صحيح أحياناً يختلط مع كود من مهام سابقة مختلفة تماماً.
• أخطاء استهلاك الرصيد: نشر التسعير المبكر كان به مشاكل قياس تسبب ارتفاعات غير متوقعة في الاستخدام (اعترفت AWS بذلك وعالجته).

على الجانب الإيجابي، أرصدة Kiro سخية للاستعلامات البسيطة. عندما يعمل سير عمل spec جيداً، ينتج فعلاً كوداً عالي الجودة وأكثر قابلية للصيانة من البرمجة العشوائية وحدها. التوثيق الناتج مفيد بشكل مشروع للتعاون بين الفريق.

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

Kiro مقابل Cursor مقابل Windsurf

دعنا نتجاوز التسويق ونقارن هذه الأدوات على ما يهم فعلاً:

معايير الأداء

بناءً على الاختبار عبر سيناريوهات التطوير الشائعة:

Kiro:    45 دقيقة (يشمل التوثيق/الاختبارات الكاملة)
Cursor:  65 دقيقة (بنية يدوية)
Windsurf: 70 دقيقة (معالجة ملفات متعددة جيدة)
Copilot: 85 دقيقة (سياق محدود)

المقياس البارز هو اتساق Kiro — بينما قد يكون المنافسون أسرع للإكمالات البسيطة، يحافظ Kiro على دقة عالية عبر العمليات المعقدة متعددة الملفات. النهج المبني على المواصفات يتألق بشكل خاص في تصميم قواعد البيانات وبنية API، المناطق التي تعاني فيها مساعدي الذكاء الاصطناعي التقليديون.

من يجب أن يستخدم Kiro

نصائح احترافية وأفضل الممارسات

بعد اختبار مكثف وبحث عبر المجتمع، هذه هي الاستراتيجيات التي تعظم قيمة Kiro:

الحكم النهائي

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

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

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