Fix with AI: publish अयशस्वी झाल्यावर एका क्लिकमध्ये उपाय

Mythex वर publish अयशस्वी झाल्यावर डायलॉग आता नेमके काय घडले ते सांगतो आणि प्रत्येक अपयशावर दोन बटणे देतो: Fix with AI आणि Try again. Fix with AI एजंटला अपयश आणि तुमच्या अ‍ॅपने काय छापले ते देतो, जेणेकरून तो प्रोजेक्ट दुरुस्त करून पुन्हा publish करू शकतो. तुमच्या अ‍ॅपमध्ये काही चूक नसेल तर तो फक्त पुन्हा publish करतो. आम्ही “आमच्या बाजूने चूक आहे” असे म्हणणे थांबवले आहे, जेव्हा ती चूक खरे तर अ‍ॅपमध्ये असते. आणि अ‍ॅप live झाल्यानंतर काही मिनिटांनी तुटणारे अ‍ॅप पकडण्यास सुरुवात केली आहे.

काय बदलले

प्रत्येक अपयशावर Fix with AI

आधी काही अपयशांवर Fix with AI दिसत होते, तर काहींवर फक्त Try again. हा फरक त्या अपयशाची जबाबदारी कोणाची दिसते त्यावर आधारित होता: ती आमच्या बाजूने वाटली तर एजंटने ठीक असलेला कोड शोधत तुमच्या क्रेडिट्सवर वेळ घालवू नये, असे आम्हाला वाटत होते.

त्यामुळे कोणत्या प्रकारचे अपयश आले आहे हे तुम्हालाच ओळखावे लागत होते. आता प्रत्येक अपयशावर दोन्ही बटणे येतात. एजंटला अपयशाचा प्रकार आणि त्यामागील आउटपुट मिळते, म्हणून अ‍ॅपमध्ये काही चूक असेल तर तो ती दुरुस्त करतो आणि नसेल तर फक्त पुन्हा publish करतो. ते कोणते होते हे तुम्हाला सांगावे लागत नाही.

अपवाद फक्त तिथे आहेत जिथे उत्तर कोडमध्ये नसते. लिंकचे नाव आधीच घेतले असेल तर एजंट इतर नावे सुचवतो. क्रेडिट्स संपले असतील तर अधिक क्रेडिट्स मिळवण्याचा पर्याय दिसतो.

अर्थपूर्ण संदेश

आधी अनेक अपयशांचा शेवट “आमच्या बाजूने समस्या आहे, पुन्हा publish करा” अशा संदेशात होत असे. ते खरे नव्हते, आणि पुन्हा publish केल्याने काही मदत होत नव्हती. आता त्यांना स्वतःचे संदेश आहेत:

• “publish केल्यानंतर तुमचे अ‍ॅप सुरू झाले नाही.” अ‍ॅप publish झाले होते, पण ते कनेक्शन स्वीकारू लागले नव्हते. बहुधा ते वेगळ्या पोर्टवर ऐकत असते, किंवा फक्त localhost वर. Published अ‍ॅपने 0.0.0.0 आणि $PORT मधील पोर्टवर ऐकणे आवश्यक असते. ठराविक वेळ थांबून आशा करण्याऐवजी आता आम्ही अ‍ॅप त्याच्या पोर्टवर खरोखर कनेक्शन स्वीकारते का ते तपासतो.
• “ही फाईल खूप मोठी आहे” / खूप जास्त फाईल्स. Static साइट्सवर प्रत्येक फाईलसाठी आकाराची मर्यादा असते (साइटच्या प्रकारानुसार सुमारे 25–30 MB) आणि 20,000 फाईल्सची मर्यादा असते. आता काहीही अपलोड करण्यापूर्वी आम्ही फोल्डर मोजतो, सर्व प्रकारच्या फाईल्ससाठी एकसारख्या पद्धतीने, आणि संदेशात मर्यादेपेक्षा मोठ्या प्रत्येक फाईलची यादी दिसते.
• “तुमचे अ‍ॅप सुरू झाल्यानंतर लगेच थांबले.” सहसा हे एखाद्या सेटिंगमुळे असते, जसे environment variable किंवा secret गहाळ असणे, पहिल्या request वर crash होणे, किंवा start command मध्ये चूक.

Live झाल्यानंतर तुटणारे अ‍ॅप पकडणे

Publish यशस्वी होऊ शकते आणि काही मिनिटांनी अ‍ॅप अपयशी ठरू शकते: ते सतत crash होत राहते, किंवा चालते पण कनेक्शन स्वीकारत नाही. Mythex published अ‍ॅप्स नियमितपणे तपासतो. एखादे अ‍ॅप काही मिनिटांत वारंवार crash झाले, किंवा चालत असूनही कनेक्शन घेत नसेल, तर publish failed म्हणून चिन्हांकित होते, तुम्हाला ईमेल येतो, आणि प्रोजेक्टवर Fix with AI सह संदेश दिसतो.

अ‍ॅपने स्वतःहून सावरलेला एकच crash failed publish मानला जात नाही. अ‍ॅपकडे memory संपल्यामुळे तो crash झाला असेल तर त्याबद्दल वेगळा ईमेल येतो.

जेव्हा आम्ही live अ‍ॅपला failed म्हणून चिन्हांकित करतो, तेव्हा त्या क्षणी अ‍ॅपने काय छापले ते आम्ही जतन करतो. तो कच्चा आउटपुट तुम्हाला दिसत नाही, पण Fix with AI तोच एजंटला देतो, त्यामुळे अंदाज लावण्याऐवजी एजंट खऱ्या त्रुटीपासून सुरुवात करतो.

कसे वापरावे

1. नेहमीप्रमाणे Publish क्लिक करा.
2. अपयश आले तर डायलॉगमधील संदेश वाचा. तो फक्त काहीतरी चुकले एवढेच नाही, तर नेमके काय झाले ते सांगण्यासाठी लिहिलेला आहे.
3. Fix with AI क्लिक करा. एजंट build आउटपुट किंवा अ‍ॅपचे लॉग वाचतो, प्रोजेक्ट दुरुस्त करतो, आणि तुम्ही पुन्हा publish करू शकता.
4. संदेश सांगत असेल की तुमच्या अ‍ॅपमध्ये काही चूक नाही, जसे “Publishing थोड्या वेळासाठी व्यस्त आहे” किंवा “Publish मध्येच थांबले”, तर Try again सहसा पुरेसे असते.
5. Live अ‍ॅप सतत crash होत आहे असा ईमेल आला तर प्रोजेक्ट उघडा: तोच संदेश आणि Fix with AI तिथे तुमची वाट पाहत असतात.

संदेश लिंकच्या नावाबद्दल नसेल तर पुन्हा publish करताना तेच लिंकचे नाव ठेवा.

हे का बनवले

अयशस्वी publish हा अनेकदा कोणासाठीही पहिला मोठा अडथळा असतो. Preview मध्ये अ‍ॅप चालते, ते Publish दाबतात, आणि ते सुरू होत नाही. जे विकसक नाहीत त्यांच्यासाठी “तुमचे लॉग तपासा” हा सल्ला उपयोगी पडत नाही. Fix with AI त्या क्षणाला एका क्लिकमध्ये बदलतो, आणि प्रामाणिक संदेशांमुळे जेव्हा तुम्ही ते वाचता, तेव्हा ते योग्य गोष्टीकडे बोट दाखवतात.

मर्यादा

• Fix with AI एजंट वापरतो, त्यामुळे इतर कोणत्याही संदेशाप्रमाणे तो क्रेडिट्स वापरतो.
• तो तुमच्या प्रोजेक्टमधील गोष्टी दुरुस्त करू शकतो: कोड, कॉन्फिगरेशन, start command. लिंकचे आधीच घेतलेले नाव, न पडताळलेला ईमेल किंवा रिकामी क्रेडिट शिल्लक तो दुरुस्त करू शकत नाही.
• काही समस्यांसाठी तुमचा निर्णय लागतो, जसे मोठी फाईल Storage मध्ये हलवायची की लहान करायची.

प्रत्येक संदेश आणि त्यावर काय करायचे ते docs मध्ये आहे: Publish troubleshooting. चुका झाल्यावर गोष्टी दुरुस्त करण्याच्या व्यापक कौशल्यासाठी AI ने बनवलेले अ‍ॅप कसे debug करायचे पहा.