شنو هي Kiro؟
Kiro هي بيئة برمجة قابلة للتحميل كتخدم بها Amazon Web Services وكتاخد تطوير مدعوم بالذكاء الاصطناعي فـ اتجاه ما جرباتو حتى أداة أخرى فهاد الفئة.
فين بزاف ديال أدوات الكود بالذكاء الاصطناعي كيسمحولك تكتب برومبت وكتستافد من الكود مباشرة، Kiro كتدير عملية التخطيط الأول: كتقرا سياق المشروع ديالك، كاتكتب وثيقة المتطلبات، كاتولد تصميم تقني، كاتقسم كلشي لقائمة مهام مرقمة، ومن بعد غير كاتبدا تكتب الكود.
متوفرة كـ IDE، وأداة سطر الأوامر، وواجهة ويب (دابا فـ preview للمستخدمين اللي كيخلصو)، وتطبيق موبايل (early access فـ iOS)، Kiro كاتتموقع كأداة للمطورين اللي بغاو مخرجات منظمة وقابلة للصيانة أكثر من كود سريع خاصهم ينقحوه من بعد بأسبوع.
لمن Kiro موجهة؟
- المطورين اللي تضرّو من الكود اللي كتولدو AI وكيتهرس من بعد نهار واحد. Workflow ديال specs فـ Kiro كيجبر على التخطيط قبل التنفيذ، وهادشي كيعني باللي الكود اللي كاتكتب عندو trace كيرجع للمتطلبات الموثقة، ماشي مبني على التخمين.
- الفرق اللي كاتمشي نحو agentic workflows. Agent Hooks ديال Kiro كاتخليك تْأوتوماتيكيز المهام اللي كتعاود بزاف بحال كتابة tests أو توليد الوثائق، وكتتفعل بوحدها فكل مرة كيتبدل فيها ملف مناسب، بلا ما تحتاج تعاود prompt.
- مطوري AWS ecosystem. Kiro مبنية على بنية AWS التحتية، وكتعالج البيانات عبر مناطق AWS داخل الجغرافيا ديالك، وكتتواصل بشكل طبيعي مع خدمات AWS. إلا كان stack ديالك أصلاً معتمد بزاف على AWS، Kiro كاتجي بلا تعقيد ديال الإعداد.
- مستعملي VS Code اللي بغاو AI كيغوص أكثر من autocomplete. Kiro IDE مبنية على نفس الأساس ديال VS Code. الاختصارات ديال الكلافيي، الإعدادات، والإضافات كيتنقلو معاك فدقائق أثناء onboarding.
الإيجابيات والسلبيات ديال Kiro
- Workflow ديال specs كاتخطط قبل ما تكتب حتى سطر كود
- Agent Hooks كاتوتوماتيز المهام على أحداث الملفات
- VS Code extensions والإعدادات كيدخلو بسهولة
- وضع Autopilot كيبني بلا ما يطلب منك الموافقة كل مرة
- Steering docs كيعطيو Kiro سياق المشروع ديالك
- كتدعم بزاف ديال frontier models بما فيها Opus 4.8
- تكامل MCP server كيربط أدوات خارجية بشكل native
- كتحتاج download؛ ماشي متاحة من المتصفح فـ free tier
- 50 free credits كيساليو أسرع مما كيتوقع الواحد
- وقع time out مرة وحدة فمرحلة refinement ديال requirements
تقييم مفصل
أقوى النقط ديال Kiro كاينة فـ features وfunctionality، حيث workflow ديال specs، وagent hooks، والتنفيذ بـ autopilot كيديروها متقدمة على كل أدوات AI coding اللي تراجعو هنا. وكتخسر شوية فـ accessibility وcredit model، وهادو بجوج محتاجين انتباه صريح قبل ما تلتزم بأي workflow.
| الميزة | النقطة من 10 | علاش هاد النقطة |
|---|---|---|
| سهولة الاستعمال | 7.0 | مألوفة لأي واحد مستعمل VS Code؛ ولكن شرط download والطابع ديالها للمطورين فقط كيبعدوها على المستعملين غير التقنيين |
| الميزات والوظائف | 9.5 | Workflow ديال specs، وagent hooks، وautopilot، وتكامل MCP، وsteering docs: أكثر باقة ديال الميزات تكاملاً فـ أي أداة AI coding تراجعوها |
| التصميم والتخصيص | 7.0 | ثيمات dark وlight فالـ IDE؛ وتحكم قوي فبنية الكود المولد عبر تعديل specs وsteering documents |
| القيمة مقابل المال | 6.5 | الـ free tier ديال 50 credits نقص بسرعة ما كانش متوقع، حيت 4.28 تْستهلكو غير فالتخطيط قبل ما يتكتب حتى سطر واحد ديال كود التطبيق |
| الأداء والاعتمادية | 7.5 | مخرجات التخطيط كانت مفصلة ودقيقة؛ وتسجل واحد time out مؤكد من بعد 7 دقايق و24 ثانية فمرحلة requirements refinement |
| التقييم العام | 8.2 | Workflow ديال specs فـ Kiro هو أكثر مقاربة منظمة لتطوير مدعوم بالذكاء الاصطناعي تراجع حتى دابا. النقطة كتبيّن التميز الحقيقي ديالها، ولكن كيتحكم فيها الـ free tier المحدود وفشل الاعتمادية الوحيد اللي تسجل فالتجربة. |
ميزات Kiro
- Workflow مبني على specs: requirements، design، tasks، code
- Agent Hooks كاتوتوماتيز المهام على أحداث الملفات
- Steering documents كيعطيو السياق للوكيل
- وضع Autopilot كينفذ المهام بلا موافقة خطوة بخطوة
- دعم MCP server للتكامل مع أدوات خارجية
- استيراد إعدادات VS Code فالأول مرة
- دعم multi-model، بما فيها Claude Opus 4.8
تقييمي الصريح لـ Kiro: شنو لقيت من بعد ما جربتها
بزاف ديال app builders ديال AI كيطاحو فواحد من جوج أنواع:
- أدوات بصرية كاتولد interface من وصف
- وأدوات chat-based كاتكتب الكود مباشرة من بعد prompt
Kiro ما كاتنتمي لا لهاذ النوع لا لهاذ النوع، وهادشي علاش تقييمها خاصو مقاربة مختلفة.
Kiro هي agentic IDE. ما كاتجرّش components على canvas، وما كتاخدش live preview من بعد 30 ثانية. اللي كاتخدو هو development environment محلي كيطخطط للبناء قبل ما يبدا، وكيولد requirements، وdesign document، وstructured task list، ومن بعد الوكيل كيمشي عليهم خطوة بخطوة.
التطبيق اللي كاتخرجو هو project حقيقي فالجهاز ديالك، فملفات كتملكهم، وبـ stack كتعرفه أنت.
باش نجرب واش هاد العملية فعلاً كتخدم، بنيت property management platform من الصفر داخل Kiro.
البرومبت شمل authentication ديال landlords والـ tenants، وتسيير properties وunits، وتتبع leases، وطلبات maintenance مع تحديثات الحالة، وتكامل Stripe للدفع، وإشعارات email، وlandlord dashboard مع reporting. هاد الشي نفس البرومبت اللي استعمل فـ تقييم Rork، وFigma Make، وUizard، وRetool، وهادشي كيخلي المقارنة ممكنة على كيفاش كل أداة كاتتعامل مع التعقيد الحقيقي ماشي مع مثال بسيط.
السؤال اللي هاد المراجعة كانت باغيا تجاوب عليه كان محدد: واش workflow ديال spec-first فـ Kiro كيعطي output أكثر تنظيمًا وقابلية للصيانة من الأدوات اللي كاتقفز مباشرة للكود؟
هاد الشي اللي لقيت.
تشغيل Kiro: Download ماشي Browser Tab
كل أداة أخرى ديال AI app builder اللي تراجعات معها فهاد المقارنة كاتخدم فالـ browser. Kiro لا. البداية كتعني تمشي لـ kiro.dev، كتكليك على Downloads، كتختار نظام التشغيل ديالك، وكتثبت التطبيق فالجهاز.
كنت خدام على Pop OS، وهو توزيعة Linux مبنية على Debian، لذلك اخترت حزمة Debian (.deb) من القائمة المنسدلة. الموقع كيعرض حتى Universal (.tar.gz) لتهيئات Linux أخرى. ومثبتات Windows وmacOS متوفرة من نفس صفحة التحميل.
شنو كيعني هاد الشي عملياً:
- أول جلسة كتحتاج تثبيت محلي، ماشي browser tab
- ما كاينش access غير عبر الإنترنت فـ free tier (واجهة الويب متوفرة غير فـ paid plans، ودابا هي فـ preview)
- للمطورين، هادشي ماشي مشكل
- لأي واحد كيقارن Kiro مع browser-based builders، خاصو يحسب وقت الإعداد فالحساب
التثبيت كان ساهل. ما كانوش لا خطوات إعداد، لا dependencies خاصني نحلهم باليد، والتطبيق تحل بشكل نظيف من بعد التثبيت المعتاد ديال الحزمة.
تسجيل الدخول كيدوز فالـ browser، ماشي داخل التطبيق
منين كيتحل IDE لأول مرة، ما كيطالبكش تسجل الدخول داخل نافذة التطبيق. كيعيد توجيهك لصفحة فالمتصفح باش يدير authentication تما.
شاشة الدخول كتعرض أربع اختيارات:
| طريقة الدخول | شكون كتصلح ليه |
|---|---|
| المطورين الفرديين والفريلانس | |
| GitHub | أنسب اختيار للمطورين اللي عندهم حسابات من قبل |
| AWS Builder ID | المطورين اللي أصلًا داخلين فـ AWS ecosystem |
| Your Organization | الفرق ديال الشركات اللي خدامة بـ SSO |
اختيار GitHub مزيان وعقلاني للجمهور المستهدف. بزاف ديال المطورين عندهم أصلاً حساب GitHub ويقدرو يديرو auth بلا ما ينشّئو credential جديد.
كاينين شوية نقاط خاصك تعرفهم قبل ما تسجل:
- التسجيل عبر Google أو AWS Builder ID (ماشي AWS Identity Center) كيأهلك لــ $20 credit كيتزاد لأول upgrade لــ paid plan. هاد الامتياز كيتعطى مرة وحدة، ومن المفيد تعرفو قبل ما تختار طريقة الدخول.
- التسجيل عبر “Your Organization” كيمر من enterprise SSO وكيكون نقطة الدخول للفرق اللي كتحتاج identity management مركزي.
- بمجرد ما كتسجل، كتوافق على AWS Customer Agreement، وService Terms، وPrivacy Notice، وAWS Intellectual Property License. حيث Kiro منتج ديال AWS، البيانات ديالك كاتتعالج عبر مناطق AWS داخل الجغرافيا ديالك.
Onboarding: ثلاث خطوات إعداد كياخدو أقل من جوج دقايق
من بعد sign-in، Kiro كتشغّل سلسلة قصيرة ديال الإعداد قبل ما تحل IDE الرئيسية. الخطوات هي:
الخطوة 1: اختار الثيم ديالك. Kiro Dark أو Kiro Light. بجوج كيعرضو preview مباشر ديال syntax highlighting ديال الكود قبل ما تأكد.
الخطوة 2: ضبط shell integration. هادشي كيخليك تحل أي مشروع من terminal باستعمال الأمر kiro . تقدر تتجاوز هاد الخطوة وتضبطها من بعد.
الخطوة 3: Import من VS Code. Kiro كاتجلب extensions ديال VS Code الحالية ديالك (أي وحدة متوفرة فـ Open VSX)، والإعدادات، والـ keybindings. الإضافات كيتحمّلو فالباكگراوند أثناء ما كيمشي onboarding، يعني ما كاينش توقف فشاشة تحميل.
أكثر حاجة مفيدة عملياً فهاد sequence هي استيراد VS Code. إلا كنت سنيت سنين كتخصّص بيئة VS Code ديالك، الانتقال ما كيبداش من الصفر. الاستيراد خدم بشكل نظيف فالجلسة ديالي.
الشي اللي onboarding ما كيديروش هو شرح للميزات الأساسية ديال Kiro. ما كيتقدموش ليك شنو هي Specs، ولا Agent Hooks، ولا Steering Documents. كتوصل للشاشة الرئيسية وكتكتاشفهم بوحدك. هاد الشي مقبول لمطور عندو تجربة، ولكن كيعني الجلسة الأولى مع أكثر الميزات تميّزاً كتحتاج استكشاف ذاتي.
داخل IDE: أربع panels اللي كيديرو Kiro مختلفة
شكل Kiro IDE كيذكر بـ VS Code حيث هي مبنية على نفس الأساس. file explorer، editor tabs، terminal، search bar، وmenu bar كيخدمو كيفما متوقع.
اللي كيميز Kiro على VS Code عادي هو الpanel الأيسر المخصص، اللي فيه أربع أقسام ما كاينينش فحتى extension ديال VS Code:
| قسم الpanel | شنو كيدير |
|---|---|
| Specs | كتخلق وكتدير manage لوثائق المواصفات (requirements، design، tasks) للبنيات المعقدة |
| Agent Hooks | كتضبط مهام أوتوماتيكية كتتفعل على أحداث filesystem |
| Agent Steering and Skills | كتخزن وثائق التوجيه اللي كتشكل سلوك الوكيل فكل الجلسات |
| MCP Servers | كتربط أدوات خارجية ومصادر بيانات مع agent ديال Kiro |
الجهة اليمنى ديال IDE فيها chat panel. هادي هي الجهة اللي كتتواصل منها مع Kiro وكتشوف منها استهلاك credits فـ real time. “Est.
Credits Used: 0.1, Elapsed time: 57s” كيتحدث من بعد كل action ديال agent، وهادشي كيخليك ديما عارف شحال كاتكلف كل مهمة.
فأسفل chat input bar، جوج controls كيتحكمو فكيفاش كيتصرف Kiro فكل task:
- Model selector: كتختار Auto (Kiro كاتختار model الأكثر economical لكل طلب)، أو كتختار model محدد بحال Claude Sonnet 4.6 أو Claude Opus 4.8.
- Autopilot toggle: مع Autopilot شغال، Kiro كاتكتب وكتعدل الملفات بلا ما تسنى الموافقة فكل خطوة. ومعاه طافي، Kiro كتوقف قبل كل command وكتسولك Trust، Reject، أو Run يدوياً.
فبالنسبة لتجربة property management platform، خليت Autopilot شغال أثناء التخطيط واستعملت الموافقة اليدوية أثناء تنفيذ المهام باش نقيم كل خطوة بوحدها.
الخلاصة: تنظيم الـ IDE مريح فدقايق لأي واحد مستعمل VS Code. الأقسام الأربعة فالجهة اليسرى هما فين كاينة قيمة Kiro، وفهم كل واحد فيهم قبل أول session كيحدد شحال غادي تستافد من الأداة.
Steering Documents: كيفاش كتَعطي Kiro السياق قبل أول prompt
أول حاجة خاص تدير داخل project جديد فـ Kiro ماشي تبدا build. خاصك تولد steering documents.
كليكيت على “Generate Steering Docs” فـ Kiro panel قبل ما نبعت حتى prompt. Kiro سكنت directory الفارغة ديال المشروع وخلقات ثلاث ملفات markdown داخل .kiro/steering/:
| الملف | المحتويات |
|---|---|
| product.md | اسم المنتج، الوصف، المفاهيم الأساسية ديال المجال، والأهداف الرئيسية |
| structure.md | الهيكلة المتوقعة ديال folders وقواعد تنظيم الملفات |
| tech.md | الـ tech stack المتوقع، الأوامر الشائعة، وقواعد الترميز |
فمشروع فارغ كلياً، Kiro استنتجت defaults معقولة: React مع TypeScript، وNext.js API routes، وPostgreSQL، وPrisma، وTailwind CSS، وJWT-based authentication. ووضحات باللي tech.md وstructure.md بوحدهم placeholders خاصهم يتبدلو منين كيتأكد stack الحقيقي عبر scaffolding.
هاد الشي مهم حيث كل action ديال agent من بعد كيقرا هاد الملفات قبل ما يدير حتى حاجة. منين كتسکافولدي project وكيولي stack الحقيقي مؤكد، تحديث tech.md كيخلي Kiro تطبق هاد القواعد تلقائياً على جميع المهام الجاية.
تقدر زاد تزيد steering files ديالك لقواعد API design، أو naming conventions، أو deployment rules، أو أي constraint أخرى بغيتي الوكيل يعتبرها ثابتة.
Vibe Mode vs Spec Mode: القرار اللي كيحدد كامل البناء
منين كتحل chat لمشروع جديد، Kiro كتعرض عليك جوج modes قبل حتى ما تكتب:
Vibe mode كيخليك تهضر أولاً وتبني مع الوقت. لا planning documents، لا structured output. مناسب للتجارب السريعة، والاستكشاف فالبداية، أو المهام اللي المتطلبات ديالها مازال كتتحدد.
Spec mode كيمر من sequence ديال التخطيط قبل ما يتكتب حتى كود. Kiro كاتولد requirements، وtechnical design document، وtask list. ومن بعد غير ملي كتراجع وتوافق على الثلاثة كيبدا يكتب الكود. مناسب للأعمال production-grade فين maintainability مهمة.
اخترت Spec mode فـ property management platform. من بعد ما بعثت البرومبت، Kiro سولاتني جوج أسئلة إضافية قبل ما تولد حتى حاجة:
- “شنو بغيتي تبدا به؟” (Requirements، ومعلّمة كمقترحة، أو Technical Design)
- “واش هادي feature جديدة ولا bugfix؟” (Build a Feature، ومقترحة، أو Fix a Bug)
هاد الأسئلة كاتحدد البنية ديال كلشي من بعد. اختيار “Requirements” كيخلي Kiro تكتب user stories وacceptance criteria قبل ما تمس architecture.
هاد sequence كينتج artifacts ديال تخطيط مختلفة جذرياً على البداية بـ technical design ومن بعد استخراج requirements منو.
Workflow ديال Spec: Requirements، Design، وقائمة مهام قبل أي كود
هاد الجزء هو اللي كيخلي Kiro تستاهل التقييم بجدية.
من بعد ما اخترت “Requirements” و”Build a Feature”، Kiro خلقات requirements.md داخل .kiro/specs/property-management-platform/. الوثيقة بانَت فالمحرر مباشرة. قدرت نقراها وهي كتتبنى. المحتويات شملت:
glossary: 12 مصطلح ديال المجال متعرفين بدقة، منهم Auth_Service، وProperty_Service، وLease_Service، وPayment_Service، وMaintenance_Service، وNotification_Service، وDashboard_Service، وكل واحد مربوط بـ subsystem مخطط ليه.
وصف المنصة: الroles ديال Landlord وTenant تكتبوا، ومعاهم confirmed technology stack: Next.js، TypeScript، PostgreSQL، Prisma، Tailwind CSS، Stripe، وDocker.
من بعد توليد الوثيقة الأولية، Kiro دازت لمرحلة refinement تلقائية. قرات 12 requirements، وبعاتت detailer sub-agents فبوازرة على كل وحدة، وحدثات requirements.md بـ acceptance criteria كاملة لكل requirement.
منين سالاو requirements، كليكيت على “Continue” واخترت “Generate Design and Tasks.” Kiro خرجات design.md وtasks.md مع بعض. التفصيل ديال المهام كان هو أحسن output فهاد الجلسة:
11 مجموعات ديال المهام، 43 sub-tasks، بترتيب التنفيذ:
- 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)
كل sub-task فيها أوامر دقيقة، ومسارات الملفات، وإشارات قابلة للتتبع لمراجع requirements. Task 1.1، مثلاً، كيرجع مباشرة لـ Requirements R12 (Docker) وR10 (REST API) فالوصف ديالو. الرابط بين التخطيط والتنفيذ كان صريح وقابل للتحقق فكل مكان.
Rork، بالمقارنة، كتفوت هاد المرحلة كاملة وكتمشي مباشرة لتوليد واجهة مستخدم من البرومبت. الفرق فـ جودة output باين: قائمة المهام ديال Kiro محددة بقدر كافي باش تقدر تعطيها لمطور بشري ويفهم بالضبط شنو خاص يبنى وبأي ترتيب.
تنفيذ المهام: شنو فعلاً بنات Kiro
من بعد ما وافقت على قائمة المهام، كليكيت على “Start task” فـ Task 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
Kiro حدّثات حالة المهمة إلى “in progress” فـ tasks.md، ومن بعد فوضات التنفيذ لـ spec-task-execution sub-agent ديالها. الوكيل فحص workspace أولاً، أكد باللي غير .kiro spec folder موجود وماكاين حتى Next.js project، وبدا يسكافولدي المشروع.
فأول دورة تنفيذ، file tree تعمّرت بـ:
- package.json مع Next.js، React 19.2.4، TypeScript، وTailwind dependencies مذكورين
- tsconfig.json، eslint.config.mjs، next.config.ts
- src/ و public/ directory structure
- AGENTS.md و CLAUDE.md، مولدين من Kiro كملفات guidance ديال الوكيل للمشروع
- README.md
ملف CLAUDE.md كيستاهل الملاحظة: Kiro منتج AWS، ولكنها كتخدم على Claude models ديال Anthropic تحت الغطاء. CLAUDE.md هي كيفاش Claude-powered agents كيسجلو guidance خاص بالمشروع. وجودها فـ scaffold المولّد كيعكس model اللي كيوجد فالخلفية، حتى داخل سياق بنية AWS التحتية.
ففوق ديال task list view، كاين زر “Run all tasks” اللي كيسمح لـ Kiro تنفذ جميع 43 sub-tasks بالتسلسل مع Autopilot مفعّل.
جربت tasks وحدة بوحدة باش نقيم كل خطوة. بالنسبة لمشروع حقيقي كتكون واثق من الخطة اللي وافقت عليها، تشغيل جميع المهام أوتوماتيكياً ومراجعة output من بعد كل group هو workflow معقول وكيحفظ الوقت.
كل ملف Kiro ولداتو أثناء التنفيذ كان ملف حقيقي فـ project directory المحلي ديالي، ومملوك وقابل للتعديل من أول ثانية. هادشي فرق مهم على browser-based builders بحال Figma Make أو Uizard، فين output كيكون يا إما design asset يا إما application مستضافة ما كتملكهاش محلياً.
الـ Timeout فالدقيقة السابعة: شنو كيعني بالنسبة للاعتمادية
باغي نكون واضح فهاذ النقطة حيث وقعات أثناء أهم جزء فالتجربة.
من بعد ما Kiro refinetات جميع 12 requirements وقبلات التعديلات فـ requirements.md، الوكيل دار time out. رسالة الخطأ فـ chat panel كانت:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
هادشي وقع فالنقطة اللي كتفصل بين مرحلة requirements ومرحلة توليد design. الخدمة اللي تسالات قبل time out تسجلات. ما ضاع حتى requirement.
من بعد ما قبلت الخطأ، كليكيت على “Continue” واخترت “Generate Design and Tasks.” Kiro رجعات بخير بلا ما تعاود مرحلة requirements، وخرجات بجوج الوثائق بشكل نظيف وكملات عادي لباقي الجلسة.
السياق اللي مهم هنا:
- الـ timeout وقع فبرومبت معقد كيغطي 12 مجال مختلف ديال requirements مع refinement متوازي.
- Kiro دابا فـ preview، والاعتمادية فحدود التعقيد القصوى شي حاجة معروفة فالأدوات اللي فهاد المرحلة.
- الاسترجاع كان نظيف. checkpoint system حافظات على كل الخدمة اللي تسالات، والخطوة الجاية خدامة مباشرة.
مع ذلك، منين كيتوقع timeout فالسابعة دقايق داخل أكثر feature مميزة فالأداة، هادي تجربة فاشلة بجد. إلا كنت خدام ضد deadline، أداة كتوقف وكتطلب retry يدوي كتكون مزعجة حتى إلا كان recovery ديالها سلس.
Agent Hooks: أتمتة كتخدم بلا ما يطلبها منك حد
Agent Hooks ما كيبانوش فحتى AI coding tool أخرى تراجعات بهاد المقارنة، وكيستاهلو اهتمام خاص حيث كيمثلو طريقة مختلفة فالتفكير فـ AI assistance.
Hook هو task كيخدم أوتوماتيكياً منين كيتوقع file system event. كتوصف السلوك باللغة العادية، Kiro كتحولو إلى event listener، ومن داك الوقت اللِّي كيوقع trigger condition كيخدم السلوك فالباكگراوند. لا command خاصك تشغلو، لا تذكير خاصك تديرو.
أمثلة على شنو يقدرو يديرو Hooks:
- فـ file save: ولّد tests أساسية لأي component ماعندوش test file
- فـ file save: دير code cleanup أو formatting checks
- فـ file creation: ولّد documentation لfunctions الجداد أوتوماتيكياً
- فـ string constant changes: حدّث localization files بلا تدخل يدوي
الـ hook كيتخزن داخل .kiro/hooks/ كملف قابل للتعديل. إلا بغيتي تبدل trigger condition أو instruction، كتعدل الملف مباشرة. التهيئة شفافة وقابلة للإصدار مع باقي المشروع ديالك.
مثال test-on-save هو الأكثر فائدة مباشرة: المطورين كيعوّدو يخلّيو كتابة tests حتى للآخر ديال sprint، وhook اللي كيزيد basic tests كل مرة كيتسجل فيها component كينحي هاد القرار بالكامل. الاختبارات كيبانو فـ file tree من بعد save الجاية بلا ما تدير حتى حاجة.
استهلاك credits: شنو كتديك free tier فعلاً
Model ديال credits هي المنطقة اللي Kiro كتحتاج فيها أكثر قراءة دقيقة قبل ما تلتزم بأي workflow.
الـ free tier كيعطيك 50 credits. هادي شحال استهلكت جلسة وحدة ديال property management platform spec: 4.28 credits للتخطيط فقط، وهادشي كيغطي requirements، وdesign document، وfull 43-task list، قبل ما يتكتب حتى سطر واحد ديال application code.
بهذا الاستهلاك:
| الحالة | التغطية المتوقعة ديال Free Tier |
|---|---|
| Planning sessions فقط (بلا تنفيذ الكود) | تقريباً 11 session |
| Planning مع تنفيذ جزئي للمهام | 3 حتى 5 sessions |
| Full spec-to-execution فمشروع معقد | مشروع كامل واحد على الأكثر |
الميكانيزمات اللي خاص تفهم قبل ما تسجل:
- Credits ما كيتدّخروش من شهر لشهر. اللي بقى وما تسالاش فآخر شهر الفوترة كيمشي.
- الـ overage معطل افتراضياً فكل paid plans. خاصك تفعّلو فـ Settings قبل ما توصل للحد، وإلا Kiro كتوقف الخدمة ديالك وسط task.
- اختيار model كيأثر على معدل الاستهلاك. تشغيل نفس المهمة عبر Claude Sonnet 4.6 كيكلف 1.3 مرات أكثر من Auto mode. وmodels ديال Opus كيكلّفو أكثر حتى هما.
- مستعملي free tier كياخدو Claude Sonnet 4.5 ومجموعة ديال open weight models بما فيها Qwen3 Coder Next، وDeepSeek v3.2، وMiniMax 2.1. مستعملي paid tier كيحلو Claude Sonnet 4.6، وClaude Opus 4.6، وClaude Opus 4.8.
- استهلاك credits باين فـ chat panel من بعد كل action ديال agent وكيّتحدّث فـ subscription dashboard كل خمس دقايق.
الـ real-time credit tracker (“Est. Credits Used: 0.1, Elapsed time: 57s” من بعد كل task) هو feature ديال الشفافية ما كاينة حتى أداة مشابهة كتوفرو دابا. كتعرّف بالضبط شحال كاتكلف كل مهمة وهي كاتخدم، وهادشي كيساعدك تختار Auto mode ولا model محدد حسب المهمة.
أسعار وخطط Kiro
Kiro خدامة بنظام credit-based فيه خمسة tiers، من free plan بكمية شهرية ثابتة حتى plan عالي السعة موجه للمستخدمين المهنيين اليوميّين.
جميع paid plans كيعطيوك الوصول ل premium models، وخيار تفعيل pay-per-use overage، وكامل feature set ديال Kiro، بما فيها specs، hooks، autopilot، وCLI access.
شنو خاصك تعرف قبل ما تختار plan:
- الـ free plan كيعطيك monthly credit allocation ثابتة بلا ما تحتاج credit card. ما كاتساليش، ولكن session spec معقدة وحدة تقدر تدير أثر واضح فالرصيد ديالو.
- أول مرة كتدير upgrade من free لأي paid plan باستعمال Google أو AWS Builder ID (ماشي AWS Identity Center)، كتحصل على $20 credit كيتطبق على تكلفة الاشتراك ديالك. هاد الامتياز كيتطبق مرة وحدة.
- Kiro كاتحاسب فـ first day من كل calendar month. upgrade فوسط الشهر كيعني كتخلص fee proportionnel ولكن كتوصل مباشرة للـ credit limit الكامل ديال plan الجديد.
- Overage billing متوفر فكل paid plans بسعر ثابت لكل credit إضافي، ولكن كيبقى مطفي افتراضياً. فعّلو فـ Settings قبل ما توصل للسقف، وإلا Kiro كاتوقف الخدمة ديالك ملي كيسالي credits.
- Unused credits ما كيتنقلوش للشهر الجاي.
- كل developer خاصو subscription بوحدو. ما كايناش دابا shared team seat option. Team billing features مكتوب عليهم coming soon.
- سياسة Kiro الافتراضية هي no refunds فـ cancellations اللي فوسط الشهر. الولوج كيبقى مستمر حتى نهاية billing cycle. Refunds كيتدارو غير case-by-case على billing errors.
- Credit cards هي طريقة الدفع الوحيدة المقبولة.
- GovCloud (US) pricing تقريبا 20% أغلى من pricing العادي، والـ free tier ما متوفرش فداك environment. الولوج لـ GovCloud كيتطلب paid plan وenterprise authentication عبر AWS IAM Identity Center.
- واجهة الويب دابا فـ preview ومتوفرّة غير للمستعملين اللي كايخلصو. Credits كيتستهلكو بنفس المعدل سواء خدمت فالـ IDE أو CLI أو الويب.
شكون كيناسب شنو من plans: الـ free plan كافي باش تدير تقييم حقيقي. أما بالنسبة للتطوير النشط فالمشاريع الحقيقية، paid plan ضروري باش ما تساليش وسط session. الخطط الأعلى كتناسب المطورين اللي كيديرو بزاف ديال full spec sessions فالأسبوع أو كايخدمو على عدة مشاريع معقدة فَنفس الوقت.
بدائل Kiro
أقرب منافس لـ Kiro هو Cursor، وهو AI-powered code editor مبني حتى هو على VS Code foundations وموجه للمطورين اللي بغاو AI مدمج بعمق فبيئة التطوير ديالهم.
الفرق الأساسي هو فلسفة workflow. Cursor مبنية باش تسرّع اللي كتدير دابا: كتكتب الكود، وCursor كاتعاونك.
Kiro مبنية باش تاخد على عاتقها مرحلة التخطيط أولاً: الوكيل كيعرف شنو خاص يتبنى قبل ما يكتب حتى حاجة. إلا كانت المشكلة الرئيسية عندك هي التبديل البطيء بين AI chat والمحرر، Cursor كتجاوب على هاد الشي بشكل مباشر أكثر. وإذا كان الغرض ديالك هو الكود المولد بالذكاء الاصطناعي اللي ما عندوش بنية أو صعيب فالصيانة، فـ workflow ديال specs فـ Kiro هو الجواب الأنسب.
| الميزة | Kiro | Cursor |
|---|---|---|
| سهولة الاستعمال | مألوفة لمستعملي VS Code؛ workflow ديال specs كتزيد شوية التعلم | مألوفة لمستعملي VS Code؛ احتكاك أقل فـ onboarding |
| أفضل استعمال | بنيات منظمة ومبنية على specs لمشاريع production | تحرير سريع بمساعدة AI ومهام agent داخل codebases الحالية |
| Backend وData | كيبني مشاريع محلية حقيقية بتحكم كامل فـ full stack | كيعدل وكيزيد فـ files ديال المشاريع الحالية بتحكم كامل فـ full stack |
| المرونة فالتصميم | ما كاينش visual builder؛ كاتخرج كود حقيقي ومملوك محلياً | ما كاينش visual builder؛ كاتخرج كود حقيقي ومملوك محلياً |
| نموذج التسعير | Credit-based؛ 50 free credits؛ كامل الاستعمال كيتحاسب من monthly credit allocation | Credit-based من يونيو 2025؛ Auto mode غير محدود؛ اختيار premium models كياكل من monthly credit pool |
الحكم النهائي: واش Kiro كتستاهل؟
Kiro كتبرز بكونها كتحط التخطيط قبل البرمجة. Workflow ديال specification، وsteering documents، وtask breakdown كينتجو codebase أكثر تنظيماً وأسهل فالصيانة من أدوات AI اللي كاتدخل مباشرة فالتنفيذ. Agent Hooks هما highlight آخر، حيث كيمكّنو من أتمتة workflows كتستمر خدامة من بعد ما تسالي prompt واحد.
التنازلات هي منحنى التعلم والتسعير. الـ free tier محدود بزاف على المشاريع الكبيرة، والمطورين خاصهم يكونو مرتاحين فالخدمة داخل IDE. أثناء التجربة، واجهت حتى timeout، مع أن Kiro رجعات بخير بلا ما تضيع حتى خدمة.
إلا كنت مطور وكتبنّي software production، Kiro هي من أقوى أدوات AI coding المتوفرة اليوم. أما إلا كنت كتقلب على no-code app builder بسيط، فهي ماشي الاختيار المناسب.
