Huntley का तरीका कोडबेस को दूसरी प्रोग्रामिंग भाषा में पोर्ट करने से पहले टेस्टों को Markdown स्पेसिफिकेशन में समेटने का सुझाव देता है। [8] स्पेक्स में मूल implementation के संदर्भ जोड़ने से एजेंट के लिए अपेक्षित व्यवहार और मौजूदा कोड के बीच संबंध देखना आसान हो सकता है। [8] यह तरीका अपने आप में रोज़मर्रा के टेस्ट हट...
प्रकाशितकर्ताGPT Image 2 से चित्र बनाए गए
शोध उत्तर
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/7r0kEd78FtcdAiMHXNNGuaqA5NI3/thumbnails/EEE474813AA23043E823/CD56382E76A171FCFE8E-medium-640.webp)
Create 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":"apply diff","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","diff":"<<<<<<< SEARCH\n:start line:82\n \n Huntley 的一手原文明确在跨语言移植场景中提出将测试提炼成领域规范。[10] 本提案不将该场景方法外推. Topic tags: general web, openai, llm, 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
दूसरी प्रोग्रामिंग भाषा में किसी सॉफ्टवेयर को पोर्ट करना सिर्फ़ कोड की पंक्तियाँ बदलना नहीं है। असली चुनौती यह समझना है कि पुराने प्रोग्राम का व्यवहार क्या है—और नए संस्करण में किन बातों को वैसा ही रहना चाहिए। Geoffrey Huntley का सुझाया तरीका इसी समझ को पहले लिखित स्पेसिफिकेशन में बदलने पर ज़ोर देता है। 8
मार्च 2026 में प्रकाशित अपने लेख में Huntley बताते हैं कि टेस्ट फ़ाइलों को अलग-अलग एजेंटों से जाँचवाकर उनके व्यवहार को /specs/*.md जैसी Markdown फ़ाइलों में दर्ज किया जा सकता है। उनका सुझाव है कि स्पेसिफिकेशन में संबंधित implementation के संदर्भ भी हों, ताकि यह पता रहे कि दर्ज की गई अपेक्षा मूल कोड से कहाँ जुड़ती है। 8
इसके बाद एक अलग एजेंट लूप में मौजूदा प्रोडक्ट फ़ंक्शनैलिटी का अध्ययन किया जाता है, और उसे तैयार स्पेक्स के सहारे पोर्ट किया जाता है। आसान शब्दों में: पहले यह दर्ज करें कि सॉफ्टवेयर को करना क्या है; फिर नए भाषा-आधारित संस्करण को उसी लिखित समझ के आधार पर बनाएं। 8
किसी बड़े कोडबेस में व्यवहार अलग-अलग टेस्ट फ़ाइलों और implementation में बिखरा हो सकता है। स्पेक्स उस जानकारी को एक ऐसी जगह पर लाने की कोशिश करते हैं जिसे टीम और एजेंट दोनों संदर्भ के रूप में इस्तेमाल कर सकें। मूल कोड के संदर्भ जुड़े हों, तो दावे को स्रोत से मिलाकर देखना भी संभव रहता है। 8
लेकिन स्पेक्स को जादुई शॉर्टकट समझना ठीक नहीं होगा। Huntley का लेख क्रॉस-लैंग्वेज पोर्टिंग के लिए एक काम करने का तरीका बताता है; इससे यह निष्कर्ष नहीं निकलता कि पोर्ट के बाद टेस्ट चलाने की ज़रूरत नहीं रहती या हर बार नतीजा सही ही होगा। 8
एजेंट का इस्तेमाल करते समय योजना बनाने और बदलाव लागू करने के बीच साफ़ फ़र्क रखना उपयोगी है। Cline के दस्तावेज़ों के अनुसार, Plan मोड में एजेंट कोडबेस देख सकता है और रणनीति बना सकता है, जबकि Act मोड में वह योजना के मुताबिक़ काम करता है। 2 यह Huntley की पोर्टिंग विधि का हिस्सा नहीं, बल्कि एजेंट के साथ काम करने के तरीके पर अलग मार्गदर्शन है।
कुल मिलाकर, इस दृष्टिकोण का व्यावहारिक विचार सीधा है: कोड बदलने से पहले उसके व्यवहार को समझने योग्य दस्तावेज़ में दर्ज करें। जब स्पेक्स में टेस्ट और implementation के संदर्भ भी हों, तो पोर्टिंग का काम सिर्फ़ भाषा बदलने के बजाय अपेक्षित व्यवहार को दोबारा बनाने पर केंद्रित हो सकता है। 8
Studio Global AI
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
Huntley का तरीका कोडबेस को दूसरी प्रोग्रामिंग भाषा में पोर्ट करने से पहले टेस्टों को Markdown स्पेसिफिकेशन में समेटने का सुझाव देता है। [8]
Huntley का तरीका कोडबेस को दूसरी प्रोग्रामिंग भाषा में पोर्ट करने से पहले टेस्टों को Markdown स्पेसिफिकेशन में समेटने का सुझाव देता है। [8] स्पेक्स में मूल implementation के संदर्भ जोड़ने से एजेंट के लिए अपेक्षित व्यवहार और मौजूदा कोड के बीच संबंध देखना आसान हो सकता है। [8]
यह तरीका अपने आप में रोज़मर्रा के टेस्ट हटाने या हर पोर्ट को सही साबित करने का दावा नहीं करता।
Huntley का तरीका कोडबेस को दूसरी प्रोग्रामिंग भाषा में पोर्ट करने से पहले टेस्टों को Markdown स्पेसिफिकेशन में समेटने का सुझाव देता है। [8] स्पेक्स में मूल implementation के संदर्भ जोड़ने से एजेंट के लिए अपेक्षित व्यवहार और मौजूदा कोड के बीच संबंध देखना आसान हो सकता है। [8] यह तरीका अपने आप में रोज़मर्रा के टेस्ट हट...
प्रकाशितकर्ताGPT Image 2 से चित्र बनाए गए
शोध उत्तर
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/7r0kEd78FtcdAiMHXNNGuaqA5NI3/thumbnails/EEE474813AA23043E823/CD56382E76A171FCFE8E-medium-640.webp)
Create 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":"apply diff","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","diff":"<<<<<<< SEARCH\n:start line:82\n \n Huntley 的一手原文明确在跨语言移植场景中提出将测试提炼成领域规范。[10] 本提案不将该场景方法外推. Topic tags: general web, openai, llm, 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
दूसरी प्रोग्रामिंग भाषा में किसी सॉफ्टवेयर को पोर्ट करना सिर्फ़ कोड की पंक्तियाँ बदलना नहीं है। असली चुनौती यह समझना है कि पुराने प्रोग्राम का व्यवहार क्या है—और नए संस्करण में किन बातों को वैसा ही रहना चाहिए। Geoffrey Huntley का सुझाया तरीका इसी समझ को पहले लिखित स्पेसिफिकेशन में बदलने पर ज़ोर देता है। 8
मार्च 2026 में प्रकाशित अपने लेख में Huntley बताते हैं कि टेस्ट फ़ाइलों को अलग-अलग एजेंटों से जाँचवाकर उनके व्यवहार को /specs/*.md जैसी Markdown फ़ाइलों में दर्ज किया जा सकता है। उनका सुझाव है कि स्पेसिफिकेशन में संबंधित implementation के संदर्भ भी हों, ताकि यह पता रहे कि दर्ज की गई अपेक्षा मूल कोड से कहाँ जुड़ती है। 8
इसके बाद एक अलग एजेंट लूप में मौजूदा प्रोडक्ट फ़ंक्शनैलिटी का अध्ययन किया जाता है, और उसे तैयार स्पेक्स के सहारे पोर्ट किया जाता है। आसान शब्दों में: पहले यह दर्ज करें कि सॉफ्टवेयर को करना क्या है; फिर नए भाषा-आधारित संस्करण को उसी लिखित समझ के आधार पर बनाएं। 8
किसी बड़े कोडबेस में व्यवहार अलग-अलग टेस्ट फ़ाइलों और implementation में बिखरा हो सकता है। स्पेक्स उस जानकारी को एक ऐसी जगह पर लाने की कोशिश करते हैं जिसे टीम और एजेंट दोनों संदर्भ के रूप में इस्तेमाल कर सकें। मूल कोड के संदर्भ जुड़े हों, तो दावे को स्रोत से मिलाकर देखना भी संभव रहता है। 8
लेकिन स्पेक्स को जादुई शॉर्टकट समझना ठीक नहीं होगा। Huntley का लेख क्रॉस-लैंग्वेज पोर्टिंग के लिए एक काम करने का तरीका बताता है; इससे यह निष्कर्ष नहीं निकलता कि पोर्ट के बाद टेस्ट चलाने की ज़रूरत नहीं रहती या हर बार नतीजा सही ही होगा। 8
एजेंट का इस्तेमाल करते समय योजना बनाने और बदलाव लागू करने के बीच साफ़ फ़र्क रखना उपयोगी है। Cline के दस्तावेज़ों के अनुसार, Plan मोड में एजेंट कोडबेस देख सकता है और रणनीति बना सकता है, जबकि Act मोड में वह योजना के मुताबिक़ काम करता है। 2 यह Huntley की पोर्टिंग विधि का हिस्सा नहीं, बल्कि एजेंट के साथ काम करने के तरीके पर अलग मार्गदर्शन है।
कुल मिलाकर, इस दृष्टिकोण का व्यावहारिक विचार सीधा है: कोड बदलने से पहले उसके व्यवहार को समझने योग्य दस्तावेज़ में दर्ज करें। जब स्पेक्स में टेस्ट और implementation के संदर्भ भी हों, तो पोर्टिंग का काम सिर्फ़ भाषा बदलने के बजाय अपेक्षित व्यवहार को दोबारा बनाने पर केंद्रित हो सकता है। 8
Studio Global AI
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
Huntley का तरीका कोडबेस को दूसरी प्रोग्रामिंग भाषा में पोर्ट करने से पहले टेस्टों को Markdown स्पेसिफिकेशन में समेटने का सुझाव देता है। [8]
Huntley का तरीका कोडबेस को दूसरी प्रोग्रामिंग भाषा में पोर्ट करने से पहले टेस्टों को Markdown स्पेसिफिकेशन में समेटने का सुझाव देता है। [8] स्पेक्स में मूल implementation के संदर्भ जोड़ने से एजेंट के लिए अपेक्षित व्यवहार और मौजूदा कोड के बीच संबंध देखना आसान हो सकता है। [8]
यह तरीका अपने आप में रोज़मर्रा के टेस्ट हटाने या हर पोर्ट को सही साबित करने का दावा नहीं करता।