उत्तरप्रकाशित13 स्रोत
फ़ाइलें समेटने से पहले: AI कोडिंग प्रोजेक्ट्स के लिए नया दस्तावेज़ और टेस्ट ढाँचा
विश्लेषण के अनुसार, पुराने V4 सफ़ाई कार्य को पूरा घोषित नहीं किया जा सकता: कुछ मूल टेस्ट रसीदें उपलब्ध नहीं हैं और वास्तविक होस्ट जाँच बाकी है। प्रस्ताव है कि स्थायी परियोजना निर्देश, स्पेक्स, निर्णय रिकॉर्ड, टेस्ट और अस्थायी काम को अलग भूमिकाएँ दी जाएँ। फ़ाइलें स्थानांतरित करने से पहले पुराने काम और संदर्भों को सुर...
प्रकाशितकर्ताGPT Image 2 से चित्र बनाए गए
शोध उत्तर
मुख्य निष्कर्ष
- विश्लेषण के अनुसार, पुराने V4 सफ़ाई कार्य को पूरा घोषित नहीं किया जा सकता: कुछ मूल टेस्ट रसीदें उपलब्ध नहीं हैं और वास्तविक होस्ट जाँच बाकी है।
- प्रस्ताव है कि स्थायी परियोजना निर्देश, स्पेक्स, निर्णय रिकॉर्ड, टेस्ट और अस्थायी काम को अलग भूमिकाएँ दी जाएँ।
- फ़ाइलें स्थानांतरित करने से पहले पुराने काम और संदर्भों को सुरक्षित रखना चाहिए; इस रिपोर्ट में वास्तविक माइग्रेशन या टेस्ट चलाए जाने का दावा नहीं है।
- Cline के Plan और Act मोड को अलग बताया गया है, लेकिन किसी विशेष इंस्टॉल किए गए संस्करण का व्यवहार अभी सत्यापित नहीं है।
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/bXqIw3XxkXZyuu9gdo7NkRTsoKM2/images/96A3E3DABB4B22049019/9A075E9F648E3535ABBA.png)
AI संकेत
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"write to file","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","content":" 文档、测试与跨宿主入口治理：旧任务对账及新方案裁决\n\n 日期：2026 10 22。\n 交付性质：分析与治理提案；不是实施、冻结、归档或宿主验收回执。\n 旧契. Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
AI कोडिंग प्रोजेक्ट में फ़ाइलें कम कर देना अपने-आप में अच्छी व्यवस्था की गारंटी नहीं है। पहले यह समझना ज़रूरी है कि कौन-सी सामग्री मौजूदा नियम बताती है, कौन-सी टेस्ट के ज़रिए व्यवहार जाँचती है और कौन-सी पुराने फैसलों या अधूरे काम का रिकॉर्ड है।
एक आंतरिक विश्लेषण इसी वजह से दस्तावेज़ों, टेस्ट और AI टूल के प्रवेश-बिंदुओं को नए सिरे से व्यवस्थित करने का प्रस्ताव रखता है। इसकी अहम शर्त है: पुराने काम को सुरक्षित किए बिना न नया डिफ़ॉल्ट प्रवेश-बिंदु बदलें, न किसी अधूरे कार्य को पूरा घोषित करें।
पुराना काम अभी पूरा नहीं माना जा सकता
रिपोर्ट के मुताबिक, पहले के V4 सुधार और रिपॉज़िटरी-सफ़ाई कार्य की स्थिति अब भी BLOCKED है, जबकि उससे जुड़ा आर्किटेक्चर निर्णय रिकॉर्ड—यानी ADR—PROPOSED है। वास्तविक AI-होस्ट जाँच अधूरी है। कुछ स्थानीय जाँचों के लिए केवल पुराना सारांश मौजूद है, मूल कमांड और परिणाम की रसीद नहीं।
इसलिए रिपोर्ट पुराने कार्य को पूरा मानने, सफ़ाई दोबारा चलाने या केवल फ़ाइलें सुरक्षित रखकर बाकी ज़िम्मेदारियाँ हटाने की सिफ़ारिश नहीं करती। अगला इंजीनियरिंग कदम हो तो पहले पुराने प्लान की पूरी प्रति, उसके लंबित काम और उससे जुड़े संदर्भों को सुरक्षित करना होगा। उसके सफल होने के बाद ही नया प्लान डिफ़ॉल्ट प्रवेश-बिंदु पर रखा जा सकता है।
हर फ़ाइल की भूमिका साफ़ हो
प्रस्तावित ढाँचे में परियोजना के स्थायी निर्देश, तकनीकी स्पेक्स, वास्तु-संबंधी फैसले, मौजूदा कार्य-योजना, इतिहास, विश्लेषण, टेस्ट और अस्थायी काम अलग-अलग भूमिकाएँ निभाएँगे। परियोजना का मुख्य निर्देश-पृष्ठ नेविगेशन और स्थिर कामकाजी नियमों तक सीमित रहे; हर पुराने विश्लेषण या पूरे तथ्य-संग्रह की नकल उसमें न हो।
इसी तरह, ऐतिहासिक रिकॉर्ड को सक्रिय निर्देश समझकर हर बार लोड करने की ज़रूरत नहीं—लेकिन उसे हटाना भी उचित नहीं, अगर वह किसी फैसले या पुराने काम का एकमात्र प्रमाण हो। रिपोर्ट यह भी चेताती है कि किसी फ़ोल्डर को अनदेखा करने का नियम अपने-आप उसे सुरक्षित या सभी टूलों से अदृश्य नहीं बना देता।
टेस्ट घटाएँ नहीं, उनका मक़सद बचाएँ
रिपोर्ट के मुताबिक, टेस्ट की उपयोगिता इस बात से तय होनी चाहिए कि वे कौन-सा व्यवहार, पुरानी गड़बड़ी या ज़रूरी सीमा जाँचते हैं—सिर्फ़ इस आधार पर नहीं कि उनकी संख्या कितनी है। एक ही स्रोत फ़ाइल के लिए एक ही टेस्ट फ़ाइल रखना अनिवार्य नहीं; न ही टेस्ट कम होना सफ़ाई की सफलता का प्रमाण है।
Go जैसे मामलों में, अगर किसी टेस्ट को पैकेज के भीतर के अप्रकाशित सदस्यों तक पहुँच चाहिए, तो उसे उसी पैकेज में रखना पड़ सकता है। केवल फ़ोल्डर संरचना सुंदर दिखाने के लिए आंतरिक स्थिति सार्वजनिक करना या ज़रूरी जाँच हटाना उचित नहीं। स्थायी प्रतिगमन टेस्ट और अस्थायी जाँच-प्रोब को भी अलग समझना चाहिए: अस्थायी प्रोब हट सकती है, लेकिन उससे निकली ज़रूरी सीख को दोहराई जा सकने वाली जाँच या सुरक्षित प्रमाण में बदलना पड़ सकता है।
AI टूल का मोड, अनुमति का विकल्प नहीं
Cline के आधिकारिक विवरण में Plan मोड को खोज और योजना बनाने के लिए, और Act मोड को योजना पर काम करने के लिए बताया गया है। उस विवरण के अनुसार Plan मोड फ़ाइलें बदलता या कमांड चलाता नहीं है। 2 लेकिन रिपोर्ट किसी खास इंस्टॉल किए गए संस्करण, उसकी वास्तविक अनुमतियों या उसके व्यवहार की पुष्टि नहीं करती।
इसलिए केवल “Act” पर क्लिक को किसी भी तरह के बदलाव—जैसे इंस्टॉलेशन, माइग्रेशन या डिप्लॉयमेंट—की खुली अनुमति नहीं मानना चाहिए। अनुमति को स्पष्ट काम, चरण और दायरे से जोड़ना होगा। इसी तरह, नियम फ़ाइल मौजूद होने से यह साबित नहीं होता कि होस्ट ने उसे लोड भी किया है; कौशल उपलब्ध होना और उसका वास्तव में इस्तेमाल होना भी अलग बातें हैं।
प्रस्ताव है, लागू बदलाव नहीं
रिपोर्ट का पसंदीदा रास्ता है: भूमिकाएँ अलग करने वाला साझा प्रवेश-बिंदु, होस्ट के लिए सीमित अनुकूलन और चरणबद्ध माइग्रेशन। लेकिन यह अभी एक सशर्त डिज़ाइन है—रिपोर्ट में फ़ाइलें स्थानांतरित करने, परीक्षण चलाने या होस्ट पर बदलाव स्वीकार होने का दावा नहीं है। पुराने प्रमाण, लक्ष्य होस्ट का संस्करण और वास्तविक लोडिंग व्यवहार जैसी बातें अभी सत्यापित होनी बाकी हैं।
बदलावों के लिए वास्तविक टेस्ट और परियोजना-विशिष्ट जाँच उपयोगी सुरक्षा दे सकते हैं। Geoffrey Huntley के प्रकाशित कार्य में टेस्ट, टाइप-जाँच, लिंट और बिल्ड को गलत या अस्वीकार्य काम रोकने वाले “बैकप्रेशर” के रूप में समझाया गया है। 6 उनका एक अन्य लेख टेस्ट को स्पेक्स में समेटने की तकनीक को खास तौर पर दूसरी भाषा में सॉफ़्टवेयर पोर्ट करने के संदर्भ में रखता है—यह रोज़मर्रा के प्रतिगमन टेस्ट हटाने की दलील नहीं है।
11
अंतिम संदेश सीधा है: पहले प्रमाण और अधूरे काम को सुरक्षित रखें, फिर संदर्भों और टेस्ट की संगतता जाँचते हुए बदलाव करें। फ़ोल्डर घटाना लक्ष्य नहीं; ज़रूरी व्यवहार, फैसले और अनुमति की सीमाएँ बचाए रखना लक्ष्य है।
Studio Global AI
अपना शोध जारी रखें
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
लोग पूछते भी हैं
"फ़ाइलें समेटने से पहले: AI कोडिंग प्रोजेक्ट्स के लिए नया दस्तावेज़ और टेस्ट ढाँचा" का संक्षिप्त उत्तर क्या है?
विश्लेषण के अनुसार, पुराने V4 सफ़ाई कार्य को पूरा घोषित नहीं किया जा सकता: कुछ मूल टेस्ट रसीदें उपलब्ध नहीं हैं और वास्तविक होस्ट जाँच बाकी है।
सबसे पहले सत्यापित करने योग्य मुख्य बिंदु क्या हैं?
विश्लेषण के अनुसार, पुराने V4 सफ़ाई कार्य को पूरा घोषित नहीं किया जा सकता: कुछ मूल टेस्ट रसीदें उपलब्ध नहीं हैं और वास्तविक होस्ट जाँच बाकी है। प्रस्ताव है कि स्थायी परियोजना निर्देश, स्पेक्स, निर्णय रिकॉर्ड, टेस्ट और अस्थायी काम को अलग भूमिकाएँ दी जाएँ।
मुझे अभ्यास में आगे क्या करना चाहिए?
फ़ाइलें स्थानांतरित करने से पहले पुराने काम और संदर्भों को सुरक्षित रखना चाहिए; इस रिपोर्ट में वास्तविक माइग्रेशन या टेस्ट चलाए जाने का दावा नहीं है।