ما هو Kiro؟
Kiro هو بيئة برمجة قابلة للتنزيل طورتها Amazon Web Services وتتجه بالبرمجة المدعومة بالذكاء الاصطناعي في مسار لم تحاول فيه معظم الأدوات من هذه الفئة.
بينما تتيح لك معظم أدوات البرمجة بالذكاء الاصطناعي كتابة مطالبة والحصول على الكود فورًا، يقوم Kiro أولًا بعملية تخطيط: يقرأ سياق مشروعك، ويكتب مستند متطلبات، ويولّد تصميمًا تقنيًا، ويفكك كل شيء إلى قائمة مهام مرقمة، وعندها فقط يبدأ بكتابة الكود.
متوفر كـ IDE، وأداة سطر أوامر، وواجهة ويب (حاليًا في المعاينة للمستخدمين المدفوعين)، وتطبيق للهواتف المحمولة (إتاحة مبكرة على iOS)، يضع Kiro نفسه كأداة للمطورين الذين يريدون مخرجات منظمة وقابلة للصيانة بدلًا من كود سريع عليهم تفكيكه بعد أسبوع.
لمن يناسب Kiro؟
- المطورون الذين عانوا من الكود الذي يولده الذكاء الاصطناعي ثم يتعطل بعد اليوم الأول. تجبرك عملية spec في Kiro على التخطيط قبل التنفيذ، ما يعني أن الكود الذي يكتبه يمكن تتبعه إلى متطلبات موثقة، لا إلى افتراضات عشوائية.
- الفرق التي تنتقل إلى تدفقات العمل الوكيلة. تسمح لك Agent Hooks في Kiro بأتمتة المهام المتكررة مثل كتابة الاختبارات أو إنشاء الوثائق، ويتم تشغيلها تلقائيًا كلما تغير ملف مطابق، من دون الحاجة إلى مطالبة متكررة.
- مطورو منظومة AWS. تم بناء Kiro على بنية AWS التحتية، ويعالج البيانات عبر مناطق AWS ضمن جغرافيتك، ويتصل بسلاسة بخدمات AWS. إذا كانت منظومتك تعتمد بشكل كبير على AWS، فسيكون Kiro مناسبًا لها دون أي عبء إعداد.
- مستخدمو VS Code الذين يريدون ذكاءً اصطناعيًا يتجاوز الإكمال التلقائي. تم بناء Kiro IDE على نفس الأساس الذي يقوم عليه VS Code. تنتقل اختصارات لوحة المفاتيح والإعدادات والإضافات لديك أثناء الإعداد خلال دقائق.
إيجابيات وسلبيات Kiro
- يسبق سير العمل القائم على المواصفات كتابة أي كود
- تؤتمت Agent Hooks المهام عند أحداث الملفات
- تُستورد إضافات وإعدادات VS Code بسلاسة
- وضع Autopilot ينفذ البناء من دون طلبات موافقة متكررة
- تمنحك مستندات steering سياق مشروعك
- يدعم عدة نماذج متقدمة بما في ذلك Opus 4.8
- تكامل خادم MCP يربط الأدوات الخارجية بشكل أصلي
- يتطلب تنزيلًا؛ وليس متاحًا عبر المتصفح في الباقة المجانية
- تنفد 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 server للتكامل مع الأدوات الخارجية
- استيراد إعدادات VS Code عند التشغيل الأول
- دعم متعدد النماذج، بما في ذلك Claude Opus 4.8
مراجعتي الصادقة لـ Kiro: ما الذي وجدته بعد اختباره
تقع معظم أدوات بناء التطبيقات بالذكاء الاصطناعي في واحدة من فئتين:
- أدوات مرئية تولد واجهة من وصف
- وأدوات قائمة على الدردشة تكتب الكود مباشرة استجابةً لمطالبة
ولا ينتمي Kiro إلى أي من الفئتين، ولهذا فإن مراجعته تتطلب نهجًا مختلفًا.
Kiro هو IDE وكيل. أنت لا تسحب المكونات إلى لوحة، ولا تحصل على معاينة مباشرة بعد 30 ثانية. ما تحصل عليه هو بيئة تطوير محلية تخطط للبناء قبل أن تبدأه، فتولد متطلبات، ومستند تصميم، وقائمة مهام منظمة، ثم يعمل الوكيل عليها خطوة بخطوة.
التطبيق الذي ينتجه هو مشروع حقيقي على جهازك، داخل ملفات تملكها، وباستخدام stack تحدده أنت.
لاختبار ما إذا كانت هذه العملية تعمل بالفعل، أنشأت منصة لإدارة العقارات من الصفر داخل 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 عبر صفحة التنزيل نفسها.
ما يعنيه هذا عمليًا:
- الجلسة الأولى تتطلب تثبيتًا محليًا، وليس تبويب متصفح
- لا يوجد وصول عبر الإنترنت فقط في الباقة المجانية (واجهة الويب متاحة للباقات المدفوعة فقط، حاليًا في المعاينة)
- بالنسبة للمطورين، لا تُعد هذه مشكلة
- أما لأي شخص يقارن Kiro مع أدوات البناء المعتمدة على المتصفح، فيجب احتساب وقت الإعداد هذا
كان التثبيت نفسه مباشرًا. لم تكن هناك خطوات إعداد، ولا تبعيات يجب حلها يدويًا، وبدأ التطبيق بشكل نظيف بعد التثبيت القياسي للحزمة.
تسجيل الدخول يتم في متصفحك، وليس داخل التطبيق
بمجرد فتح IDE للمرة الأولى، لا يطلب منك تسجيل الدخول داخل نافذة التطبيق. بل يعيد توجيهك إلى صفحة متصفح لمعالجة المصادقة هناك.
تقدم شاشة تسجيل الدخول أربعة خيارات:
| طريقة الدخول | لمن تناسب |
|---|---|
| المطورون الأفراد والمستقلون | |
| 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: إعداد تكامل shell. يتيح لك هذا فتح أي مشروع من الطرفية باستخدام أمر kiro . ويمكنك تخطيه وإعداده لاحقًا.
الخطوة 3: الاستيراد من VS Code. يجلب Kiro إضافات VS Code الحالية لديك (أي إضافة متاحة على Open VSX)، والإعدادات، وارتباطات المفاتيح. يتم تحميل الإضافات في الخلفية أثناء استمرار الإعداد، لذا لا توجد حاجة للانتظار عند شاشة تحميل.
الجزء الأكثر فائدة عمليًا في هذا التسلسل هو استيراد VS Code. إذا قضيت سنوات في تخصيص بيئة VS Code، فلن تتطلب عملية الانتقال البدء من الصفر. نجح الاستيراد بسلاسة في جلستي.
ما لا يتضمنه الإعداد الأولي هو أي مقدمة إلى ميزات Kiro الأساسية. لا يتم شرح ماهية Specs أو Agent Hooks أو Steering Documents لك. تصل إلى الشاشة الرئيسية وتكتشف ذلك بشكل مستقل. وهذا مقبول لجمهور مطورين متمرسين، لكنه يعني أن جلستك الأولى مع أكثر ميزات الأداة تميزًا تعتمد على الاستكشاف الذاتي.
داخل IDE: اللوحات الأربع التي تجعل Kiro مختلفًا
يبدو Kiro IDE مثل 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 | الـ stack التقني المتوقع، الأوامر الشائعة، ومعايير الترميز |
في مشروع فارغ تمامًا، استنتج Kiro إعدادات افتراضية معقولة: React مع TypeScript، وNext.js API routes، وPostgreSQL، وPrisma، وTailwind CSS، ومصادقة قائمة على JWT. كما وضع علامة على كل من tech.md وstructure.md على أنهما ملفات مؤقتة يجب تحديثها بمجرد تأكيد stack الفعلي عبر scaffolding.
هذا مهم لأن كل إجراء لاحق للوكيل يقرأ هذه الملفات قبل فعل أي شيء. وبمجرد أن تقوم بإنشاء scaffolding للمشروع ويتم تأكيد الـ stack الحقيقي، فإن تحديث tech.md يدفع Kiro إلى تطبيق تلك المعايير تلقائيًا عبر جميع المهام المستقبلية.
يمكنك أيضًا إضافة ملفات steering خاصة بك لمعايير تصميم API، أو التسمية، أو قواعد النشر، أو أي قيد آخر تريد من الوكيل أن يتعامل معه على أنه ثابت.
وضع Vibe مقابل وضع Spec: القرار الذي يشكل البناء بأكمله
عند فتح الدردشة لأول مرة في مشروع جديد، يعرض Kiro وضعين قبل أن تكتب أي شيء:
وضع Vibe يتيح لك الدردشة أولًا والبناء أثناء العمل. لا توجد مستندات تخطيط، ولا مخرجات منظمة. وهو الأفضل للتجارب السريعة، أو الاستكشاف في المراحل الأولى، أو المهام التي لا تزال متطلباتها قيد التشكيل.
وضع Spec يشغل تسلسلًا تخطيطيًا قبل كتابة أي كود. يولد Kiro متطلبات، ومستند تصميم تقني، وقائمة مهام. ولا يبدأ كتابة الكود إلا بعد مراجعة الثلاثة والموافقة عليها جميعًا. وهو الأفضل للأعمال الإنتاجية حيث تكون قابلية الصيانة مهمة.
اخترت وضع Spec لمنصة إدارة العقارات. وبعد إرسال المطالبة، طرح 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 يكتب قصص المستخدم ومعايير القبول قبل لمس البنية المعمارية.
هذا التسلسل ينتج آثار تخطيط مختلفة جذريًا عن البدء بتصميم تقني ثم اشتقاق المتطلبات بعد ذلك.
سير عمل Spec: متطلبات، ثم تصميم، ثم قائمة مهام قبل أي كود
هذا هو الجزء الذي يجعل 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، إلى جانب stack التقني المؤكد: 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 مهمة فرعية، بترتيب التنفيذ:
- Project scaffolding and infrastructure
- Authentication (JWT, blacklist, middleware, pages)
- Property and unit management
- Tenant management
- Lease management, document uploads, and cron job
- Maintenance requests
- Stripe payments and webhook
- Email notifications
- Landlord dashboard and reporting
- Shared UI components and layouts
- API hardening (rate limiting, CORS, health check, environment validation)
تضمنت كل مهمة فرعية أوامر دقيقة، ومسارات ملفات، ومراجع قابلة للتتبع إلى المتطلبات. فعلى سبيل المثال، أشار Task 1.1 مباشرة إلى Requirements R12 (Docker) وR10 (REST API) في وصفه. كان الربط بين التخطيط والتنفيذ صريحًا وقابلًا للتحقق طوال الوقت.
بالمقارنة، يتجاوز Rork هذه المرحلة بأكملها وينتقل مباشرة إلى توليد واجهة مستخدم من المطالبة. ويظهر الفرق في جودة المخرجات بوضوح: قائمة مهام Kiro محددة بما يكفي لتسليمها إلى مطور بشري ليعرف بالضبط ما الذي يجب بناؤه وبأي ترتيب.
تنفيذ المهام: ماذا بنى Kiro فعليًا
بعد الموافقة على قائمة المهام، ضغطت على “Start task” للمهمة 1.1: تهيئة مشروع Next.js 14 مع TypeScript وTailwind CSS وESLint.
حدّث Kiro حالة المهمة إلى “in progress” في tasks.md، ثم فوّض التنفيذ إلى agent فرعي خاص بتنفيذ مهام spec. فحص الوكيل مساحة العمل أولًا، وتأكد من أن المجلد .kiro spec فقط موجود من دون أي مشروع Next.js بعد، ثم شرع في إنشاء scaffolding للمشروع.
ضمن أول دورة تنفيذ، امتلأت شجرة الملفات بـ:
- 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 التوجيهات السلوكية الخاصة بالمشروع. ويعكس وجوده في scaffolding المولّد النموذج الأساسي المستخدم، حتى داخل سياق بنية 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 لا يزال في المعاينة، والموثوقية عند الحافة القصوى للمهام المعقدة هي سمة معروفة للأدوات في هذه المرحلة.
- كان التعافي نظيفًا. حافظ نظام نقاط التحقق على كل العمل المكتمل، وتشغّلَت الخطوة التالية فورًا.
ومع ذلك، فإن الوصول إلى انتهاء المهلة بعد سبع دقائق من أكثر ميزات الأداة تميزًا هو إخفاق حقيقي في التجربة. إذا كنت تعمل تحت ضغط موعد نهائي، فإن أداة تتوقف وتحتاج إلى إعادة محاولة يدوية تكون مزعجة حتى عندما يكون التعافي سلسًا.
Agent Hooks: أتمتة تعمل من دون أن يطلبها أحد
لا تظهر Agent Hooks في أي أداة برمجة أخرى بالذكاء الاصطناعي تمت مقارنتها هنا، وتستحق اهتمامًا خاصًا لأنها تمثل طريقة مختلفة في التفكير في المساعدة الذكية.
الـ Hook هو مهمة تُشغَّل تلقائيًا عند حدوث حدث في نظام الملفات. تصف السلوك بلغة طبيعية، ويحوّل Kiro ذلك إلى مستمع للأحداث، ومن تلك اللحظة يعمل السلوك في الخلفية كلما تحقق شرط التشغيل. لا أمر للتشغيل، ولا تذكير بالإعداد.
أمثلة على ما يمكن لـ Hooks فعله:
- عند حفظ ملف: توليد اختبارات أساسية لأي component لا يملك ملف اختبار بالفعل
- عند حفظ ملف: تشغيل فحص تنظيف الكود أو التنسيق
- عند إنشاء ملف: توليد توثيق تلقائيًا للدوال الجديدة
- عند تغيير constant نصية: تحديث ملفات الترجمة بدون إجراء يدوي
يُخزن hook داخل .kiro/hooks/ كملف قابل للتحرير. إذا أردت ضبط شرط التشغيل أو التعليمات، فستحرر الملف مباشرة. الإعداد شفاف وقابل للتحكم بالإصدارات إلى جانب بقية مشروعك.
إن مثال الاختبار عند الحفظ هو الأكثر عملية على الفور: فالمطورون يؤجلون باستمرار كتابة الاختبارات إلى نهاية السبرنت، وhook يضيف اختبارات أساسية بهدوء كلما تم حفظ component يزيل هذا القرار من المعادلة بالكامل. تظهر الاختبارات في شجرة الملفات بعد الحفظ التالي من دون أي إجراء منك.
استهلاك الرصيد: ما الذي تمنحه الباقة المجانية فعليًا
نموذج الرصيد هو المجال الذي يتطلب من 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.
- واجهة الويب حاليًا في المعاينة ومتاحة للمستخدمين المدفوعين فقط. تُستهلك الأرصدة بالمعدل نفسه سواء عملت في IDE أو CLI أو الويب.
أي باقة تناسب أي نوع من المستخدمين: تصلح الباقة المجانية لإجراء تقييم حقيقي. أما بالنسبة للتطوير الفعلي على مشاريع حقيقية، فستحتاج إلى باقة مدفوعة لتجنب النفاد في منتصف الجلسة. أما الباقات الأعلى، فتناسب المطورين الذين يشغلون عدة جلسات مواصفات كاملة أسبوعيًا أو يعملون عبر عدة مشاريع معقدة في آن واحد.
بدائل Kiro
أقرب منافس مباشر لـ Kiro هو Cursor، وهو محرر كود مدعوم بالذكاء الاصطناعي ومبني أيضًا على أساس VS Code ويستهدف المطورين الذين يريدون ذكاءً اصطناعيًا مدمجًا بعمق في بيئة التطوير.
الفرق الأساسي هو فلسفة سير العمل. صُمم Cursor لتسريع ما تفعله بالفعل: أنت تكتب الكود، وCursor يساعدك.
أما Kiro فمبني ليتولى مرحلة التخطيط أولًا: فالوكيل يحدد ما يجب بناؤه قبل كتابة أي جزء منه. إذا كانت شكواك الرئيسية هي بطء الانتقال بين دردشة الذكاء الاصطناعي والمحرر، فإن Cursor يعالج ذلك بشكل مباشر أكثر. أما إذا كانت شكواك هي أن الكود المولد بالذكاء الاصطناعي يفتقر إلى الهيكل أو يصعب الحفاظ عليه، فإن سير العمل القائم على المواصفات في Kiro هو الإجابة الأكثر صلة.
| الميزة | Kiro | Cursor |
|---|---|---|
| سهولة الاستخدام | مألوف لمستخدمي VS Code؛ سير العمل القائم على المواصفات يضيف منحنى تعلم | مألوف لمستخدمي VS Code؛ احتكاك أقل عند البدء |
| الأفضل لـ | بناء منظم قائم على المواصفات للمشاريع الإنتاجية | تحرير سريع مدعوم بالذكاء الاصطناعي ومهام وكيل داخل قواعد كود موجودة |
| الواجهة الخلفية والبيانات | يبني مشاريع محلية حقيقية مع تحكم كامل في الـ stack | يعدل ويُوسّع ملفات المشروع الموجودة مع تحكم كامل في الـ stack |
| مرونة التصميم | لا يوجد باني مرئي؛ يخرج كودًا حقيقيًا مملوكًا محليًا | لا يوجد باني مرئي؛ يخرج كودًا حقيقيًا مملوكًا محليًا |
| نموذج التسعير | قائم على الرصيد؛ 50 رصيدًا مجانيًا؛ كل الاستخدام يُخصم من حصة شهرية من الرصيد | قائم على الرصيد منذ June 2025؛ وضع Auto غير محدود؛ واختيار النماذج المميزة يخصم من حصة شهرية من الرصيد |
الحكم النهائي: هل Kiro يستحق ذلك؟
يتميز Kiro بوضع التخطيط قبل البرمجة. إن سير العمل القائم على المواصفات، ومستندات steering، وتقسيم المهام، ينتج قاعدة كود أكثر تنظيمًا وقابلية للصيانة من أدوات الذكاء الاصطناعي التي تقفز مباشرة إلى التنفيذ. وتعد ميزة Agent Hooks نقطة قوة أخرى، إذ تتيح أتمتة سير العمل التي تستمر في العمل بعد مطالبة واحدة.
أما المفاضلات فهي منحنى التعلم والتسعير. فالنسخة المجانية محدودة للغاية للمشاريع الكبيرة، ويحتاج المطورون إلى أن يكونوا مرتاحين للعمل داخل IDE. أثناء الاختبار، واجهت أيضًا انتهاء مهلة، على الرغم من أن Kiro تعافى من دون فقدان التقدم.
إذا كنت مطورًا تبني برمجيات إنتاجية، فإن Kiro يعد واحدًا من أقوى أدوات البرمجة بالذكاء الاصطناعي المتاحة اليوم. أما إذا كنت تبحث عن باني تطبيقات بسيطًا من دون كود، فليس هذا هو الخيار المناسب.
