अधिग्रहण
Harness ने Augment Code संपत्तियों का अधिग्रहण किया ताकि कोडिंग एजेंट्स को सॉफ़्टवेयर डिलीवरी से जोड़ा जा सके

कोड परिवर्तन लिखना आसान होता जा रहा है। उस परिवर्तन का परीक्षण, समीक्षा, सुरक्षा और ग्राहकों के लिए विश्वसनीय रूप से चलाना अभी भी एक बहुत बड़ा कार्य है। Harness मान रहा है कि AI सॉफ़्टवेयर विकास में अगली प्रगति इन दो दुनियाओं को जोड़ने से आएगी।
8 अक्टूबर को, Harness ने घोषणा की कि उसने चयनित Augment Code संपत्तियों का अधिग्रहण किया है, जिसमें Cosmos, Auggie CLI, Code Context Engine और संबंधित तकनीक शामिल हैं। उन उत्पादों की टीम Harness में शामिल हो रही है। Cosmos, Harness Cosmos Software Factory Agent बन जाएगा, जिससे कंपनी के सॉफ़्टवेयर डिलीवरी प्लेटफ़ॉर्म का विस्तार उन इंजीनियरिंग कार्यों तक होगा जो परिवर्तन को डिप्लॉयमेंट पाइपलाइन तक पहुँचने से पहले होते हैं।
यह अंतर महत्वपूर्ण है: यह चयनित संपत्तियों और उनकी संबंधित टीम का अधिग्रहण है, न कि पूरे Augment Code कंपनी की आधिकारिक खरीद। इसका महत्व उन तकनीकों में निहित है जो एक साथ लाई जा रही हैं: ऐसे एजेंट जो कोडबेस को समझते और संशोधित करते हैं, साथ ही ऐसे सिस्टम जो समझते हैं कि कोड का परीक्षण, रिलीज़ और संचालन कैसे होता है।
Harness अपने प्लेटफ़ॉर्म में क्या ला रहा है
यह घोषणा Cosmos को एक अधिक स्वायत्त सॉफ़्टवेयर विकास जीवनचक्र (SDLC) के प्रारंभिक बिंदु के रूप में स्थापित करती है। कोई आवश्यकता, सौंपा गया टिकट या रिपोर्ट किया गया बग एक समन्वित कार्यप्रवाह को आरंभ कर सकता है जिसमें एजेंट परिवर्तन की योजना बनाते हैं, कोड और परीक्षण लिखते हैं, और एक पुल‑रिक्वेस्ट खोलते हैं। इंजीनियर निर्णय बिंदुओं पर शामिल रहते हैं, जैसे डिजाइन को मंजूरी देना और अंतिम मर्ज निर्णय लेना।
यह केवल प्रारंभिक पैच उत्पन्न करने से आगे जाता है। जब समीक्षक टिप्पणी छोड़ते हैं या जांच विफल होती है, तो Cosmos एजेंट उसी पुल‑रिक्वेस्ट पर काम जारी रख सकते हैं। प्री‑बिल्ट एक्सपर्ट्स, जैसे Project Builder, PR Author, Deep Reviewer और PR Fixer, टीमों को ऐसे कार्यप्रवाह प्रदान करते हैं जिन्हें वे अपनी रिपॉज़िटरी और मानकों के अनुसार अनुकूलित कर सकते हैं।
प्रत्येक एजेंट एक अलग वर्चुअल मशीन में कार्य करता है। मॉडल रूटिंग, GitHub, Jira और Slack के साथ एकीकरण, साझा मेमोरी, संस्करण नियंत्रण और बजट नियंत्रण इंजीनियरिंग संगठन में इस कार्य को चलाने के लिए आवश्यक बुनियादी ढांचा प्रदान करते हैं।
यह संयोजन सॉफ़्टवेयर फैक्ट्री की अवधारणा है: एक दोहराने योग्य प्रक्रिया जो कार्य को समीक्षा योग्य परिणाम की ओर ले जाती है। महत्वपूर्ण इकाई पूर्ण हुई इंजीनियरिंग कार्यप्रवाह है, जिसमें साक्ष्य और चेकपॉइंट होते हैं, न कि एजेंट द्वारा उत्पन्न पंक्तियों की संख्या।
चैट विंडो से परे Cosmos कैसे काम करता है
Augment का Cosmos उत्पाद पृष्ठ उस संचालन मॉडल के बारे में उपयोगी विवरण जोड़ता है। पुल‑रिक्वेस्ट, अलर्ट, शेड्यूल और वेबहुक्स विशेषीकृत एक्सपर्ट्स को सक्रिय कर सकते हैं। टीमें इन ट्रिगर्स के आसपास पर्यावरण, एकीकरण और मानव चेकपॉइंट निर्धारित करती हैं, जिससे हर घटना के लिए कोई व्यक्ति मैन्युअल रूप से नया प्रॉम्प्ट जारी किए बिना कार्य शुरू किया जा सके।
Cosmos, Auggie CLI के माध्यम से परिवर्तन लागू करके और Git में कॉन्फ़िगरेशन इतिहास प्रबंधित करके, विशेषज्ञों और इवेंट‑ड्रिवन कार्यप्रवाहों को संस्करणित YAML के रूप में परिभाषित करने का समर्थन भी करता है। इससे एजेंट कार्यप्रवाह स्वयं एक ऐसा तत्व बन जाता है जिसे टीम परिचित इंजीनियरिंग प्रथाओं के माध्यम से निरीक्षण और बदल सकती है। उत्पाद पृष्ठ इन नियंत्रणों के साथ साझा संगठनात्मक ज्ञान और खर्च सीमा का विवरण देता है।
एक विकास टीम के लिए, यह समन्वय समस्या को बदल देता है। एक एजेंट जो सौंपे गए टिकट का उत्तर देता है, उसे स्पष्ट रूप से परिभाषित लक्ष्य, सही उपकरणों तक पहुँच और अपना परिणाम रिपोर्ट करने के लिए एक स्थान चाहिए। एक एजेंट जो विफल जांच से ट्रिगर होता है, उसे विफलता के साक्ष्य और संबंधित फ़ाइलों को बदलने की अनुमति चाहिए। पुन: उपयोग योग्य कार्यप्रवाह इन आवश्यकताओं को एन्कोड कर सकते हैं, हालांकि उनकी प्रभावशीलता अभी भी इस पर निर्भर करती है कि संगठन उन्हें कितनी सावधानी से कॉन्फ़िगर करता है।
कोड कॉन्टेक्स्ट इंजन इस सौदे का केंद्र बिंदु है
एंटरप्राइज़ सॉफ़्टवेयर पर काम करने वाले एजेंटों को एक ऐसी समस्या का सामना करना पड़ता है जिसे केवल प्रवाहपूर्ण कोडिंग उत्तर स्वयं नहीं हल कर सकता: सही संदर्भ ढूँढना। एक रिपॉज़िटरी में कई सेवाएँ, अप्रचलित कार्यान्वयन, स्थानीय मानक और निर्भरताएँ हो सकती हैं जिन्हें एक फ़ाइल से अनुमान लगाना कठिन होता है।
Augment की Code Context Engine की व्याख्या के अनुसार, सिस्टम कोड को अर्थपूर्ण रूप से अनुक्रमित करता है और कार्य से संबंधित जानकारी पुनः प्राप्त करता है। यह रिपॉज़िटरी और सेवाओं के बीच संबंधों, कमिट इतिहास, कोडबेस पैटर्न और दस्तावेज़ीकरण तथा टिकट जैसे सहायक सामग्री पर आधारित होता है। पूरी रिपॉज़िटरी को प्रॉम्प्ट में रखने के बजाय, यह प्रासंगिक संदर्भ को क्रमबद्ध और चयनित करता है।
व्यावहारिक मूल्य को एक उदाहरण के माध्यम से समझना आसान है। भुगतान एन्डपॉइंट को बदलने का अनुरोध वैधता, एक डाउनस्ट्रीम सेवा, एक वेबहुक हैंडलर और परीक्षणों को भी प्रभावित कर सकता है। इन कनेक्शनों को पुनः प्राप्त करने से कोडिंग एजेंट को केवल एन्डपॉइंट फ़ाइल की तुलना में बेहतर प्रारंभिक बिंदु मिल सकता है। यह तकनीक द्वारा संबोधित समस्या का एक चित्रण है, न कि यह गारंटी कि सभी प्रभावित निर्भरताएँ मिल जाएँगी।
Harness इस संदर्भ क्षमता को उन उपकरणों के साथ अधिग्रहित कर रहा है जो इसे कार्यान्वित करते हैं। व्यापक अवसर यह है कि कोड क्या करता है, इस ज्ञान को उस साक्ष्य से जोड़े जो कोड के रिपॉज़िटरी से बाहर निकलने के बाद होता है।
रिपॉज़िटरी को चल रहे सिस्टम से जोड़ना
Harness पहले से ही जीवनचक्र के डिलीवरी पक्ष पर कार्य करता है। उसके एजेंट सॉफ़्टवेयर डिलीवरी, सुरक्षा परीक्षण, रनटाइम सुरक्षा और लागत प्रबंधन को कवर करते हैं। यह अधिग्रहण Cosmos द्वारा तैयार किए गए इंजीनियरिंग कार्य को उन डाउनस्ट्रीम कार्यप्रवाहों में ले जाने का मार्ग बनाता है।
कंपनी का Software Delivery Knowledge Graph जानकारी को Git, CI/CD, क्लाउड इन्फ्रास्ट्रक्चर, सुरक्षा और संचालन उपकरणों से जोड़ने के लिए डिज़ाइन किया गया है। Harness एक सिमैंटिक लेयर का वर्णन करता है जिसमें संरचित संबंध, मानक पहचान और एक्सेस फ़िल्टरिंग शामिल है। एक व्यावहारिक उदाहरण यह है कि रिपॉज़िटरी, Kubernetes और मॉनिटरिंग सिस्टम में एक ही सेवा के विभिन्न नामों को हल किया जाए।
वह पहचान समस्या महत्वपूर्ण है। एक तैनात सेवा से जुड़ी सुरक्षा कमजोरी का पता तब अधिक उपयोगी होता है जब उसे संबंधित आर्टिफैक्ट और कोड संस्करण तक ट्रेस किया जा सके। एक परीक्षण विफलता को वास्तव में समीक्षा में चल रहे परिवर्तन से जोड़ा जाना चाहिए। अधिक लॉग एकत्र करने से स्वचालित रूप से उन संबंधों की स्थापना नहीं होती।
अपने अधिग्रहण घोषणा में, Harness Code Context Engine और Software Delivery Knowledge Graph को जोड़ने को एक नियोजित अगले कदम के रूप में वर्णित करता है। इच्छित फीडबैक लूप डाउनस्ट्रीम खोजों को इंजीनियरिंग कार्यप्रवाह में वापस लाएगा ताकि एक एजेंट सुधार तैयार कर सके और उसे पुनः वैधता के माध्यम से भेज सके। पाठकों को इस एकीकरण दिशा को इस बात से अलग पहचानना चाहिए कि संयुक्त कार्यप्रवाह का हर भाग पहले से ही डिलीवर हो चुका है।
स्वायत्तता को अभी भी रिलीज़ निर्णय की आवश्यकता है
प्रस्तावित लूप इंजीनियरिंग ओवरहेड के एक परिचित स्रोत को कम कर सकता है: एक समस्या को पुनर्निर्मित करना और उसका संदर्भ उपकरणों के बीच ले जाना। यदि परीक्षण में कोई रिग्रेशन उजागर होता है, तो उपयोगी आउटपुट एक ऐसा सुधार होगा जो विफल जांच से जुड़ा हो, उसके बाद यह प्रमाण कि सुधार काम करता है। उस प्रमाण के बिना एक और पुल रिक्वेस्ट खोलना केवल बाधा को आगे ले जाएगा।
मानव निगरानी आर्किटेक्चर का हिस्सा बनी रहती है। अलगाव निष्पादन वातावरण को सीमित करता है, लेकिन यह यह स्थापित नहीं करता कि पैच सही है। परीक्षण, कोड रिव्यू, सुरक्षा जांच और स्पष्ट अनुमोदन सीमाएँ विभिन्न उद्देश्यों की सेवा करती हैं। एक ग्रीन टेस्ट सूट अभी भी किसी आवश्यकता को चूक सकता है, और एक तकनीकी रूप से वैध परिवर्तन किसी विशेष रिलीज़ के लिए अनुचित हो सकता है।
संयुक्त प्लेटफ़ॉर्म का मूल्यांकन करने वाले ग्राहकों के लिए, सार्थक मापदंड यह होंगे कि प्रस्तावित परिवर्तन कितनी बार समीक्षा में टिकते हैं, उन्हें कितना पुनः कार्य चाहिए, और रिलीज़ के बाद विश्वसनीयता में क्या होता है। पैच तैयार करने में बचा समय को उसकी पुष्टि में खर्च हुए समय के विरुद्ध तौलना चाहिए। ये मूल्यांकन मानदंड हैं, अधिग्रहण घोषणा द्वारा प्रदर्शित प्रदर्शन परिणाम नहीं।
विचार से उत्पादन तक के पूरे मार्ग पर एक दांव
Harness कहता है कि Cosmos अभी उपलब्ध है और ग्राहक अपने पसंदीदा कोडिंग टूल्स का उपयोग जारी रख सकते हैं। इससे संगठनों को सॉफ़्टवेयर फ़ैक्टरी कार्यप्रवाहों को चयनात्मक रूप से अपनाने की जगह मिलती है, बजाय इसके कि अधिग्रहण को अपने पूरे विकास वातावरण को बदलने की आवश्यकता माना जाए।
रणनीतिक दांव स्पष्ट है। जैसे-जैसे कोड जनरेशन एक नियमित क्षमता बनती है, कठिन समस्या सॉफ़्टवेयर को उपयोगी बनाने वाले निर्णयों के बीच संदर्भ को बनाए रखना है: कार्यान्वयन, समीक्षा, परीक्षण, डिप्लॉयमेंट और संचालन। Augment की कोडिंग संपत्तियों को Harness में लाने से कंपनी को उस विभाजन के दोनों पक्षों पर घटक मिलते हैं।
अधिग्रहण अंततः इस बात से आंका जाएगा कि क्या ये घटक एक विश्वसनीय फीडबैक लूप बनाते हैं। यदि एक उत्पादन खोज एक अच्छी तरह से परिभाषित सुधार की ओर ले जा सके, जो सही कोड के विरुद्ध सत्यापित हो और टीम की नीतियों के तहत जारी किया जाए, तो लाभ तेज़ कोडिंग से परे पहुँचता है। यह इंजीनियरिंग कार्य को ऐसे सॉफ़्टवेयर में बदलने का बेहतर तरीका बन जाता है जिसे ग्राहक उपयोग कर सकें।












