ما هو Kiro؟
Kiro هو بيئة برمجة قابلة للتنزيل من Amazon Web Services تتجه فيها التطوير المدعوم بالذكاء الاصطناعي في اتجاه لم تحاولْه أغلب الأدوات من هذه الفئة.
بينما تسمح لك أغلب أدوات البرمجة بالذكاء الاصطناعي بأن تكتب برومبت وتحصل على الكود فورًا، Kiro يبدأ أولًا بعملية تخطيط: يقرأ سياق مشروعك، ويكتب مستند متطلبات، ويولّد تصميمًا تقنيًا، ويقسّم كل شيء إلى قائمة مهام مرقمة، وبعدها فقط يبدأ بكتابة الكود.
متاح كـ IDE، وأداة سطر أوامر، وواجهة ويب (حاليًا في المعاينة للمستخدمين المدفوعين)، وتطبيق جوال (وصول مبكر على iOS)، يضع Kiro نفسه كالأداة للمطورين الذين يريدون مخرجات منظمة وقابلة للصيانة بدل كود سريع يضطرون يفكونه بعد أسبوع.
لمن Kiro مناسب؟
- المطورين اللي انحرقوا من كود مولد بالذكاء الاصطناعي يخرب بعد اليوم الأول. سير عمل المواصفات في Kiro يفرض التخطيط قبل التنفيذ، وهذا يعني إن الكود اللي يكتبه يمكن تتبعه لمتطلبات موثقة، مو مبني على تخمين.
- الفرق اللي تنتقل إلى سير العمل الوكالي. Agent Hooks في Kiro تتيح لك أتمتة المهام المتكررة مثل كتابة الاختبارات أو توليد التوثيق، وتشتغل تلقائيًا كلما تغيّر ملف مؤهل، بدون الحاجة لتكرار البرومبت.
- مطوري منظومة AWS. Kiro مبني على بنية AWS التحتية، ويعالج البيانات عبر مناطق AWS داخل نطاقك الجغرافي، ويرتبط بشكل طبيعي مع خدمات AWS. إذا كان ستاكك يعتمد بشكل كبير على AWS، فـ Kiro ينسجم معه بدون إعدادات إضافية.
- مستخدمي VS Code اللي يبون ذكاء اصطناعي أعمق من الإكمال التلقائي. Kiro IDE مبني على نفس الأساس اللي يقوم عليه VS Code. اختصارات لوحة المفاتيح، والإعدادات، والإضافات تنتقل خلال دقائق أثناء الإعداد.
إيجابيات وسلبيات Kiro
- سير عمل المواصفات يخطط قبل كتابة أي كود
- Agent Hooks تؤتمت المهام عند أحداث الملفات
- إضافات وإعدادات VS Code تستورد بسلاسة
- وضع Autopilot يبني بدون طلب موافقة مستمر
- مستندات Steering تعطي Kiro سياق مشروعك
- يدعم عدة نماذج Frontier بما فيها Opus 4.8
- تكامل MCP server يربط الأدوات الخارجية بشكل أصلي
- يتطلب تنزيل؛ مو متاح من المتصفح في الخطة المجانية
- 50 رصيد مجاني تخلص أسرع من المتوقع
- تعرض لمهلة زمنية مرة واحدة خلال مرحلة تنقيح المتطلبات
تفصيل التقييم
أقوى درجات Kiro تكون في الميزات والوظائف، حيث إن سير عمل المواصفات، وAgent Hooks، والتشغيل عبر Autopilot يخلونه يتقدم على كل أداة برمجة بالذكاء الاصطناعي تم استعراضها هنا. لكنه يخسر نقاط في سهولة الوصول ونظام الرصيد، وكلاهما يحتاج انتباه صريح قبل الالتزام بسير العمل.
| الميزة | الدرجة (من 10) | سبب الدرجة |
|---|---|---|
| سهولة الاستخدام | 7.0 | مألوف لأي مستخدم VS Code؛ لكن متطلب التنزيل والطابع المخصص للمطورين يبعده عن غير التقنيين |
| الميزات والوظائف | 9.5 | سير عمل المواصفات، وAgent Hooks، وAutopilot، وتكامل MCP، ومستندات steering: أكثر مجموعة ميزات اكتمالًا بين أدوات البرمجة بالذكاء الاصطناعي التي تمت مراجعتها |
| التصميم والتخصيص | 7.0 | ثيمات IDE داكنة وفاتحة؛ وتحكم قوي في بنية الكود المتولد عبر تعديل المواصفات ومستندات steering |
| القيمة مقابل المال | 6.5 | الـ 50 رصيد في الخطة المجانية استهلكت بسرعة؛ 4.28 انصرفت على التخطيط فقط، قبل كتابة سطر واحد من كود التطبيق |
| الأداء والموثوقية | 7.5 | المخرجات التخطيطية كانت مفصلة ومحددة؛ وتسجيل مهلة زمنية مؤكدة واحدة عند 7 minutes 24 seconds خلال تنقيح المتطلبات |
| الإجمالي | 8.2 | سير عمل المواصفات في Kiro هو أكثر نهج منظم لتطوير البرامج بمساعدة الذكاء الاصطناعي تمّت مراجعته حتى الآن. الدرجة تعكس هذا التميز الحقيقي، لكنها تتأثر بضعف الخطة المجانية وبتعثر الموثوقية الوحيد الذي تم تسجيله أثناء الاختبار. |
ميزات Kiro
- سير عمل قائم على المواصفات: متطلبات، تصميم، مهام، كود
- Agent Hooks تؤتمت المهام عند أحداث الملفات
- مستندات Steering تعطي الوكيل سياق المشروع
- وضع Autopilot ينفذ المهام بدون موافقة خطوة بخطوة
- دعم خوادم MCP للتكامل مع الأدوات الخارجية
- استيراد إعدادات VS Code عند التشغيل الأول
- دعم متعدد النماذج، بما في ذلك Claude Opus 4.8
مراجعتي الصريحة لـ Kiro: وش لقيت بعد ما اختبرته
معظم أدوات بناء التطبيقات بالذكاء الاصطناعي تقع في واحدة من فئتين:
- أدوات بصرية تولّد واجهة من وصف
- وأدوات مبنية على الدردشة تكتب الكود مباشرة استجابةً للبرومبت
Kiro ما يندرج تحت أي وحدة من هذي الفئتين، ولهذا تقييمه يتطلب طريقة مختلفة.
Kiro هو IDE وكيلّي. ما تسحب مكونات على لوحة، وما تحصل على معاينة مباشرة بعد 30 ثانية. اللي تحصل عليه هو بيئة تطوير محلية تخطط للبناء قبل ما تبدأه، وتولّد متطلبات، ومستند تصميم، وقائمة مهام منظمة، وبعدها الوكيل يمشي عليها خطوة خطوة.
التطبيق اللي ينتجه هو مشروع حقيقي على جهازك، بملفات تملكها، وبالستاك اللي تحدده.
ولأختبر هل هالعملية تشتغل فعليًا، بنيت منصة لإدارة العقارات من الصفر داخل Kiro.
البرومبت غطى تسجيل دخول المالك والمستأجر، وإدارة العقارات والوحدات، وتتبع عقود الإيجار، وطلبات الصيانة مع تحديثات الحالة، وتكامل Stripe للدفع، وإشعارات البريد الإلكتروني، ولوحة تحكم للمالك مع تقارير. هذا نفس البرومبت المستخدم لتقييم Rork وFigma Make وUizard وRetool، وهذا يخلي المقارنة ممكنة بين طريقة تعامل كل أداة مع التعقيد الحقيقي بدل مثال بسيط.
السؤال اللي استهدفته هالمراجعة كان محدد: هل سير العمل القائم على المواصفات في Kiro ينتج مخرجات أكثر تنظيمًا وقابلية للصيانة من الأدوات اللي تقفز مباشرة إلى الكود؟
وهذا اللي وجدته.
تشغيل Kiro: تنزيل، مو تبويب متصفح
كل أدوات بناء التطبيقات بالذكاء الاصطناعي الثانية ضمن هذي المقارنة تشتغل من المتصفح. Kiro لا. البداية تعني تروح إلى kiro.dev، تضغط Downloads، تختار نظام التشغيل، وتثبت التطبيق على جهازك.
كنت أستخدم Pop OS، وهو توزيعة Linux مبنية على Debian، فاخترت حزمة Debian (.deb) من القائمة المنسدلة. الموقع كذلك يوفر حزمة Universal (.tar.gz) لإعدادات Linux الثانية. مثبتات Windows وmacOS متوفرة من نفس صفحة التنزيلات.
وش يعني هذا عمليًا:
- الجلسة الأولى تتطلب تثبيت محلي، مو تبويب متصفح
- ما فيه وصول عبر الإنترنت فقط في الخطة المجانية (واجهة الويب متاحة للمشتركين المدفوعين فقط، وحاليًا في preview)
- للمطورين، هذا مو مشكلة
- لأي شخص يقارن Kiro مع أدوات البناء المعتمدة على المتصفح، خذ وقت الإعداد هذا بالحسبان
التثبيت نفسه كان سهل. ما فيه خطوات ضبط، ولا اعتمادات احتجت أحلها يدويًا، والتطبيق اشتغل بسلاسة بعد التثبيت المعتاد للحزمة.
تسجيل الدخول يصير في المتصفح، مو داخل التطبيق
بمجرد ما يفتح الـ IDE لأول مرة، ما يطلب منك تسجيل دخول داخل نافذة التطبيق. يحولك إلى صفحة متصفح للتوثيق هناك.
شاشة تسجيل الدخول تعرض أربع خيارات:
| طريقة الدخول | لمن تناسب |
|---|---|
| المطورين الأفراد والـ freelancers | |
| GitHub | الخيار الأنسب للمطورين اللي عندهم حسابات جاهزة |
| AWS Builder ID | المطورين الموجودين أصلًا داخل منظومة AWS |
| Your Organization | فرق المؤسسات اللي تستخدم SSO |
خيار GitHub اختيار موفق جدًا للجمهور المستهدف. أغلب المطورين عندهم أصلًا حساب GitHub ويقدرون يثبتون دخولهم بدون إنشاء بيانات اعتماد جديدة.
فيه كم شيء مهم تعرفه قبل التسجيل:
- التسجيل عبر Google أو AWS Builder ID (مو AWS Identity Center) يؤهلك للحصول على 20$ رصيد يضاف لأول ترقية لك إلى خطة مدفوعة. هذي ميزة لمرة واحدة ومهم تعرفها قبل تختار طريقة الدخول.
- التسجيل عبر “Your Organization” يمر عبر SSO للمؤسسات ويكون نقطة الدخول للفرق اللي تحتاج إدارة هوية مركزية.
- بمجرد التسجيل، أنت توافق على AWS Customer Agreement وService Terms وPrivacy Notice وAWS Intellectual Property License. وبما أن Kiro منتج من AWS، فبياناتك تُعالج عبر مناطق AWS داخل نطاقك الجغرافي.
الإعداد الأولي: ثلاث خطوات ما تاخذ أكثر من دقيقتين
بعد تسجيل الدخول، Kiro يشغّل تسلسل إعداد قصير قبل ما يفتح الـ IDE الرئيسي. الخطوات هي:
الخطوة 1: اختر الثيم. Kiro Dark أو Kiro Light. الاثنين يعرضون معاينة مباشرة لتلوين الكود قبل التأكيد.
الخطوة 2: ضبط تكامل الشل. هذا يخليك تفتح أي مشروع من الطرفية باستخدام أمر kiro command. تقدر تتخطاه وتضبطه لاحقًا.
الخطوة 3: الاستيراد من VS Code. Kiro يسحب إضافات VS Code الحالية (أي شيء متوفر على Open VSX)، والإعدادات، وkeybindings. الإضافات تُحمَّل بالخلفية بينما يستمر الإعداد، فما فيه انتظار على شاشة تحميل.
الاستيراد من VS Code هو الجزء الأكثر فائدة عمليًا في هذي الخطوات. إذا كنت أمضيت سنين وأنت تخصص بيئة VS Code، فالانتقال ما يتطلب تبدأ من الصفر. الاستيراد اشتغل بسلاسة في جلستي.
اللي ما يتضمنه الإعداد هو أي مقدمة لميزات Kiro الأساسية. ما يتم شرح Specs أو Agent Hooks أو Steering Documents لك. توصل للشاشة الرئيسية وتكتشفها بنفسك. هذا مقبول لجمهور من المطورين ذوي الخبرة، لكنه يعني إن جلستك الأولى مع أكثر ميزات الأداة تميزًا تعتمد على استكشاف ذاتي.
داخل الـ IDE: اللوحات الأربع اللي تميز Kiro
شكل Kiro مثل VS Code لأنه مبني على نفس الأساس. مستكشف الملفات، وألسنة المحرر، والطرفية، وشريط البحث، وشريط القوائم كلها تشتغل تمامًا كما هو متوقع.
اللي يميز Kiro عن تثبيت VS Code عادي هو اللوحة اليسرى المخصصة، اللي تحتوي أربعة أقسام غير موجودة في أي إضافة VS Code:
| قسم اللوحة | وش يسوي |
|---|---|
| Specs | إنشاء وإدارة مستندات المواصفات (متطلبات، تصميم، مهام) للبناءات المعقدة |
| Agent Hooks | إعداد مهام مؤتمتة تشتغل عند أحداث نظام الملفات |
| Agent Steering and Skills | تخزين مستندات الإرشاد اللي تشكل سلوك الوكيل عبر كل الجلسات |
| MCP Servers | ربط الأدوات الخارجية ومصادر البيانات مع وكيل Kiro |
الجهة اليمنى من الـ IDE تستضيف لوحة الدردشة. هنا تتفاعل مع Kiro وهناك تشوف استهلاك الرصيد بشكل مباشر. “Est.
Credits Used: 0.1, Elapsed time: 57s” تتحدث بعد كل إجراء للوكيل، وهذا يعني إنك تعرف دائمًا تكلفة كل مهمة أثناء تنفيذها.
أسفل شريط إدخال الدردشة، يوجد تحكمان يحددان كيف يتصرف Kiro في كل مهمة:
- محدد النموذج: اختر Auto (Kiro يحدد النموذج الأكثر كفاءة من ناحية التكلفة لكل طلب)، أو اختر نموذجًا محددًا مثل Claude Sonnet 4.6 أو Claude Opus 4.8.
- مفتاح Autopilot: مع تشغيل Autopilot، يكتب Kiro الملفات ويعدلها بدون انتظار موافقتك في كل خطوة. ومع إيقافه، يتوقف Kiro قبل كل أمر ويطلب منك Trust أو Reject أو Run يدويًا.
لاختبار منصة إدارة العقارات، خليت Autopilot شغال أثناء التخطيط واستخدمت الموافقة اليدوية أثناء تنفيذ المهام لتقييم كل خطوة بشكل مستقل.
الحكم: ترتيب الـ IDE مريح خلال دقائق لأي مستخدم VS Code. الأقسام الأربعة في اللوحة اليسرى هي مكان قيمة Kiro الحقيقية، وفهم كل وحدة منها قبل أول جلسة لك يحدد مقدار اللي بتستفيده من الأداة.
مستندات Steering: إعطاء Kiro سياق قبل أول برومبت
أول شيء تسويه داخل مشروع Kiro جديد هو مو تبدأ بناء. بل تولّد مستندات steering.
ضغطت “Generate Steering Docs” في لوحة Kiro قبل ما أرسل أي برومبت. Kiro مسح مجلد المشروع الفاضي وأنشأ ثلاث ملفات markdown داخل .kiro/steering/:
| الملف | المحتويات |
|---|---|
| product.md | اسم المنتج، الوصف، مفاهيم المجال الأساسية، والأهداف الرئيسية |
| structure.md | تخطيط المجلدات المتوقع ومعايير تنظيم الملفات |
| tech.md | الستاك التقني المتوقع، الأوامر الشائعة، ومعايير الترميز |
في مشروع فارغ تمامًا، استنتج Kiro افتراضات افتراضية منطقية: React مع TypeScript، وNext.js API routes، وPostgreSQL، وPrisma، وTailwind CSS، ومصادقة تعتمد على JWT. وعلّم كلًا من tech.md وstructure.md كمكانين مؤقتين لازم يتم تحديثهم بمجرد تأكيد الستاك الحقيقي عبر scaffold.
وهذا مهم لأن كل إجراء لاحق للوكيل يقرأ هذي الملفات قبل ما يسوي أي شيء. بمجرد ما تسوي scaffold للمشروع ويتأكد الستاك الحقيقي، تحديث tech.md يخلي Kiro يطبق هذي المعايير تلقائيًا على كل المهام الجاية.
وتقدر كذلك تضيف ملفات steering خاصة فيك لمعايير تصميم API، أو التسمية، أو قواعد النشر، أو أي قيد ثاني تبيه الوكيل يتعامل معه كأنه ثابت.
Vibe Mode مقابل Spec Mode: القرار اللي يشكل البناء كامل
لما تفتح الدردشة لبناء جديد، Kiro يعرض لك وضعين قبل ما تكتب أي شيء:
Vibe mode يخليك تدردش أولًا وتبني وأنت ماشي. بدون مستندات تخطيط، وبدون مخرجات منظمة. مناسب للتجارب السريعة، أو الاستكشاف المبكر، أو المهام اللي ما زالت متطلباتها تتشكل.
Spec mode يشغّل تسلسل تخطيط قبل كتابة أي كود. Kiro يولّد المتطلبات، ومستند التصميم التقني، وقائمة المهام. وبعد مراجعة الثلاثة والموافقة عليها فقط يبدأ يكتب الكود. مناسب للشغل الإنتاجي اللي تهم فيه قابلية الصيانة.
اخترت Spec mode لمنصة إدارة العقارات. بمجرد ما أرسلت البرومبت، سألني Kiro سؤالين متابعة قبل ما يولّد أي شيء:
- “What do you want to start with?” (Requirements، ومعلّم عليها كخيار موصى به، أو Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature، الخيار الموصى به، أو Fix a Bug)
هذي الأسئلة تحدد بنية كل شيء بعدها. اختيار “Requirements” يعني Kiro يكتب قصص المستخدم ومعايير القبول قبل ما يلمس المعمارية.
هذا التسلسل ينتج قطع تخطيط مختلفة جذريًا عن البدء بتصميم تقني ثم اشتقاق المتطلبات بعده.
سير العمل بالمواصفات: متطلبات، تصميم، وقائمة مهام قبل أي كود
هذي هي الجزئية اللي تخلي Kiro يستحق التقييم بجدية.
بعد اختيار “Requirements” و”Build a Feature”، أنشأ Kiro ملف requirements.md داخل .kiro/specs/property-management-platform/. ظهر المستند في المحرر مباشرة. قدرت أقرأه وهو يُكتب. المحتوى تضمن:
المعجم: 12 مصطلحًا مجاليًا تم تعريفها بدقة، بما فيها Auth_Service وProperty_Service وLease_Service وPayment_Service وMaintenance_Service وNotification_Service وDashboard_Service، وكل واحد منها مرتبط بنظام فرعي مخطط له.
وصف المنصة: تم توثيق كل من دوري Landlord وTenant، إلى جانب الستاك التقني المؤكد: Next.js وTypeScript وPostgreSQL وPrisma وTailwind CSS وStripe وDocker.
بعد توليد المستند الأولي، شغّل Kiro خطوة تنقيح تلقائية. حلّل كل المتطلبات الـ 12، وأرسل sub-agents للتفصيل بالتوازي على كل واحدة، وحدث requirements.md بمعايير قبول كاملة لكل متطلب. اللوحة تتبعت هذا بشكل لحظي: “Refining requirements 12/12.”
بمجرد اكتمال المتطلبات، ضغطت “Continue” واخترت “Generate Design and Tasks.” أصدر Kiro design.md وtasks.md معًا. وتقسيم المهام كان أبرز مخرجات الجلسة:
11 مجموعة مهام، 43 مهمة فرعية، بترتيب التنفيذ:
- إعداد هيكل المشروع والبنية التحتية
- المصادقة (JWT، blacklist، middleware، الصفحات)
- إدارة العقارات والوحدات
- إدارة المستأجرين
- إدارة عقود الإيجار، رفع المستندات، ومهمة cron
- طلبات الصيانة
- مدفوعات Stripe وwebhook
- إشعارات البريد الإلكتروني
- لوحة تحكم المالك والتقارير
- مكونات UI المشتركة والتخطيطات
- تقسية الـ API (rate limiting، CORS، health check، التحقق من البيئة)
كل مهمة فرعية تضمنت أوامر دقيقة، ومسارات ملفات، ومراجع يمكن تتبعها للمتطلبات. المهمة 1.1، على سبيل المثال، أشارت مباشرة إلى Requirements R12 (Docker) وR10 (REST API) في وصفها. الارتباط بين التخطيط والتنفيذ كان واضحًا وقابلًا للتحقق في كل الأوقات.
Rork، بالمقارنة، يتجاوز هذي المرحلة كلها وينتقل مباشرة لتوليد واجهة مستخدم من البرومبت. الفرق في جودة المخرجات واضح: قائمة مهام Kiro محددة بما يكفي إنك تسلمها لمطور بشري ويفهم بالضبط وش لازم يُبنى وبأي ترتيب.
تنفيذ المهام: وش اللي بناه Kiro فعليًا
بعد الموافقة على قائمة المهام، ضغطت “Start task” على المهمة 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
حدّث Kiro حالة المهمة إلى “in progress” في tasks.md، ثم فوّض التنفيذ إلى sub-agent الخاص بتنفيذ مهام المواصفات. تحقق الوكيل أولًا من مساحة العمل، وأكد إن الموجود فقط هو مجلد .kiro spec بدون أي مشروع Next.js بعد، ثم باشر بتجهيز المشروع.
خلال أول دورة تنفيذ، امتلأت شجرة الملفات بـ:
- package.json مع Next.js وReact 19.2.4 وTypeScript واعتمادات Tailwind
- tsconfig.json وeslint.config.mjs وnext.config.ts
- src/ و public/ هيكل المجلدات
- AGENTS.md وCLAUDE.md، مولدة من Kiro كملفات إرشاد للوكيل داخل المشروع
- README.md
ملف CLAUDE.md يستحق الذكر: Kiro منتج AWS، لكنه يشتغل على نماذج Claude من Anthropic تحت الغطاء. ملف CLAUDE.md هو الطريقة اللي تخزن فيها وكلاء Claude الإرشادات السلوكية الخاصة بالمشروع. وجوده في scaffold المتولد يعكس النموذج الأساسي المستخدم، حتى داخل سياق بنية AWS التحتية.
في أعلى عرض قائمة المهام، فيه زر “Run all tasks” اللي يسمح لـ Kiro بتنفيذ كل الـ 43 مهمة فرعية بالتسلسل مع تفعيل Autopilot.
أنا شغّلت المهام بشكل فردي عشان أقيم كل خطوة. لمشروع حقيقي أنت واثق من خطته المعتمدة، تشغيل كل المهام تلقائيًا ومراجعة المخرجات في نهاية كل مجموعة يعتبر سير عمل معقول ويوفر الوقت.
كل ملف أنشأه Kiro أثناء التنفيذ كان ملفًا حقيقيًا داخل دليل المشروع المحلي عندي، ومملوكًا وقابلًا للتعديل من أول ثانية. وهذا فرق مهم عن أدوات البناء المعتمدة على المتصفح مثل Figma Make أو Uizard، حيث إن الناتج إما أصل تصميمي أو تطبيق مستضاف ما تملكه محليًا.
المهلة الزمنية عند الدقيقة السابعة: وش تعني للموثوقية
أبغى أكون واضح هنا لأن هذا صار خلال أهم جزء من الاختبار.
بعد ما أنهى Kiro تنقيح كل المتطلبات الـ 12 وقبل تعديلات requirements.md، انتهت مهلة الوكيل. رسالة الخطأ في لوحة الدردشة كانت:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
هذا صار عند الانتقال بين مرحلة المتطلبات ومرحلة توليد التصميم. العمل اللي اكتمل قبل المهلة انحفظ. ما ضاع أي متطلب.
بعد ما اعترفت بالخطأ، ضغطت “Continue” واخترت “Generate Design and Tasks.” تعافى Kiro بدون ما يعيد خطوة المتطلبات، وأصدر المستندين بشكل نظيف، وكمل طبيعي لباقي الجلسة.
السياق المهم هنا:
- المهلة صارت على برومبت معقد يغطي 12 مجالًا مختلفًا للمتطلبات مع تنقيح متوازي شغال؛ المهام الأبسط غالبًا ما بتحتاج كل هالوقت.
- Kiro حاليًا في preview، والموثوقية عند حدود التعقيد العالية سمة معروفة للأدوات بهذي المرحلة.
- الاسترجاع كان نظيف. نظام نقاط الحفظ احتفظ بكل العمل المكتمل والخطوة اللي بعدها اشتغلت مباشرة.
مع ذلك، بعد سبع دقائق في أكثر ميزة مميزة للأداة، مواجهة مهلة زمنية تعتبر تجربة فشل حقيقية. إذا كنت تشتغل تحت ضغط موعد نهائي، فالأداة اللي توقفك وتطلب إعادة محاولة يدوياً بتكون مزعجة حتى لو كان الاسترجاع سلسًا.
Agent Hooks: أتمتة تشتغل بدون ما أحد يطلبها
Agent Hooks ما تظهر في أي أداة برمجة بالذكاء الاصطناعي ثانية تمت مراجعتها مع هذي المقارنة، وتستاهل اهتمامًا خاصًا لأنها تمثل طريقة مختلفة في التفكير بالمساعدة الذكية.
الـ Hook هو مهمة تشتغل تلقائيًا عند وقوع حدث في نظام الملفات. أنت توصف السلوك باللغة الطبيعية، وKiro يحوله إلى مستمع للأحداث، ومن بعدها يشتغل السلوك في الخلفية كلما تحقق شرط التشغيل. لا أمر لتشغيله، ولا تذكير بضبطه.
أمثلة على وش تقدر Hooks تسويه:
- عند حفظ ملف: يولّد اختبارات أساسية لأي مكون ما عنده ملف اختبار
- عند حفظ ملف: يشغل تنظيف الكود أو فحوصات التنسيق
- عند إنشاء ملف: يولّد توثيقًا للدوال الجديدة تلقائيًا
- عند تغيير الثوابت النصية: يحدث ملفات الترجمة بدون تدخل يدوي
الـ hook يُخزن داخل .kiro/hooks/ كملف قابل للتعديل. إذا تبي تعدل شرط التشغيل أو التعليمات، تعدل الملف مباشرة. الإعداد شفاف وقابل للإصدار جنب باقي المشروع.
مثال الاختبار عند الحفظ هو الأكثر عملية فورًا: المطورين غالبًا يؤجلون كتابة الاختبارات إلى نهاية السبرنت، وhook يضيف اختبارات أساسية بهدوء كلما تم حفظ مكوّن يزيل هالقرار بالكامل. الاختبارات تظهر في شجرة الملفات بعد الحفظ التالي بدون أي خطوة منك.
استهلاك الرصيد: وش يعطيك الخطة المجانية فعليًا
نظام الرصيد هو المنطقة اللي يتطلب Kiro فيها قراءة أدق قبل الالتزام بسير عمله.
الخطة المجانية تعطيك 50 رصيد. وهذا اللي استهلكته جلسة مواصفات لمشروع منصة إدارة العقارات: 4.28 رصيد للتخطيط فقط، شملت المتطلبات، ومستند التصميم، وقائمة الـ 43 مهمة كاملة، قبل كتابة سطر واحد من كود التطبيق.
وبهذا معدل الاستهلاك:
| السيناريو | التغطية المقدرة في الخطة المجانية |
|---|---|
| جلسات تخطيط فقط (بدون تنفيذ كود) | حوالي 11 جلسة |
| تخطيط مع تنفيذ جزئي للمهام | 3 إلى 5 جلسات |
| تنفيذ كامل من المواصفات إلى الكود على مشروع معقد | مشروع كامل واحد كحد أقصى |
آليات مهمة لازم تعرفها قبل التسجيل:
- الرصيد ما ينتقل للشهر الجاي. أي شيء يتبقى نهاية شهر الفوترة يضيع.
- التحميل الزائد للرصيد غير مفعّل افتراضيًا في كل الخطط المدفوعة. لازم تفعله في Settings قبل ما توصل الحد، وإلا Kiro يوقف شغلك وسط المهمة.
- اختيار النموذج يؤثر على معدل الاستهلاك. تشغيل نفس المهمة عبر Claude Sonnet 4.6 يكلف 1.3 مرة أكثر من تشغيلها عبر Auto mode. ونماذج Opus تكلف أكثر بعد.
- مستخدمو الخطة المجانية يحصلون على Claude Sonnet 4.5 ومجموعة من النماذج مفتوحة الأوزان تشمل Qwen3 Coder Next وDeepSeek v3.2 وMiniMax 2.1. مستخدمو الخطط المدفوعة يفتح لهم Claude Sonnet 4.6 وClaude Opus 4.6 وClaude Opus 4.8.
- استخدام الرصيد يظهر في لوحة الدردشة بعد كل إجراء للوكيل ويتحدث في لوحة الاشتراك كل خمس دقائق.
متعقب الرصيد اللحظي (“Est. Credits Used: 0.1, Elapsed time: 57s” بعد كل مهمة) هو ميزة شفافية ما توفرها حاليًا أي أداة مماثلة. تعرف بالضبط وش تكلفك كل مهمة وهي شغالة، وهذا يساعدك تقرر بين Auto mode ونموذج محدد لأي مهمة.
أسعار Kiro والخطط
Kiro يعمل على نموذج قائم على الرصيد بخلط بين خمس فئات، من خطة مجانية بكمية شهرية ثابتة إلى خطة عالية السعة مخصصة للاستخدام اليومي المهني.
كل الخطط المدفوعة تشمل الوصول إلى النماذج المميزة، وخيار تفعيل overage بنظام الدفع حسب الاستخدام، ومجموعة Kiro الكاملة من الميزات، بما فيها specs وhooks وautopilot والوصول عبر CLI.
وش تعرف قبل تختار خطة:
- الخطة المجانية تعطيك كمية شهرية ثابتة من الرصيد بدون الحاجة إلى بطاقة ائتمانية. ما تنتهي صلاحيتها، لكن جلسة مواصفات معقدة واحدة بتأخذ جزءًا ملحوظًا منها.
- أول مرة ترقّي فيها من المجانية إلى أي خطة مدفوعة باستخدام Google أو AWS Builder ID (مو AWS Identity Center)، تحصل على 20$ رصيد يخصم من تكلفة اشتراكك. هذي الميزة لمرة واحدة.
- Kiro يفوتر في أول يوم من كل شهر ميلادي. الترقية في منتصف الشهر تعني تدفع رسومًا متناسبة زمنيًا لكن تحصل فورًا على الحد الكامل للرصيد في خطتك الجديدة.
- الفوترة الزائدة متاحة في كل الخطط المدفوعة بمعدل ثابت لكل رصيد إضافي، لكنها متوقفة افتراضيًا. فعلها في Settings قبل ما توصل الحد، أو Kiro بيوقف شغلك لما ينفد الرصيد.
- الرصيد غير المستخدم ما ينتقل للشهر التالي.
- كل مطور يحتاج اشتراكه الخاص. ما فيه حاليًا خيار اشتراك فريق مشترك. ميزات فوترة الفرق مذكورة كقريبة قريبًا.
- سياسة Kiro القياسية ما فيها استرداد لمبالغ إلغاء منتصف الشهر. يستمر الوصول حتى نهاية دورة الفوترة. الاسترداد يُنظر فيه حالة بحالة فقط لأخطاء الفوترة.
- بطاقات الائتمان هي وسيلة الدفع الوحيدة المقبولة.
- أسعار GovCloud (US) أعلى بحوالي 20% من الأسعار العادية، والخطة المجانية غير متاحة في هذي البيئة. الوصول إلى GovCloud يتطلب خطة مدفوعة وتوثيقًا مؤسسيًا عبر AWS IAM Identity Center.
- واجهة الويب حاليًا في preview ومتاحة للمستخدمين المدفوعين فقط. الرصيد يُستهلك بنفس المعدل سواء اشتغلت في الـ IDE أو CLI أو الويب.
أي خطة تناسب أي نوع مستخدم: الخطة المجانية كافية لتقييم حقيقي. لكن للتطوير الفعلي على مشاريع حقيقية، تحتاج خطة مدفوعة عشان ما ينفد الرصيد بمنتصف الجلسة. الخطط الأعلى مناسبة للمطورين اللي يشغلون جلسات مواصفات كاملة عدة مرات أسبوعيًا أو يشتغلون على عدة مشاريع معقدة في نفس الوقت.
بدائل Kiro
أقرب منافس مباشر لـ Kiro هو Cursor، وهو محرر كود مدعوم بالذكاء الاصطناعي ومبني أيضًا على أسس VS Code ويستهدف المطورين اللي يبون الذكاء الاصطناعي مدمج بعمق داخل بيئة التطوير.
الفرق الأساسي هو فلسفة سير العمل. Cursor مبني لتسريع اللي تسويه أصلًا: أنت تكتب كود، وCursor يساعدك.
Kiro مبني ياخذ زمام التخطيط أولًا: الوكيل يحدد وش لازم يُبنى قبل كتابة أي جزء منه. إذا كانت مشكلتك الرئيسية هي بطء الانتقال بين دردشة ذكاء اصطناعي ومحررك، فـ Cursor يعالجها بشكل مباشر أكثر. وإذا كانت مشكلتك هي كود الذكاء الاصطناعي اللي يجي بدون هيكلة أو يصعب صيانته، فـ Kiro هو الجواب الأكثر صلة.
| الميزة | Kiro | Cursor |
|---|---|---|
| سهولة الاستخدام | مألوف لمستخدمي VS Code؛ لكن سير العمل بالمواصفات يضيف منحنى تعلم | مألوف لمستخدمي VS Code؛ واحتكاك الإعداد أقل |
| الأفضل لـ | البناءات المنظمة القائمة على المواصفات للمشاريع الإنتاجية | التحرير السريع بمساعدة الذكاء الاصطناعي والمهام الوكالية داخل قواعد الكود الموجودة |
| الواجهة الخلفية والبيانات | يبني مشاريع محلية حقيقية بتحكم كامل في الستاك | يعدل ويضيف على ملفات المشاريع الموجودة بتحكم كامل في الستاك |
| مرونة التصميم | ما فيه builder بصري؛ يخرج كود حقيقي تملكه محليًا | ما فيه builder بصري؛ يخرج كود حقيقي تملكه محليًا |
| نموذج التسعير | قائم على الرصيد؛ 50 رصيد مجاني؛ كل الاستخدام يسحب من حصة شهرية من الرصيد | قائم على الرصيد منذ June 2025؛ Auto mode غير محدود؛ اختيار النماذج المميزة يسحب من حصة شهرية من الرصيد |
الحكم النهائي: هل Kiro يستاهل؟
Kiro يبرز لأنه يقدّم التخطيط قبل البرمجة. سير عمل المواصفات، ومستندات steering، وتقسيم المهام ينتجون قاعدة كود أكثر تنظيمًا وقابلية للصيانة من أدوات الذكاء الاصطناعي اللي تقفز مباشرة للتنفيذ. ميزة Agent Hooks كذلك من أبرز النقاط، لأنها تتيح أتمتة سير عمل تستمر بعد البرومبت الواحد.
المقابل هو منحنى التعلم والتسعير. الخطة المجانية محدودة جدًا للمشاريع الكبيرة، والمطور لازم يكون مرتاح يشتغل داخل IDE. وخلال الاختبار، واجهت أيضًا مهلة زمنية، رغم أن Kiro تعافى بدون فقدان للعمل.
إذا كنت مطورًا تبني برمجيات إنتاجية، فـ Kiro من أقوى أدوات البرمجة بالذكاء الاصطناعي المتاحة اليوم. وإذا كنت تدور على صانع تطبيقات no-code بسيط، فهو مو الخيار المناسب.
