Kiro क्या है?
Kiro Amazon Web Services द्वारा बनाया गया एक डाउनलोड करने योग्य कोडिंग वातावरण है, जो AI-सहायित विकास को इस दिशा में ले जाता है, जिसे इस श्रेणी के अधिकांश टूल ने आज़माया नहीं है।
जहाँ अधिकांश AI कोडिंग टूल आपको तुरंत एक प्रॉम्प्ट टाइप करके कोड प्राप्त करने देते हैं, Kiro पहले एक प्लानिंग प्रक्रिया चलाता है: यह आपके प्रोजेक्ट का संदर्भ पढ़ता है, एक requirements document लिखता है, एक technical design तैयार करता है, हर चीज़ को एक numbered task list में तोड़ता है, और फिर कोड लिखना शुरू करता है।
IDE, command-line tool, web interface (वर्तमान में paid users के लिए preview में), और mobile app (iOS पर early access) के रूप में उपलब्ध, Kiro खुद को उन डेवलपर्स के लिए टूल के रूप में स्थापित करता है जो तेज़ कोड से अधिक structured, maintainable output चाहते हैं, जिसे उन्हें एक हफ्ते बाद खोलकर फिर से नहीं समझना पड़े।
Kiro किसके लिए है?
- वे डेवलपर्स जिन्होंने AI-generated code से नुकसान उठाया है जो पहले ही दिन के बाद टूट जाता है। Kiro का spec workflow implementation से पहले planning को मजबूर करता है, जिसका मतलब है कि यह जो code लिखता है वह guesswork से नहीं, बल्कि documented requirements से traceable होता है।
- Agentic workflows की ओर बढ़ रही टीमें। Kiro के Agent Hooks आपको recurring tasks जैसे tests लिखना या documentation बनाना automate करने देते हैं, जो किसी qualifying file के बदलते ही automatically trigger हो जाते हैं, और बार-बार prompt करने की ज़रूरत नहीं रहती।
- AWS-ecosystem के डेवलपर्स। Kiro AWS infrastructure पर बना है, आपके geography के भीतर AWS regions में data process करता है, और AWS services से naturally जुड़ता है। अगर आपका stack पहले से AWS-heavy है, तो Kiro बिना configuration overhead के fit बैठता है।
- VS Code users जो autocomplete से आगे की AI चाहते हैं। Kiro IDE उसी foundation पर बना है जिस पर VS Code है। आपके keyboard shortcuts, settings, और extensions onboarding के दौरान कुछ ही मिनटों में transfer हो जाते हैं।
Kiro के फायदे और नुकसान
- Spec workflow code लिखने से पहले planning करता है
- Agent Hooks file events पर tasks automate करते हैं
- VS Code extensions और settings आसानी से import हो जाते हैं
- Autopilot mode लगातार approval requests के बिना build करता है
- Steering docs Kiro को आपके project का context देते हैं
- Opus 4.8 सहित multiple frontier models को सपोर्ट करता है
- MCP server integration बाहरी tools को natively connect करती है
- डाउनलोड की आवश्यकता होती है; free tier पर browser-accessible नहीं है
- 50 free credits उम्मीद से तेज़ खत्म हो जाते हैं
- requirements refinement phase के दौरान एक बार timeout हुआ
रेटिंग ब्रेकडाउन
Kiro की सबसे मजबूत scores features और functionality में हैं, जहाँ इसका spec-driven workflow, agent hooks, और autopilot execution इसे अब तक समीक्षा किए गए हर दूसरे AI coding tool से आगे रखते हैं। यह accessibility और credit model में पीछे रह जाता है, जिन पर commit करने से पहले ईमानदारी से ध्यान देना चाहिए।
| Feature | Score (Out of 10) | Why the Score |
|---|---|---|
| Ease of Use | 7.0 | किसी भी VS Code user के लिए परिचित; download requirement और developer-only nature इसे non-technical users की पहुँच से बाहर रखते हैं |
| Features & Functionality | 9.5 | Spec workflow, agent hooks, autopilot, MCP integration, steering docs: किसी भी AI coding tool की सबसे complete feature set |
| Design & Customisation | 7.0 | Dark और light IDE themes; spec editing और steering documents के माध्यम से generated code structure पर मजबूत नियंत्रण |
| Value for Money | 6.5 | free tier के 50 credits planning के दौरान ही 4.28 consumed हो गए, application code की एक पंक्ति लिखने से पहले |
| Performance & Reliability | 7.5 | Planning output विस्तृत और विशिष्ट था; requirements refinement के दौरान 7 minutes 24 seconds पर एक confirmed timeout |
| Overall | 8.2 | Kiro का spec workflow AI-assisted development के लिए अब तक की सबसे structured approach है। यह score उस वास्तविक differentiation को दर्शाता है, जिसे limited free tier और testing के दौरान दर्ज की गई एक reliability failure ने थोड़ा कम किया है। |
Kiro Features
- Spec-driven workflow: requirements, design, tasks, code
- Agent Hooks file events पर tasks automate करते हैं
- Steering documents agent को project context देते हैं
- Autopilot mode step-by-step approval के बिना tasks execute करता है
- बाहरी tool integration के लिए MCP server support
- पहली launch पर VS Code configuration import
- Claude Opus 4.8 सहित multi-model support
मेरी ईमानदार Kiro समीक्षा: परीक्षण के बाद मैंने क्या पाया
अधिकांश AI app builders दो श्रेणियों में से एक में आते हैं:
- visual tools जो description से interface बनाते हैं
- और chat-based tools जो prompt के जवाब में सीधे code लिखते हैं
Kiro इनमें से किसी में भी फिट नहीं बैठता, इसलिए इसकी समीक्षा करना एक अलग दृष्टिकोण मांगता है।
Kiro एक agentic IDE है. आप components को canvas पर drag नहीं करते, और आपको 30 seconds के बाद live preview नहीं मिलता। आपको एक local development environment मिलता है जो build शुरू करने से पहले उसकी योजना बनाता है, requirements, एक design document, और एक structured task list बनाता है, जिसे agent एक-एक करके follow करता है।
यह जो application बनाता है, वह आपकी machine पर एक real project होता है, उन files में जो आपकी own होती हैं, और आपके defined stack के साथ।
यह जांचने के लिए कि यह process वास्तव में काम करती है या नहीं, मैंने Kiro के भीतर शुरू से एक property management platform बनाया।
prompt में landlord और tenant authentication, property और unit management, lease tracking, maintenance requests with status updates, Stripe payment integration, email notifications, और reporting वाला landlord dashboard शामिल था। यही prompt Rork, Figma Make, Uizard, और Retool का मूल्यांकन करने के लिए भी इस्तेमाल किया गया था, जिससे यह तुलना करना संभव होता है कि हर tool वास्तविक complexity को कैसे संभालता है, न कि सिर्फ एक सरल example को।
इस समीक्षा का सवाल विशिष्ट था: क्या Kiro का spec-first workflow ऐसे tools से बेहतर-structured, अधिक maintainable output देता है जो सीधे code पर कूद जाते हैं?
मुझे जो मिला, वह यह है।
Kiro शुरू करना: Browser Tab नहीं, Download
तुलना के साथ मूल्यांकित किए गए बाकी हर AI app builder की तरह, Kiro browser में नहीं चलता। शुरू करने के लिए kiro.dev पर जाना, Downloads पर क्लिक करना, अपना operating system चुनना, और application को अपनी machine पर install करना पड़ता है।
मैं Pop OS, एक Debian-based Linux distribution, चला रहा था, इसलिए मैंने dropdown से Debian (.deb) package चुना। साइट अन्य Linux setups के लिए Universal (.tar.gz) package भी देती है। Windows और macOS installers भी उसी downloads page पर उपलब्ध हैं।
व्यवहार में इसका मतलब यह है:
- पहले session के लिए local install चाहिए, browser tab नहीं
- free tier पर केवल internet-only access नहीं (web interface केवल paid plans पर उपलब्ध है, वर्तमान में preview में)
- डेवलपर्स के लिए यह कोई समस्या नहीं है
- जो कोई भी AI app builders की browser-based तुलना कर रहा है, उसके लिए setup time को ध्यान में रखें
इंस्टॉल खुद सीधा था। कोई configuration step नहीं थे, manual रूप से resolve करने के लिए कोई dependencies नहीं थीं, और standard package installation के बाद application साफ़ तौर पर launch हो गया।
Sign-In आपके Browser में होता है, App के अंदर नहीं
जब IDE पहली बार खुलता है, तो यह आपको application window के भीतर sign in करने के लिए नहीं कहता। यह authentication संभालने के लिए आपको browser page पर redirect करता है।
Sign-in screen चार options दिखाती है:
| Login Method | Who It Suits |
|---|---|
| Individual developers और freelancers | |
| GitHub | उन डेवलपर्स के लिए सबसे स्वाभाविक फिट जिनके पास पहले से accounts हैं |
| AWS Builder ID | डेवलपर्स जो पहले से AWS ecosystem में हैं |
| Your Organization | Enterprise teams जो SSO इस्तेमाल कर रहे हैं |
GitHub option target audience के लिए अच्छी तरह चुना गया है। अधिकांश डेवलपर्स के पास पहले से GitHub account होता है और वे नया credential बनाए बिना authentication कर सकते हैं।
साइन अप करने से पहले जानने योग्य कुछ बातें:
- Google या AWS Builder ID (AWS Identity Center नहीं) के माध्यम से sign in करने पर आपको अपनी पहली paid plan upgrade पर लागू होने वाला $20 credit मिलता है। यह एक बार मिलने वाला लाभ है, जिसे login method चुनने से पहले जानना उपयोगी है।
- “Your Organization” के माध्यम से sign in करने पर enterprise SSO से जुड़ता है और यह उन teams के लिए entry point है जिन्हें centralized identity management चाहिए।
- Sign in करके आप AWS Customer Agreement, Service Terms, Privacy Notice, और AWS Intellectual Property License से सहमत होते हैं। क्योंकि Kiro एक AWS product है, आपका data आपके geography के भीतर AWS regions में process होता है।
Onboarding: तीन setup steps, जो दो मिनट से कम लेते हैं
Sign-in के बाद, Kiro मुख्य IDE खोलने से पहले एक छोटी setup sequence चलाता है। कदम ये हैं:
Step 1: अपना theme चुनें. Kiro Dark या Kiro Light। दोनों में confirm करने से पहले code syntax highlighting का live preview दिखता है।
Step 2: shell integration सेट करें. यह आपको terminal से किसी भी project को kiro कमांड का उपयोग करके खोलने देता है। आप इसे छोड़ भी सकते हैं और बाद में सेट कर सकते हैं।
Step 3: VS Code से import करें. Kiro आपके मौजूदा VS Code extensions (Open VSX पर उपलब्ध किसी भी extension), settings, और keybindings को ले आता है। Extensions onboarding के दौरान background में load होती रहती हैं, इसलिए loading screen पर इंतज़ार नहीं करना पड़ता।
VS Code import इस sequence का सबसे व्यावहारिक रूप से उपयोगी हिस्सा है। यदि आपने वर्षों तक VS Code environment को customize किया है, तो transition की शुरुआत शून्य से नहीं करनी पड़ती। मेरे session में import साफ़-सुथरे तरीके से काम किया।
Onboarding में Kiro की core features का कोई परिचय शामिल नहीं है। आपको Specs, Agent Hooks, या Steering Documents क्या हैं, यह नहीं बताया जाता। आप मुख्य screen पर पहुँचते हैं और इसे खुद समझते हैं। यह अनुभवी developer audience के लिए स्वीकार्य है, लेकिन इसका मतलब है कि tool की सबसे विशिष्ट features के साथ आपका पहला session self-directed exploration होगा।
IDE के अंदर: चार panels जो Kiro को अलग बनाते हैं
Kiro IDE VS Code जैसा दिखता है क्योंकि यह उसी foundation पर बना है। file explorer, editor tabs, terminal, search bar, और menu bar सभी बिल्कुल अपेक्षित तरीके से काम करते हैं।
Kiro को एक standard VS Code installation से जो अलग बनाता है, वह है dedicated left panel, जिसमें चार sections हैं जो किसी VS Code extension में मौजूद नहीं होते:
| Panel Section | What It Does |
|---|---|
| Specs | जटिल builds के लिए specification documents (requirements, design, tasks) बनाना और प्रबंधित करना |
| Agent Hooks | file system events पर trigger होने वाले automated tasks सेट करना |
| Agent Steering and Skills | guidance documents store करना जो सभी sessions में agent के behavior को shape करते हैं |
| MCP Servers | external tools और data sources को Kiro agent से connect करना |
IDE के दाईं ओर chat panel होता है। यही वह जगह है जहाँ आप Kiro से interact करते हैं और जहाँ आप real time में credit consumption देखते हैं। “Est.
Credits Used: 0.1, Elapsed time: 57s” हर agent action के बाद अपडेट होता है, जिसका मतलब है कि आपको हमेशा पता रहता है कि हर task की लागत क्या है।
chat input bar के नीचे, दो controls तय करते हैं कि हर task पर Kiro कैसे व्यवहार करेगा:
- Model selector: Auto चुनें (Kiro हर request के लिए सबसे cost-efficient model चुनता है), या Claude Sonnet 4.6 या Claude Opus 4.8 जैसे किसी specific model का चयन करें।
- Autopilot toggle: Autopilot on होने पर, Kiro हर step पर आपकी approval का इंतज़ार किए बिना files लिखता और edit करता है। इसे off रखने पर, Kiro हर command से पहले रुकता है और आपसे Trust, Reject, या इसे manually Run करने के लिए कहता है।
property management platform test के लिए, मैंने planning के दौरान Autopilot on रखा और task execution के दौरान manual approval का उपयोग किया ताकि हर step को अलग-अलग evaluate किया जा सके।
Verdict: IDE layout कुछ ही मिनटों में किसी भी VS Code user के लिए आरामदायक हो जाता है। बाईं ओर के चार sections Kiro की value का केंद्र हैं, और अपनी पहली session से पहले हर एक को समझना तय करता है कि आपको tool से कितना लाभ मिलेगा।
Steering Documents: अपने पहले prompt से पहले Kiro को context देना
नए Kiro project के भीतर सबसे पहले build शुरू करना नहीं है। सबसे पहले steering documents generate करना है।
मैंने कोई prompt भेजने से पहले Kiro panel में “Generate Steering Docs” पर क्लिक किया। Kiro ने खाली project directory को scan किया और .kiro/steering/ के अंदर तीन markdown files बनाईं:
| File | Contents |
|---|---|
| product.md | Product name, description, core domain concepts, and key goals |
| structure.md | Expected folder layout और file organization conventions |
| tech.md | Expected tech stack, common commands, and coding conventions |
एक पूरी तरह खाली project के लिए, Kiro ने sensible defaults निकाले: React with TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS, और JWT-based authentication। इसने tech.md और structure.md दोनों को placeholders के रूप में चिह्नित किया ताकि scaffolding के माध्यम से वास्तविक stack की पुष्टि होने के बाद उन्हें अपडेट किया जा सके।
यह महत्वपूर्ण है क्योंकि इसके बाद की हर agent action कोई भी काम करने से पहले इन files को पढ़ती है। एक बार जब आप project scaffold कर लेते हैं और वास्तविक stack की पुष्टि हो जाती है, तो tech.md को अपडेट करने पर Kiro भविष्य के सभी tasks में उन conventions को automatically लागू करता है।
आप API design standards, naming conventions, deployment rules, या कोई अन्य constraint जिसे आप agent के लिए fixed मानना चाहते हैं, उसके लिए अपनी खुद की steering files भी जोड़ सकते हैं।
Vibe Mode बनाम Spec Mode: वह निर्णय जो पूरे build को आकार देता है
जब आप नए build के लिए chat खोलते हैं, तो Kiro आपको कुछ भी टाइप करने से पहले दो modes दिखाता है:
Vibe mode आपको पहले chat करने और चलते-चलते build करने देता है। कोई planning documents नहीं, कोई structured output नहीं। quick experiments, early-stage exploration, या ऐसे tasks के लिए सबसे अच्छा जहाँ requirements अभी तय हो रही हों।
Spec mode कोई code लिखने से पहले planning sequence चलाता है। Kiro requirements, एक technical design document, और एक task list बनाता है। इन तीनों की समीक्षा और approval के बाद ही यह code लिखना शुरू करता है। maintainability महत्वपूर्ण होने पर production-grade work के लिए सबसे अच्छा।
मैंने property management platform के लिए Spec mode चुना। prompt submit करने के बाद, Kiro ने कुछ भी generate करने से पहले दो follow-up questions पूछे:
- “What do you want to start with?” (Requirements, recommended के रूप में चिह्नित, या Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, recommended, या Fix a Bug)
ये प्रश्न तय करते हैं कि आगे क्या होगा। “Requirements” चुनने पर Kiro architecture को छूने से पहले user stories और acceptance criteria लिखता है।
यह क्रम technical design से शुरू करके बाद में requirements निकालने की तुलना में मौलिक रूप से अलग planning artifacts बनाता है।
Spec Workflow: किसी भी code से पहले requirements, design, और task list
यही वह हिस्सा है जो Kiro को गंभीरता से मूल्यांकन करने लायक बनाता है।
“Requirements” और “Build a Feature” चुनने के बाद, Kiro ने .kiro/specs/property-management-platform/ के अंदर एक requirements.md file बनाई। दस्तावेज़ तुरंत editor में दिखाई दिया। मैं इसे लिखते ही पढ़ सकता था। सामग्री में शामिल था:
Glossary: 12 domain terms को सटीक रूप से परिभाषित किया गया, जिनमें Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service, और Dashboard_Service शामिल थे, और हर एक को एक planned subsystem से जोड़ा गया था।
Platform description: Landlord और Tenant roles का दस्तावेजीकरण किया गया था, साथ ही पुष्टि किए गए technology stack: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe, और Docker।
प्रारंभिक document बनाने के बाद, Kiro ने एक automatic refinement step चलाया। इसने सभी 12 requirements को parse किया, प्रत्येक पर parallel detailer sub-agents भेजे, और हर requirement के लिए पूर्ण acceptance criteria के साथ requirements.md को अपडेट किया। panel ने इसे real time में ट्रैक किया: “Refining requirements 12/12.”
जब requirements पूरी हो गईं, तो मैंने “Continue” पर क्लिक किया और “Generate Design and Tasks” चुना। Kiro ने design.md और tasks.md को एक साथ तैयार किया। task breakdown session का सबसे उल्लेखनीय output था:
11 task groups, 43 sub-tasks, implementation order में:
- Project scaffolding और infrastructure
- Authentication (JWT, blacklist, middleware, pages)
- Property और unit management
- Tenant management
- Lease management, document uploads, और cron job
- Maintenance requests
- Stripe payments और webhook
- Email notifications
- Landlord dashboard और reporting
- Shared UI components और layouts
- API hardening (rate limiting, CORS, health check, environment validation)
हर sub-task में exact commands, file paths, और traceable requirement references शामिल थे। उदाहरण के लिए Task 1.1 ने अपनी description में सीधे Requirements R12 (Docker) और R10 (REST API) का संदर्भ दिया। planning और execution के बीच का संबंध पूरे समय स्पष्ट और सत्यापन योग्य था।
तुलना में Rork इस पूरे चरण को छोड़ देता है और prompt से सीधे user interface generation पर चला जाता है। output quality में अंतर दिखाई देता है: Kiro की task list इतनी विशिष्ट है कि इसे किसी human developer को सौंपा जा सकता है और वह समझ जाएगा कि बिल्कुल क्या बनाना है और किस क्रम में।
Task Execution: Kiro ने वास्तव में क्या बनाया
Task list approve होने के बाद, मैंने Task 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint पर “Start task” क्लिक किया।
Kiro ने tasks.md में task status को “in progress” में अपडेट किया, फिर execution को अपने spec-task-execution sub-agent को सौंप दिया। agent ने पहले workspace की जांच की, पुष्टि की कि केवल .kiro spec folder मौजूद था और अभी कोई Next.js project नहीं था, और project scaffold करने के लिए आगे बढ़ा।
पहले execution cycle के भीतर, 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 द्वारा generated agent guidance files के रूप में
- README.md
CLAUDE.md file विशेष रूप से उल्लेखनीय है: Kiro एक AWS product है, लेकिन यह पर्दे के पीछे Anthropic के Claude models पर चलता है। CLAUDE.md file वह जगह है जहाँ Claude-powered agents project-specific behavioral guidance संग्रहीत करते हैं। इसका generated scaffold में होना underlying model को दर्शाता है, भले ही AWS infrastructure context के भीतर हो।
task list view के शीर्ष पर मौजूद “Run all tasks” button Kiro को Autopilot enabled होने पर सभी 43 sub-tasks को क्रम से execute करने देता।
मैंने हर step का अलग-अलग मूल्यांकन करने के लिए tasks को एक-एक करके चलाया। एक वास्तविक project के लिए, जहाँ आप approved plan को लेकर confident हैं, सभी tasks को automatically चलाना और हर group के बाद output की समीक्षा करना एक उचित और समय-कुशल workflow है।
Kiro द्वारा execution के दौरान बनाई गई हर file मेरी local project directory में एक वास्तविक file थी, जो पहले ही क्षण से owned और editable थी। यह browser-based builders जैसे Figma Make या Uizard से एक महत्वपूर्ण अंतर है, जहाँ output या तो design asset होता है या एक hosted application जिसे आप स्थानीय रूप से नियंत्रित नहीं करते।
Minute Seven पर Timeout: Reliability के लिए इसका क्या मतलब है
मैं इस बारे में सीधे बोलना चाहता हूँ क्योंकि यह test के सबसे महत्वपूर्ण हिस्से के दौरान हुआ।
Kiro द्वारा सभी 12 requirements refine करने और requirements.md में edits स्वीकार करने के बाद, agent timeout हो गया। chat panel में error message यह था:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
यह requirements phase और design generation phase के बीच हुआ। timeout से पहले पूरा हुआ काम सुरक्षित था। कोई requirements खोई नहीं गईं।
error स्वीकार करने के बाद, मैंने “Continue” पर क्लिक किया और “Generate Design and Tasks” चुना। Kiro ने requirements step को दोहराए बिना recovery कर ली, design और tasks documents साफ़-सुथरे ढंग से तैयार किए, और session के बाकी हिस्से में सामान्य रूप से काम किया।
यहाँ जो context महत्वपूर्ण है:
- timeout एक जटिल prompt पर हुआ था जिसमें 12 अलग-अलग requirement areas और parallel refinement चल रहा था। सरल tasks के लिए इतना समय लगने की संभावना कम है।
- Kiro वर्तमान में preview में है, और जटिल tasks की बाहरी सीमा पर reliability ऐसे tools की एक ज्ञात विशेषता है।
- recovery साफ़ थी। checkpoint system ने सभी completed work को सुरक्षित रखा और अगला step तुरंत चला।
फिर भी, tool की सबसे विशिष्ट feature के दौरान सात मिनट बाद timeout होना एक वास्तविक अनुभवात्मक विफलता है। यदि आप deadline के खिलाफ काम कर रहे हैं, तो ऐसा tool जो रुक जाए और manual retry माँगे, भले ही recovery smooth हो, परेशान करने वाला है।
Agent Hooks: बिना पूछे चलने वाला automation
Agent Hooks किसी अन्य AI coding tool में दिखाई नहीं देते, जिसे इस तुलना के साथ मूल्यांकित किया गया है, और वे विशेष ध्यान के योग्य हैं क्योंकि वे AI सहायता को देखने के तरीके को बदलते हैं।
Hook एक ऐसा task है जो file system event होने पर automatically चलता है। आप व्यवहार को plain language में बताते हैं, Kiro उसे event listener में बदल देता है, और उसके बाद यह व्यवहार background में तब चलता है जब भी trigger condition मिलती है। न command चलानी पड़ती है, न याद दिलाना पड़ता है।
Hooks क्या कर सकते हैं, इसके उदाहरण:
- On file save: किसी भी component के लिए basic tests बनाएं जिसके पास test file नहीं है
- On file save: code cleanup या formatting checks चलाएं
- On file creation: नए functions के लिए documentation automatically generate करें
- On string constant changes: manual action के बिना localization files अपडेट करें
hook .kiro/hooks/ के अंदर एक editable file के रूप में संग्रहीत होता है। यदि आप trigger condition या instruction बदलना चाहते हैं, तो आप file को सीधे edit करते हैं। configuration पारदर्शी है और project के बाकी हिस्से के साथ version-controllable है।
test-on-save example सबसे तुरंत व्यावहारिक है: डेवलपर्स अक्सर tests को sprint के अंत तक टाल देते हैं, और एक hook जो component save होने पर quietly basic tests जोड़ देता है, उस निर्णय को पूरी तरह हटा देता है। अगली save पर tests file tree में दिखाई देते हैं, बिना आपकी किसी action के।
Credit Consumption: Free Tier वास्तव में क्या देता है
Credit model वह क्षेत्र है जहाँ Kiro को commit करने से पहले सबसे सावधानीपूर्वक पढ़ने की ज़रूरत है।
free tier आपको 50 credits देता है। एक single property management platform spec session ने कितना consume किया: planning alone के लिए 4.28 credits, जिसमें requirements, design document, और full 43-task list शामिल थी, application code की एक भी line लिखने से पहले।
उस consumption rate पर:
| Scenario | Estimated Free Tier Coverage |
|---|---|
| Planning sessions only (no code execution) | लगभग 11 sessions |
| Planning plus partial task execution | 3 से 5 sessions |
| Full spec-to-execution on a complex project | अधिकतम 1 complete project |
अपनी साइन-अप से पहले समझने योग्य मुख्य बातें:
- Credits carry over नहीं होते। billing month के अंत में जो unused बचते हैं, वे खत्म हो जाते हैं।
- Overage सभी paid plans पर default रूप से disabled है। cap तक पहुँचने से पहले आपको Settings में इसे enable करना होगा, नहीं तो Kiro बीच task में काम रोक देता है।
- Model choice consumption rate को प्रभावित करता है। Claude Sonnet 4.6 के साथ वही task Auto mode की तुलना में 1.3 times अधिक credits खर्च करता है। Opus models और अधिक खर्च करते हैं।
- Free tier users को Claude Sonnet 4.5 और open weight models का एक set मिलता है, जिसमें Qwen3 Coder Next, DeepSeek v3.2, और MiniMax 2.1 शामिल हैं। Paid tier users Claude Sonnet 4.6, Claude Opus 4.6, और Claude Opus 4.8 अनलॉक करते हैं।
- Credit usage chat panel में हर agent action के बाद दिखाई देती है और subscription dashboard में हर five minutes पर अपडेट होती है।
real-time credit tracker (“Est. Credits Used: 0.1, Elapsed time: 57s” हर task के बाद) एक transparency feature है जो अभी किसी comparable tool में नहीं है। आपको हर task की लागत उसके चलने के दौरान ही पता चलती है, जिससे यह तय करना आसान होता है कि किसी given task के लिए Auto mode इस्तेमाल करें या specific model।
Kiro Pricing और Plans
Kiro एक credit-based model पर चलता है, जिसमें पाँच tiers हैं, free plan से लेकर high-capacity plan तक जो पेशेवर दैनिक उपयोग के लिए बनाया गया है।
सभी paid plans premium models, pay-per-use overage को enable करने का विकल्प, और पूर्ण Kiro feature set, जिसमें specs, hooks, autopilot, और CLI access शामिल हैं, प्रदान करते हैं।
plan चुनने से पहले जानने योग्य बातें:
- free plan बिना credit card के fixed monthly credit allocation देता है। यह expire नहीं होता, लेकिन एक complex spec session इसमें noticeable dent डाल देगी।
- Google या AWS Builder ID (AWS Identity Center नहीं) का उपयोग करके free से किसी भी paid plan में पहली upgrade पर आपको आपकी subscription cost के लिए लागू होने वाला $20 credit मिलता है। यह लाभ एक बार मिलता है।
- Kiro हर calendar month के पहले दिन bill करता है। mid-month upgrade करने का मतलब prorated fee देना है, लेकिन तुरंत अपने नए plan की पूरी credit limit तक पहुँच मिल जाती है।
- Overage billing सभी paid plans पर fixed rate per additional credit पर उपलब्ध है, लेकिन यह default रूप से off रहता है। अपनी cap तक पहुँचने से पहले Settings में इसे enable करें, नहीं तो credits खत्म होते ही Kiro आपका काम रोक देता है।
- Unused credits अगले month में carry over नहीं होते।
- हर developer को अपनी अलग subscription चाहिए। फिलहाल कोई shared team seat option नहीं है। Team billing features को coming soon बताया गया है।
- Kiro की standard policy mid-month cancellations पर no refunds है। Access billing cycle के अंत तक जारी रहता है। Refunds केवल billing errors के लिए case-by-case आधार पर विचार किए जाते हैं।
- Credit cards ही स्वीकृत payment method हैं।
- GovCloud (US) pricing standard pricing से लगभग 20% अधिक है, और उस environment में free tier उपलब्ध नहीं है। GovCloud access के लिए paid plan और AWS IAM Identity Center के माध्यम से enterprise authentication आवश्यक है।
- web interface वर्तमान में preview में है और केवल paid users के लिए उपलब्ध है। चाहे आप IDE, CLI, या web में काम करें, credits समान दर से consume होते हैं।
कौन-सा plan किस प्रकार के user के लिए उपयुक्त है: free plan एक वास्तविक evaluation चलाने के लिए पर्याप्त है। वास्तविक projects पर सक्रिय development के लिए, mid-session में credits खत्म होने से बचने के लिए paid plan आवश्यक है। उच्च-tier plans उन डेवलपर्स के लिए समझ में आते हैं जो प्रति सप्ताह कई full spec sessions चलाते हैं या कई complex projects के साथ काम करते हैं।
Kiro के विकल्प
Kiro का सबसे सीधा competitor Cursor है, AI-powered code editor जो भी VS Code foundations पर बना है और उन डेवलपर्स को लक्षित करता है जो अपने development environment में गहराई से AI एकीकृत चाहते हैं।
मुख्य अंतर workflow philosophy का है। Cursor आप जो पहले से कर रहे हैं उसे तेज़ करने के लिए बनाया गया है: आप code लिखते हैं, और Cursor सहायता करता है।
Kiro पहले planning stage संभालने के लिए बनाया गया है: agent code लिखने से पहले तय करता है कि क्या बनाना है। यदि आपकी मुख्य परेशानी AI chat और editor के बीच धीमी context-switching है, तो Cursor उससे अधिक सीधे निपटता है। यदि आपकी परेशानी AI-generated code है जिसमें structure की कमी है या जिसे maintain करना कठिन है, तो Kiro का spec workflow अधिक प्रासंगिक जवाब है।
| Feature | Kiro | Cursor |
|---|---|---|
| Ease of Use | VS Code users के लिए परिचित; spec workflow learning curve जोड़ता है | VS Code users के लिए परिचित; onboarding friction कम |
| Best For | production projects के लिए structured, spec-driven builds | existing codebases के भीतर तेज़ AI-assisted editing और agent tasks |
| Backend and Data | पूर्ण stack control के साथ real local projects बनाता है | पूर्ण stack control के साथ existing project files को edit और extend करता है |
| Design Flexibility | कोई visual builder नहीं; real, locally owned code output करता है | कोई visual builder नहीं; real, locally owned code output करता है |
| Pricing Model | Credit-based; 50 free credits; सभी usage एक monthly credit allocation से draw करती है | June 2025 से credit-based; Auto mode unlimited है; premium model selection monthly credit pool से draw करती है |
अंतिम फैसला: क्या Kiro इसके लायक है?
Kiro coding से पहले planning रखकर अलग दिखता है। इसका specification workflow, steering documents, और task breakdown ऐसे codebase बनाते हैं जो उन AI tools की तुलना में अधिक structured और maintainable है जो सीधे implementation में कूद जाते हैं। Agent Hooks feature भी एक और highlight है, जो ऐसे workflow automations सक्षम करता है जो एक prompt से आगे भी चलते रहते हैं।
समझौते learning curve और pricing हैं। free tier बड़े projects के लिए बहुत सीमित है, और डेवलपर्स को IDE में काम करने में सहज होना चाहिए। testing के दौरान मुझे एक timeout भी मिला, हालांकि Kiro ने progress खोए बिना recovery कर ली।
यदि आप production software बना रहे डेवलपर हैं, तो Kiro आज उपलब्ध सबसे मजबूत AI coding tools में से एक है। यदि आप एक सरल no-code app builder ढूँढ रहे हैं, तो यह सही fit नहीं है।
