विस्तृत विश्लेषण · लगभग 5 मिनट पढ़ना
Claude Code मानव की हर पंक्ति पढ़ने की जरूरत घटाता है, जिम्मेदारी नहीं
Anthropic ने परतदार जाँच, जोखिम-आधारित स्वीकृति और तेज वापसी समझाई; आंतरिक प्रक्रिया और सार्वजनिक उत्पाद अलग हैं।
- स्रोत की तारीख
- यहाँ प्रकाशित
- स्रोत जाँचा गया
15 अक्टूबर के इंजीनियरिंग लेख में Claude Code टीम बताती है कि एजेंट के बदलावों की समीक्षा हर पंक्ति सहकर्मी से पढ़वाए बिना कैसे हो सकती है। नियमित सत्यापन पहले होता है, मानव स्वीकृति जोखिम के अनुसार बदलती है और गलती ठीक करने का समय भी गिना जाता है। इससे जिम्मेदारी खत्म या AI समीक्षा मानव की मंजूरी नहीं बनती।
समाचार सुनें
यह लेख सुनें या समाचार लगातार चलाएँ।
पढ़ने की तैयारी हो रही है…
डिवाइस की आवाज़
वाक् प्रक्रिया आपके ब्राउज़र या डिवाइस में होती है। AISubHub पाठ किसी ऑडियो API को नहीं भेजता। आवाज़ों और लॉक स्क्रीन पर चलने की सुविधा डिवाइस पर निर्भर है।
जारी करने पर छोटा वाक्यांश दोहराया जा सकता है।
मुख्य बातें
- टीम के अनुसार जून से सितंबर में मर्ज किए PR दोगुने से अधिक हुए और वापस लेने पड़े बदलावों का अनुपात 40% से ज्यादा घटा।
- विश्वसनीय लेखक के कम जोखिम बदलाव जाँच पास होने पर मानव स्वीकृति के बिना जा सकते हैं; सामान्य बदलाव में एक और सबसे जोखिम वाले में दो लोग जरूरी हैं। एजेंट उनकी जगह नहीं लेता।
- सार्वजनिक Code Review, Team और Enterprise में सामान्य उपलब्ध है, पर केवल निष्कर्ष देता है, PR मंजूर नहीं करता; आंतरिक प्रक्रिया अधिक आगे जाती है।
रिपॉजिटरी अलग करके सही बाधा मापना
लेखक दोहराते हैं कि Claude अपने Claude Code के करीब 90% कोड लिखता है। इसका अलग रिपॉजिटरी है; Scion लेख में Anthropic के मोनोरेपो की प्रतिदिन लगभग 2,500 से 30,000 से अधिक मर्ज की वृद्धि अलग कार्यभार है। लक्ष्य खराब बदलाव ठीक करने समेत कुल मानव समय घटाना है, वापसी या घटनाएँ बढ़ाना नहीं। टीम अनुमोदन, टिप्पणियाँ और प्रतीक्षा के साथ अनुमोदन का मध्यक और 95वाँ प्रतिशतक देखती है। जून–सितंबर में मर्ज बढ़ना और वापसी का हिस्सा घटना एक अवलोकन है, कुल विफलताओं की संख्या या हर टीम का जोखिम घटने का प्रमाण नहीं।
अनुमति माँगने से पहले सत्यापन
PR खोलने से पहले इंजीनियर एजेंट को परीक्षण, बिल्ड या तुलना के स्क्रीनशॉट जैसे चलाने योग्य सत्यापन देते हैं और ताजा संदर्भ वाले उपएजेंट से diff जँचवाते हैं। छोटे परियोजना निर्देश और कोड मालिक के समीक्षा नियम परंपराएँ रखते तथा फाइल-लाइन प्रमाण माँगते हैं। हर PR का AI समीक्षा करता है; दूसरे एजेंट निष्कर्ष प्रकाशित होने से पहले जाँचते हैं और केवल शैली वाले शोर को छाँटते हैं। शोध पूर्वावलोकन में सार्थक टिप्पणियों वाले आंतरिक PR 16% से 54% हुए: यह कवरेज है, सफल सुधार दर नहीं। Team और Enterprise की सार्वजनिक उपलब्धता सभी आंतरिक स्वचालन के शामिल होने या इस लेख में कीमत तय होने का अर्थ नहीं।
मानवीय मंजूरी जोखिम की सीमा है
खुले बग या सुरक्षा निष्कर्ष ठीक होने या कारण देकर बंद किए जाने तक मर्ज रोकते हैं; बाद का सुधार कमिट उन्हें अपने आप भी साफ कर सकता है। एक वर्गीकारक बदलाव का जोखिम तय करता है, दूसरा अतिरिक्त व्यक्ति की जरूरत देखता है। विश्वसनीय लेखक के कम जोखिम बदलाव सभी जाँच हरी होने पर बिना मानव मार्ग ले सकते हैं; सामान्य को एक, सबसे अधिक जोखिम को दो लोग चाहिए। भरोसे की सूची से बाहर एक दूसरा व्यक्ति और संवेदनशील रास्तों व CI के लिए मानव समीक्षा रहती है। एजेंट जरूरी मानव का स्थान नहीं भरता। एजेंट को निर्देश देने वाला जिम्मेदार और समीक्षक भी हो सकता है। स्वीकृति खास कमिट पर लागू होती है; गैर-समर्थित नए बदलाव पर दोबारा चाहिए।
समीक्षा को अंतहीन चक्र बनने से रोकना
एक PR रातभर 50 से अधिक दौर से गुजरा। बार-बार चिह्नित करीब 59% कोड पहले दौर से ही मौजूद था, नया नहीं था। अब तीन दौर के बाद तरीका फिर सोचने को कहा जाता है; आगे की समीक्षा नया diff देखती है, पुराने निष्कर्ष नहीं दोहराती और पूरी बग श्रेणी ठीक कराती है। तीसरी कोशिश पर स्वतः मर्ज अनुमति नहीं मिलती। इंजीनियर द्वारा पुष्टि किए घटना-कारक PR और सुधार रोज के मूल्यांकन सेट में आते हैं। टिप्पणियों पर प्रतिक्रिया और साफ ज्ञात PR के परीक्षण शोर या हानिकारक सुझाव मापते हैं। पुराने कोड की रात की समीक्षा नए बदलाव का दायरा अनंत बढ़ाए बिना पुराने बग ढूँढ़ती है।
रिलीज नियंत्रण प्रक्रिया पूरी करते हैं
मर्ज कतार वर्तमान main के साथ परीक्षण दोहराती है ताकि अलग-अलग पास बदलाव मिलकर न टूटें। फ्लैग, कर्मचारियों का पहला उपयोग, stable से पहले latest, साप्ताहिक ऑन-कॉल और तेज वापसी छूटे दोषों के परिणाम सीमित करते हैं। घटनाएँ बढ़ने पर अनुमोदन स्वतः कड़ा करने वाले सर्किट-ब्रेकर अभी नहीं हैं। लोग दिशा, जोखिमपूर्ण वास्तुकला और प्रमाण देखते हैं; सबको पूरे कोड की समझ की औपचारिक गारंटी भी नहीं। हमारी राय में बदलाव पलटने की क्षमता और जोखिम का दिखना सीमित स्वचालन का आधार हैं। इनके बिना सिर्फ AI समीक्षक होने से सबसे हल्का स्वीकृति रास्ता नहीं अपनाना चाहिए।
यह क्यों अहम है
यह अलग समीक्षा कार्यप्रवाह है, Scion की दोबारा घोषणा या नया Claude मॉडल नहीं। यह पूछता है कौन-सा प्रमाण कौन-सी विफलता पकड़ेगा, कहाँ व्यक्ति जरूरी है और बचा दोष प्रतिगमन परीक्षण कैसे बने। AISubHub ने इस आंतरिक प्रक्रिया को तैनात या मापा नहीं है।
सीमाएँ और उपलब्धता
ये बहुत अधिक एजेंट इस्तेमाल करने वाले Anthropic के विशेष वातावरण के अवलोकन हैं। कम मंजूरियाँ वापसी और घटनाओं की सीमाओं में लक्ष्य हैं, सार्वभौमिक सुरक्षा नहीं। सार्वजनिक उत्पाद PR मंजूर नहीं करता; उपलब्धता मुफ्त उपयोग या नई व्यक्तिगत सदस्यता का प्रमाण नहीं।
स्रोत और प्रमाण
स्रोत की तारीख: 15 अक्टू॰ 2026 · स्रोत जाँचा गया: 20 अक्टू॰ 2026
AI की सहायता से लिखे लेखों को दिए गए प्राथमिक स्रोतों से जाँचा जाता है। प्रदाता के दावों का श्रेय स्पष्ट है; सूची में होना समर्थन नहीं है।