Maguyva, AST पार्सिंग और सिंबल एक्सट्रैक्शन के साथ Terraform को सपोर्ट करता है, ताकि AI एजेंट बदलाव सुझाने से पहले मॉड्यूल, locals, वेरिएबल, रिसोर्स रेफ़रेंस, और डायनैमिक इन्फ़्रास्ट्रक्चर पैटर्न को ट्रेस कर सकें।
इन्फ़्रास्ट्रक्चर कोड वह जगह है जहां बहुत सारी AI टूलिंग चुपचाप उथले टेक्स्ट हैंडलिंग पर वापस लौट जाती है। यह पर्याप्त नहीं है। Terraform बदलाव आमतौर पर संवेदनशील, रेफ़रेंस-भारी होते हैं, और मॉड्यूल, locals, वेरिएबल, डेटा सोर्स, और एनवायरनमेंट-विशिष्ट फ़ोल्डर में फैले होते हैं। मुश्किल हिस्सा यह समझना है कि बदलाव करने से पहले कॉन्फ़िगरेशन आपस में कैसे जुड़ा है।
यही वजह है कि Terraform सपोर्ट मायने रखता है, भले ही आपका मुख्य एप्लिकेशन कोड कहीं और रहता हो। अगर रिपॉज़िटरी में इन्फ़्रास्ट्रक्चर कोड है, तो एजेंट को उसे उसी सिस्टम के हिस्से के रूप में देखने की ज़रूरत है, न कि किसी अटैचमेंट के रूप में जिसके बारे में उसे अंदाज़ा लगाना पड़े।
Maguyva, Terraform को संरचनात्मक रूप से सपोर्ट करता है, जो मॉड्यूल रेफ़रेंस, वेरिएबल फ़्लो, और रिसोर्स रिलेशनशिप का अनुसरण करने के लिए उपयोगी आधार है। यह और भी ज़्यादा मायने रखता है जब कोड count, for_each, डायनैमिक ब्लॉक, और साझा मॉड्यूल का उपयोग करता है, जो असली प्लान आकार को एक त्वरित नज़र से समझना मुश्किल बना देते हैं।
व्यावहारिक फ़ायदा यह है कि एजेंट रिपॉज़िटरी-स्तरीय सवालों का जवाब दे सकता है जैसे “यह मॉड्यूल कहां-कहां पुनः उपयोग होता है?”, “इस वेरिएबल पर क्या निर्भर करता है?”, या “कौन-से एनवायरनमेंट फ़ोल्डर पैटर्न से हटकर हैं?” — इससे पहले कि वह कोई बदलाव प्रस्तावित करे।
Terraform यह जांचने का एक अच्छा तरीका है कि क्या लैंग्वेज कवरेज वास्तव में उपयोगी है। यह दिखाता है कि क्या Maguyva एप्लिकेशन कोड, ऑपरेशनल कोड, और इन्फ़्रास्ट्रक्चर को अलग-अलग टापुओं के बजाय एक ही रिपॉज़िटरी-स्तरीय समस्या के रूप में मान सकता है।
अगर आपका इन्फ़्रास्ट्रक्चर सर्विस कोड के साथ मौजूद है, तो Go मार्गदर्शिका सबसे नज़दीकी बैकएंड जोड़ी है। अगर उसी रिपॉज़िटरी में वेब या प्लेटफ़ॉर्म पैकेज भी शामिल हैं, तो TypeScript मार्गदर्शिका सही आस-पास का पेज है।
इस पेज का उपयोग करें अगर सवाल यह है कि “क्या एजेंट इन्फ़्रास्ट्रक्चर कॉन्टेक्स्ट भी बनाए रख सकता है?” यह अकेले एप्लिकेशन भाषाओं के बारे में पूछने से ज़्यादा यथार्थवादी सवाल है। कच्चे मैट्रिक्स के लिए, compatibility का उपयोग करें।
सबसे उपयुक्त
एजेंट वर्कफ़्लो
इंजन विवरण
उपयोगी MCP एंट्री पॉइंट
get_task_context
जब आपको तेज़ी से एक जोड़ा हुआ जवाब चाहिए हो, तो 'VPC मॉड्यूल का आउटपुट ECS सेवा तक कैसे पहुँचता है, इसे ट्रेस करें' जैसे प्रॉम्प्ट के लिए इसका इस्तेमाल करें।
text_pattern_search
विश्लेषण को व्यापक बनाने से पहले रिसोर्स एड्रेस, मॉड्यूल नाम, या वेरिएबल की के लिए सटीक टेक्स्ट का इस्तेमाल करें।
dependency_search
जब आपको पता हो कि आपको किस मॉड्यूल या सिंबल की परवाह है और आप देखना चाहते हैं कि उस पर क्या निर्भर करता है, तब इसका इस्तेमाल करें।
संबंधित गाइड
उन सर्विस-भारी रिपॉज़िटरी के लिए उपयुक्त जहां हैंडलर, पैकेज, और ऑपरेशनल कोड को ट्रेस करना आसान बना रहना ज़रूरी है।
एक्सटेंशन
.go
प्रासंगिक तब जब आपकी रिपॉज़िटरी कई पैकेज में ऐप कोड, लाइब्रेरी, API क्लाइंट, टेस्ट, और कॉन्फ़िग को मिलाती हो।
एक्सटेंशन
.cts, .d.ts, .mts, .spec.ts, +3 और