Amazon ने Claude Code और Codex क्यों खोले: Kiro-फर्स्ट रणनीति में नरमी

Amazon का ताजा फैसला पहली नजर में ऐसा लग सकता है जैसे कंपनी अपने इन-हाउस AI कोडिंग असिस्टेंट Kiro से पीछे हट रही है। लेकिन उपलब्ध रिपोर्टों को ध्यान से देखें तो तस्वीर थोड़ी अलग है। यह “Kiro छोड़ो” वाली कहानी नहीं, बल्कि “सिर्फ Kiro पर निर्भर रहना मुश्किल है” वाली स्थिति है।

Business Insider और अन्य रिपोर्टों के अनुसार, Amazon ने Anthropic के Claude Code को कंपनी-व्यापी उपलब्ध कराया है, जबकि OpenAI Codex को 12 मई से जोड़ने की योजना है; इन रिपोर्टों में Kiro को बंद करने की बात नहीं है, बल्कि Kiro के अलावा और विकल्प जोड़ने की बात है ।

अभी हुआ क्या है

रिपोर्टों के मुताबिक, Amazon के Software Builder Experience के उपाध्यक्ष Jim Haughwout ने एक आंतरिक मेमो में कहा कि Claude Code तुरंत कंपनी भर में उपलब्ध होगा और OpenAI Codex 12 मई को आएगा ।

यह कोई ऐसा कदम नहीं है जिसमें कर्मचारियों को सीधे बाहरी उपभोक्ता-स्तर के टूल्स पर छोड़ दिया गया हो। रिपोर्टों के अनुसार, ये दोनों टूल Amazon के वातावरण में चलेंगे और Amazon Web Services यानी AWS के जरिये मैनेज होंगे, ताकि अलग-अलग टीमों को अपनी-अपनी इन्फ्रास्ट्रक्चर व्यवस्था खड़ी न करनी पड़े; कुछ रिपोर्टों में यह भी कहा गया है कि ये टूल Amazon Bedrock पर चलेंगे ।

यानी असली बदलाव यह नहीं है कि “क्या तीसरे पक्ष के AI कोडिंग टूल्स की अनुमति है”, बल्कि यह है कि “उन्हें कंपनी के नियंत्रण वाले रास्ते से कैसे उपलब्ध कराया जाए”। इससे पहले Claude Code को उत्पादन कोड या लाइव प्रोडक्ट्स में इस्तेमाल करने के लिए ज्यादा ऊंची मंजूरी प्रक्रिया से गुजरना पड़ता था, और इंजीनियरों की नाराजगी का एक कारण यही था ।

Kiro-फर्स्ट नीति पर दबाव कैसे बना

Amazon पहले इंजीनियरों को अपने AI कोडिंग टूल Kiro की ओर मोड़ रहा था। Reuters द्वारा देखे गए एक आंतरिक मेमो के अनुसार, Amazon ने इंजीनियरों को तीसरे पक्ष के AI कोड जनरेशन टूल्स से बचने और Kiro की तरफ जाने का सुझाव दिया था; कंपनी ने यह भी कहा था कि वह “फिलहाल और तीसरे पक्ष के AI डेवलपमेंट टूल्स को समर्थन देने की योजना नहीं रखती” ।

लेकिन यह नीति बिना विरोध के नहीं चली। रिपोर्टों के अनुसार, लगभग 1,500 Amazon इंजीनियरों ने आंतरिक फोरमों पर Claude Code अपनाने का समर्थन किया और उन टूल-सीमाओं का विरोध किया जिन्हें वे उत्पादकता के लिए नुकसानदेह मान रहे थे । Business Insider ने भी रिपोर्ट किया कि Amazon के अंदर टीमों को Kiro की ओर निर्देशित किया जा रहा था, जबकि Claude Code को उत्पादन कोड या लाइव प्रोडक्ट्स में इस्तेमाल करने के लिए औपचारिक मंजूरी चाहिए थी ।

इसलिए यह सिर्फ कोई अमूर्त “AI रणनीति में बदलाव” नहीं है। इसके पीछे एक व्यावहारिक सवाल है: अगर डेवलपर किसी टूल को अपने काम के लिए बेहतर मानते हैं, तो क्या कंपनी सिर्फ नीति के दम पर उन्हें दूसरे टूल पर टिकाए रख सकती है?

Amazon अब सिर्फ Kiro पर क्यों नहीं टिक रहा

1. डेवलपर पसंद अब उत्पादकता का मुद्दा बन गई

जब लगभग 1,500 इंजीनियर किसी खास टूल के समर्थन में आवाज उठाते हैं और मौजूदा नीति को उत्पादकता से जोड़ते हैं, तो मामला सिर्फ खरीद-प्रक्रिया या IT-मानकीकरण का नहीं रह जाता । Amazon जैसी बड़ी इंजीनियरिंग संस्था में AI कोडिंग असिस्टेंट तभी उपयोगी है जब डेवलपर उसे अपने वास्तविक वर्कफ्लो में अपनाएं।

Claude Code और Codex को खोलना इस बात की स्वीकृति जैसा है कि डेवलपर अनुभव को निर्णय से बाहर नहीं रखा जा सकता। Kiro जैसे इन-हाउस टूल के पास नियंत्रण, एकीकरण और आंतरिक सिस्टम से जुड़ाव के फायदे हो सकते हैं, लेकिन अगर कुछ टीमें बाहरी टूल्स को जटिल विकास कार्यों में ज्यादा उपयोगी मानती हैं, तो सिर्फ एक रास्ता थोपना कठिन हो जाता है ।

2. Kiro असफल घोषित नहीं हुआ, पर “सिर्फ Kiro” वाली बात कमजोर पड़ी

सार्वजनिक रिपोर्टों में Kiro, Claude Code और Codex की कोई समान, स्वतंत्र बेंचमार्क तुलना नहीं दी गई है। इसलिए यह कहना सही नहीं होगा कि Kiro तकनीकी रूप से जरूर पीछे है। अधिक सटीक निष्कर्ष यह है कि Kiro-फर्स्ट नीति सभी इंजीनियरिंग टीमों को आश्वस्त नहीं कर पाई और कुछ डेवलपर चाहते थे कि Claude Code आधिकारिक रूप से उपलब्ध टूल्स की सूची में आए ।

Kiro के लिए इसका मतलब साफ है: वह बाहर नहीं हुआ है, लेकिन अब उसे सिर्फ आंतरिक नीति के सहारे अपनाया नहीं जा सकेगा। उसे वास्तविक विकास-प्रक्रिया में अपनी उपयोगिता, स्थिरता और Amazon के अंदरूनी सिस्टम से जुड़ने की क्षमता साबित करनी होगी।

3. नियंत्रित खुलापन पूर्ण प्रतिबंध से ज्यादा व्यावहारिक है

Amazon का रास्ता “सब कुछ खुला छोड़ दो” वाला नहीं दिखता। रिपोर्टों के अनुसार, Claude Code और Codex Amazon के वातावरण में चलेंगे और AWS द्वारा मैनेज होंगे; कुछ रिपोर्टों में Amazon Bedrock को इनके संचालन का रास्ता बताया गया है ।

इससे Amazon को बीच का रास्ता मिलता है: इंजीनियरों को ज्यादा विकल्प मिलते हैं, जबकि कंपनी इन्फ्रास्ट्रक्चर, एक्सेस और तैनाती पर केंद्रीकृत नियंत्रण रख सकती है। हालांकि, सार्वजनिक रिपोर्टों में डेटा आइसोलेशन, लॉगिंग, अनुमति-स्तर, कोड समीक्षा या मॉडल उपयोग से जुड़ी पूरी नीति नहीं बताई गई है। इसलिए यह मान लेना जल्दबाजी होगी कि सभी सुरक्षा और गवर्नेंस सवाल पूरी तरह हल हो चुके हैं ।

4. AI साझेदारियों का संदर्भ भी अहम है

Business Insider ने इस बदलाव को Amazon के Anthropic और OpenAI के साथ संबंधों के संदर्भ में भी रखा है और Amazon को दोनों AI कंपनियों का करीबी साझेदार बताया है । इस लिहाज से Claude Code और Codex को अंदरूनी तौर पर अपनाना केवल “बाहरी प्रतिस्पर्धी टूल इस्तेमाल करना” नहीं है। यह उस बड़े रुझान से भी मेल खाता है जिसमें क्लाउड प्लेटफॉर्म कई AI टूल्स और मॉडल्स को अपने इकोसिस्टम में जगह दे रहे हैं।

अब Kiro की भूमिका क्या रह गई

अभी सबसे संतुलित बात यह है: Kiro Amazon के AI कोडिंग टूल-किट में एक विकल्प बना हुआ है, लेकिन उसका “डिफॉल्ट प्राथमिक” दर्जा पहले जैसा मजबूत नहीं दिखता। उपलब्ध रिपोर्टें Claude Code, Codex और Amazon के अपने टूल्स के साथ-साथ मौजूद रहने की बात करती हैं, Kiro को बंद करने की नहीं ।

इससे Kiro के सामने अंदरूनी प्रतिस्पर्धा बढ़ेगी। पहले उसे कंपनी नीति से प्राथमिकता मिल सकती थी। अब उसे Claude Code और Codex जैसे विकल्पों के बीच इंजीनियरों के वास्तविक इस्तेमाल और भरोसे की कसौटी पर उतरना होगा।

बड़ी कंपनियों के लिए संकेत

Amazon का उदाहरण बताता है कि बड़ी टेक कंपनियों के लिए एक ही AI कोडिंग असिस्टेंट से हर टीम और हर विकास-परिदृश्य की जरूरत पूरी करना आसान नहीं है। इन-हाउस टूल्स गवर्नेंस, अनुपालन और आंतरिक एकीकरण में मदद करते हैं। लेकिन डेवलपर रोजमर्रा की गति, कोड समझने की क्षमता, डिबगिंग और जटिल कामों में उपयोगिता को देखकर चुनाव करते हैं।

जब किसी तीसरे पक्ष के टूल को बड़े पैमाने पर पसंद किया जाने लगे, तो उसे नियंत्रित कॉरपोरेट ढांचे में शामिल करना कई बार लगातार रोक लगाने या हर उपयोग के लिए अलग मंजूरी मांगने से ज्यादा व्यावहारिक होता है ।

संक्षेप में, Amazon ने Kiro को छोड़ा नहीं है। लेकिन कंपनी यह मानती दिख रही है कि सिर्फ अपने टूल को प्राथमिकता देने के लिए इंजीनियरों की स्पष्ट उत्पादकता-संबंधी मांगों को नजरअंदाज करना महंगा पड़ सकता है।