एजेंट विकास और डॉक्यूमेंटेशन-संचालित विकास: जब AI कोड नहीं, अनुबंध लिखता है
एक लेख में एजेंट-आधारित दृष्टिकोण का वर्णन किया गया है, जिसमें LLM कोड जनरेशन से पहले सिस्टम अनुबंध (OpenAPI, Proto, JSON Schema, CloudEvents, AsyncAPI) डिज़ाइन करते हैं। डॉक्यूमेंटेशन-संचालित एजेंट विकास कहलाने वाली इस विधि में अनुबंध उत्पन्न करने और समीक्षा करने के लिए कई प्रॉम्प्ट चरणों का उपयोग किया जाता है। लेखक एक स्वचालित टेलीफोन एक्सचेंज (PBX) सेवा उदाहरण पर इसका प्रदर्शन करते हैं, जनरेटर और एजेंट के बीच अंतर स्पष्ट करते हैं।
लेखक, मैटवे लिखोटा, एक वरिष्ठ गो डेवलपर, एक विकास दृष्टिकोण प्रस्तावित करते हैं जहाँ एक एलएलएम पहले एक सिस्टम डिज़ाइन करता है और ओपनएपीआई, प्रोटो, जेएसओएन स्कीमा, क्लाउडइवेंट्स और एसिंकएपीआई जैसे अनुबंध तैयार करता है, जिसमें कोड बाद में दोहराए जाने योग्य जनरेटर और परियोजना-निर्भर भागों को डेवलपर्स और एजेंटों द्वारा उत्पन्न किया जाता है। वे इसे डॉक्यूमेंटेशन ड्रिवेन एजेंट डेवलपमेंट या स्पेसिफिकेशन ड्रिवेन एजेंट डेवलपमेंट कहते हैं। लेख एक सरल पीबीएक्स सेवा उदाहरण पर प्रक्रिया दिखाता है। पहला प्रॉम्प्ट एलएलएम से कोड लिखे बिना वास्तुशिल्प रूप से महत्वपूर्ण प्रश्नों की सूची बनाने के लिए कहता है। दूसरा प्रॉम्प्ट आरएफसी 9457 त्रुटियों, आइडेम्पोटेंसी-की, आईएफ-मैच/ईटैग और कर्सर पेजिनेशन सहित सख्त आवश्यकताओं के साथ एक ओपनएपीआई 3.1 अनुबंध उत्पन्न करता है। फिर एक प्रतिकूल समीक्षा प्रॉम्प्ट दोषों के लिए अनुबंध की आलोचना करता है। ईवेंट अनुबंधों के लिए, क्लाउडइवेंट्स 1.0 का उपयोग कॉलस्टार्टेड, कॉलआंसर्ड, कॉलमिस्ड जैसी घटनाओं की सूची के साथ किया जाता है। वेबसॉकेट अनुबंध एसिंकएपीआई 3.0 के माध्यम से वर्णित हैं, और आंतरिक एपीआई को प्रोटो3 के साथ जीआरपीसी के रूप में डिज़ाइन किया गया है। लेख अनुबंध डिज़ाइन को कोड जनरेशन से अलग करने और असंगतताओं को पकड़ने के लिए समीक्षा प्रॉम्प्ट का उपयोग करने पर जोर देता है।
स्रोत: Habr — хаб ИИ —
मूल