Claude Opus 5 खुद घंटों कोड लिख सकता है। POS के किन हिस्सों को अभी भी कोड से ज़्यादा की ज़रूरत है?

POS के वे हिस्से जिन्हें अभी भी कोड से अधिक की आवश्यकता है, वे हैं जो धन और भौतिक दुनिया को छूते हैं: पेमेंट प्रोसेसिंग एग्रीमेंट, PCI अनुपालन (कार्ड डेटा को संभालने के लिए कार्ड उद्योग के सुरक्षा नियम), प्रमाणित कार्ड-प्रेजेंट टर्मिनल, और रिकॉर्ड-कीपिंग जिसे हर बार सही होना पड़ता है। 24 जुलाई, 2026 को जारी किया गया Claude Opus 5, न्यूनतम देखरेख के साथ घंटों कोडिंग सत्र चला सकता है¹। उन घंटों में से कोई भी मर्चेंट अकाउंट नहीं बनाता।

इस पोस्ट में मॉडल संस्करण और तिथियां प्रकाशन के समय सटीक हैं; विशिष्टताओं को एक स्नैपशॉट के रूप में मानें।

Claude Opus 5 ने वास्तव में क्या बदला?

Anthropic ऐसे मॉडल का वर्णन करता है जो लंबे समय तक चलने वाले एजेंटों के लिए बनाया गया है: यह जानबूझकर योजना बनाता है, अपने काम की पुष्टि करता है, और पिछले Opus मॉडलों की तुलना में अधिक समय तक और अधिक स्वायत्त रूप से चलता है²| Anthropic के सबसे कठिन सॉफ़्टवेयर इंजीनियरिंग बेंचमार्क पर इसने अपने पूर्ववर्ती के स्कोर को दोगुने से अधिक कर दिया¹। शुरुआती परीक्षकों ने रिपोर्ट दी है कि वे इसे ऐसा काम सौंप रहे हैं जिसे पहले कई छोटे टुकड़ों में विभाजित किया जाता था और उन्हें पूरा परिणाम वापस मिल रहा है।

यह एक वास्तविक बदलाव है, और यह उस पैटर्न को मजबूत करता है जिसे हमने GPT-5.6 लॉन्च होने पर कवर किया था: हर कुछ महीनों में, एक प्रॉम्प्ट से आपको मिलने वाले काम करने वाले सॉफ़्टवेयर की मात्रा बढ़ती जाती है। पिछले साल जिस चेकआउट इंटरफ़ेस को बनाने में प्रॉम्प्ट देने का एक हफ्ता लगता था, उसमें अब केवल एक दोपहर लगती है, और Opus 5 के साथ, आपके दूर जाने के बाद भी मॉडल काम करना जारी रखता है।

अधिक कोडिंग समय काम पूरा क्यों नहीं करता?

क्योंकि पॉइन्ट ऑफ सेल (POS) के सबसे कठिन हिस्से कोड-आकार की समस्याएं नहीं हैं। एक स्वायत्त मॉडल अधिक कोड, और बेहतर-जांचा हुआ कोड तैयार करता है। यह अंडरराइटिंग निर्णय, हार्डवेयर प्रमाणन, या सुरक्षा ऑडिट तैयार नहीं कर सकता, चाहे यह कितना भी समय चले। वे संस्थानों से आते हैं, कंपाइलरों से नहीं।

एक दूसरी, अधिक सूक्ष्म सीमा है। Opus 5 का प्रमुख कौशल अपने काम का सत्यापन करना है, और सत्यापन के लिए वास्तविक आधार (ground truth) की आवश्यकता होती है। एक मॉडल यह परीक्षण कर सकता है कि उसका चेकआउट गणित सही है। यह एक वास्तविक कार्ड नेटवर्क, एक वास्तविक सेटलमेंट शेड्यूल (जब कार्ड फंड वास्तव में आपके बैंक तक पहुंचते हैं), या एक वास्तविक टैक्स अथॉरिटी के खिलाफ परीक्षण नहीं कर सकता, क्योंकि उनमें से कोई भी कोडिंग सैंडबॉक्स के अंदर मौजूद नहीं है। कोड पूरी तरह से स्व-संगत हो सकता है और फिर भी काउंटर पर पहली बार वास्तविकता से टकरा सकता है।

POS के किन हिस्सों को अभी भी कोड से ज़्यादा की ज़रूरत है?

मुख्यतः चार।

• पैसे का हस्तांतरण। कार्ड से शुल्क लेने के लिए पेमेंट प्रोसेसर (वह कंपनी जो आपके बैंक में कार्ड फंड सेटल करती है) के साथ संबंध की आवश्यकता होती है: अंडरराइटिंग, पेआउट शेड्यूल, धोखाधड़ी की निगरानी, विवाद समाधान। कोई भी कोडिंग सत्र स्वीकृत मर्चेंट खाता आउटपुट नहीं करता है।

• कार्ड-डेटा सुरक्षा। PCI अनुपालन कार्ड नंबरों को छूने वाले किसी भी सिस्टम पर लागू होता है। उत्पन्न चेकआउट कोड जो कार्ड डेटा को संभालता है, वह ऑडिट बोझ आप पर डालता है; प्रमाणित पेमेंट इंफ्रास्ट्रक्चर मर्चेंट्स को इसके दायरे से बाहर रखने के लिए ही मौजूद है।

• कार्ड-प्रेजेंट हार्डवेयर। टैप और चिप भुगतान सुरक्षित फर्मवेयर वाले प्रमाणित टर्मिनलों पर चलते हैं जिन्हें कोई भी तदर्थ (ad hoc) तरीके से नहीं लिख सकता है। यह वही दीवार है जिसके कारण वाइब-कोडेड भुगतान ऐप्स ऐप स्टोर से अस्वीकृत हो जाते हैं: बाधाएं एंटाइटेलमेंट और प्रमाणन हैं, कोड गुणवत्ता नहीं।

• हर बार सही रिकॉर्ड। इन्वेंटरी जो दो एक साथ होने वाली बिक्री से बचती है और रिपोर्ट जो मेल खाती हैं (वास्तव में आए पैसे का मिलान करती हैं) तकनीकी रूप से कोड हैं, लेकिन ऐसा कोड जिसे हमेशा सही होना चाहिए। हमने उस सीमा को Vibe Coding a Point of Sale में मैप किया था। Opus 5 इस प्रकार का कोड इससे पहले के किसी भी मॉडल की तुलना में बेहतर लिखता है; फिर भी आप नहीं चाहेंगे कि इसका पहला प्रोडक्शन टेस्ट आपकी शनिवार की भीड़ के समय हो।

तो आपको Claude Opus 5 से क्या बनाने देना चाहिए?

उस रेखा के ऊपर की हर चीज़: स्क्रीन, फ़्लो, लॉजिक, उद्योग-विशिष्ट व्यवहार जो टेम्पलेट के बजाय POS को आपके व्यवसाय के अनुकूल बनाता है। वह लेयर कोड है, और Opus 5 अब यकीनन इसके लिए उपलब्ध सबसे शक्तिशाली टूल है।

व्यावहारिक मार्ग MCP (मॉडल कॉन्टेक्स्ट प्रोटोकॉल, खुला मानक जो AI टूल्स को अन्य सॉफ़्टवेयर में प्लग इन करने की अनुमति देता है) है। मॉडल से शुरुआत से भुगतान को फिर से बनाने के लिए कहने के बजाय, आप इसे एक ऐसे प्लेटफ़ॉर्म से जोड़ते हैं जहाँ धन का हस्तांतरण, हार्डवेयर प्रमाणन और अनुपालन पहले से मौजूद हैं, और इसे इसके ऊपर चेकआउट बनाने देते हैं। हमने पहले ऐसे प्लेटफ़ॉर्म जिन्हें AI संचालित कर सकता है और ऐसे प्लेटफ़ॉर्म जिन पर AI निर्माण कर सकता है के बीच के अंतर के बारे में लिखा है; स्वायत्त मॉडल दूसरी श्रेणी को कहीं अधिक महत्वपूर्ण बनाते हैं, क्योंकि मॉडल अब आपके बिना भी निर्माण कार्य को काफी आगे तक ले जा सकता है।

Final का Build इस तरह काम करता है: बिल्डर प्रॉम्प्ट-आधारित है, आप अपनी पसंद के फ़्लो का वर्णन करते हैं या MCP पर अपने स्वयं के AI को कनेक्ट करते हैं, और फ़्लो उस इंफ्रास्ट्रक्चर पर तैनात होता है जहाँ Final Pay, प्रमाणित टर्मिनल और नीचे की रिकॉर्ड-कीपिंग पहले से ही संभाली जाती है। एक कार्यशील POS बनाने के लिए Claude Fable 5 का उपयोग कैसे करें बताता है कि Opus 5 के बड़े भाई के साथ यह कैसा दिखता है।

तो, POS के किन हिस्सों को अभी भी कोड से ज़्यादा की ज़रूरत है?

वे जो किसी एग्रीमेंट, सर्टिफिकेशन या पेआउट पर समाप्त होते हैं: पेमेंट प्रोसेसिंग, PCI अनुपालन, और कार्ड-प्रेजेंट हार्डवेयर, साथ ही वे रिकॉर्ड जिन्हें हर बार सही होना चाहिए। Claude Opus 5 ने बदल दिया कि आप एक कोडिंग सत्र से कितना POS प्राप्त कर सकते हैं। इसने यह नहीं बदला कि एक कोडिंग सत्र क्या उत्पादित कर सकता है। अंगूठे का एक उपयोगी नियम: यदि कार्य कोड के साथ समाप्त होता है, तो इसे मॉडल को सौंप दें; यदि यह किसी समझौते, प्रमाणन या धन के हस्तांतरण के साथ समाप्त होता है, तो इसे इंफ्रास्ट्रक्चर को सौंप दें।

यदि आप देखना चाहते हैं कि व्यवहार में सीमा कहाँ है, तो MCP पर अपने स्वयं के AI को Build से कनेक्ट करें और मॉडल को वह हिस्सा करने दें जिसमें वह अब बहुत अच्छा है।