← नवीनतम पेपर
🤖 AI

Using Aristotle API for AI-Assisted Theorem Proving in Lean 4: A Formalisation Case Study of the Grasshopper Problem

यह शोध पत्र अरस्तू (Aristotle) API का उपयोग करके IMO 2009 ग्रासहॉपर (Grasshopper) समस्या के एक लीन 4 (Lean 4) औपचारिकीकरण केस स्टडी को प्रस्तुत करता है, जो यह प्रदर्शित करता है कि यद्यपि AI प्रमाण रणनीति के स्थानीय घटकों को सफलतापूर्वक सत्यापित कर सकता है, लेकिन यह मुख्य प्रमेय को पूर्ण करने के लिए आवश्यक वैश्विक संयोजी बहीखाता पद्धति (global combinatorial bookkeeping) को हल करने में वर्तमान में संघर्ष करता है।

मूल लेखक: Gabriel Rongyang Lau

प्रकाशित 2026-05-20
📖 5 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Gabriel Rongyang Lau

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

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

यह पेपर एक विशिष्ट परीक्षण रन का रिपोर्ट कार्ड है जहाँ लेखक, गेब्रियल लौ ने इस प्रसिद्ध "ग्रासहॉपर प्रॉब्लम" (2009 की एक कठिन गणितीय पहेली) को 'लीन 4' (Lean 4) नामक कंप्यूटर भाषा का उपयोग करके हल करने के लिए इस रोबोट से कहा था।

यहाँ जो हुआ उसकी कहानी सरल भाषा में दी गई है:

समस्या: कूदने वाला टिड्डा (The Jumping Grasshopper)

कल्पना कीजिए कि एक टिड्डा एक संख्या रेखा (number line) पर शून्य पर बैठा है। उसके पास nn अलग-अलग कूदने की दूरियों (सभी धनात्मक संख्याएँ) का एक बैग है। इसके अलावा, "वर्जित स्थानों" (एक सेट MM) की एक सूची भी है जिन पर टिड्डे को कभी नहीं उतरना चाहिए।

चुनौती यह है कि उन कूदने की दूरियों का एक ऐसा क्रम खोजें ताकि टिड्डा हर बार सुरक्षित रूप से उतरे, यानी सभी वर्जित स्थानों से बचता रहे। पेपर एआई (AI) से यह सिद्ध करने के लिए कहता है कि ऐसा सुरक्षित क्रम हमेशा मौजूद होता है।

रोबोट का प्रयास: ताश के पत्तों का घर बनाना (Building a House of Cards)

लेखक ने एआई को एक औपचारिक प्रमाण (formal proof) लिखने के लिए कहा। कंप्यूटर गणित की दुनिया में, एक प्रमाण तार्किक चरणों की एक श्रृंखला की तरह होता है। यदि प्रत्येक चरण की जाँच और सत्यापन किया जाता है, तो प्रमाण ठोस होता है। हालाँकि, कंप्यूटर भाषा में एक "चीट कोड" है जिसे sorry कहा जाता है। यह एक स्टिकी नोट (चिपकने वाली पर्ची) लगाने जैसा है जिस पर लिखा हो, "मेरा विश्वास करो, यह काम करता है," बिना वास्तव में इसे सिद्ध किए। यदि किसी प्रमाण में sorry का उपयोग किया गया है, तो वह एक पूर्ण प्रमाण नहीं है; वह केवल एक ड्राफ्ट है।

एआई ने क्या सही किया (सत्यापित भाग):
रोबट "स्थानीय" (local) काम करने में उत्कृष्ट था। उसने सफलतापूर्वक चार विशिष्ट उपकरण (लेम्मा/lemmas) बनाए और सत्यापित किए, जो एक घर की नींव और दीवारों की तरह कार्य करते हैं:

  1. कुल योग की जाँच (The Total Sum Check): इसने सिद्ध किया कि यदि आप सभी कूदने की दूरियों को जोड़ते हैं, तो क्रम चाहे जो भी हो, कुल दूरी समान रहती है।
  2. स्वैप टेस्ट (The Swap Test): इसने सिद्ध किया कि यदि आप दो पड़ोसी कूदने की दूरियों को आपस में बदलते (swap) हैं, तो केवल एक विशिष्ट लैंडिंग स्पॉट बदलता है; बाकी सब समान रहते हैं।
  3. नई स्थिति (The New Position): इसने गणना की कि उस बदलाव के बाद टिड्डा ठीक कहाँ लैंड करेगा।
  4. अधिकतमता का तर्क (The Maximality Logic): इसने एक चतुर नियम सिद्ध किया: "यदि हमारे पास सबसे अच्छा संभव क्रम है, और हमें दो कूदने की दूरियों को बदलने के लिए मजबूर किया जाता है, तो नया लैंडिंग स्पॉट भी एक वर्जित स्थान होना चाहिए।"

ये चार भाग ईंटों के एक पूरी तरह से निर्मित, निरीक्षण किए गए और प्रमाणित सेट की तरह हैं। वे गणितीय रूप से ठोस हैं।

एआई ने कहाँ गलती की (लुप्त भाग):
रोबोट छत नहीं बना सका। मुख्य प्रमेय (मुख्य प्रमाण कि एक सुरक्षित क्रम मौजूद है) को एक sorry के साथ बंद कर दिया गया था।

पेपर बताता है कि रोबोट जानता था कि कूदने की दूरियों को कैसे बदला जाता है और वह भी जानता था कि बदलने से "वर्जित" लैंडिंग स्पॉट बनते हैं। लेकिन वह ग्लोबल काउंटिंग आर्गुमेंट (global counting argument) के लिए बिंदुओं को जोड़ने में विफल रहा।

  • उपमा (Analogy): कल्पना कीजिए कि रोबोट ने कूदने की दूरियों को बदलने के 100 अलग-अलग तरीके खोजे, और प्रत्येक बदलाव एक "वर्जित" स्पॉट की ओर इशारा करता है। खेल जीतने के लिए, आपको यह सिद्ध करने की आवश्यकता है कि ये 100 स्थान एक-दूसरे से अलग हैं, और वे इतने अधिक हैं कि वे "वर्जित सूची" में जगह ही नहीं छोड़ते।
  • रोबोट यहाँ अटक गया। वह उन बिखरे हुए वर्जित स्थानों को एक सुसंगत तर्क में व्यवस्थित नहीं कर सका जो यह कह सके, "देखो, वर्जित स्थानों की संख्या इतनी अधिक है कि वे सूची में फिट नहीं हो सकते, इसलिए हमारी धारणा गलत है, और एक सुरक्षित पथ मौजूद है।"

बड़ा सबक

यह पेपर इस बारे में नहीं है कि गणित सत्य है या नहीं (वह सत्य है); यह इस बारे में है कि हम एआई पर भरोसा कैसे करते हैं।

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

एआई ने एक ऐसी फ़ाइल बनाई जो एक प्रमाण की तरह दिखती है क्योंकि इसमें सत्यापित सहायक लेम्मा हैं। लेकिन क्योंकि इसका मुख्य निष्कर्ष एक sorry (एक प्लेसहोल्डर) पर निर्भर करता है, इसलिए यह एक पूर्ण प्रमाण नहीं है। पेपर हमें चेतावनी देता है कि जब एआई गणित में मदद करता है, तो हम केवल "सत्यापित" हरे रंग के टिक मार्क को देखकर निर्णय नहीं ले सकते। हमें पूरी संरचना को देखना होगा कि क्या सबसे महत्वपूर्ण हिस्सा वास्तव में पूरा हो गया है या उसे केवल एक स्टिकी नोट से ढक दिया गया है।

संक्षेप में: एआई ने पहेली को हल करने के लिए उपकरणों का एक आदर्श सेट बनाया, लेकिन वह अंतिम टुकड़े को जोड़ नहीं सका। यह पेपर एक चेतावनी है कि एआई के काम पर भरोसा करने से पहले "स्टिकी नोट्स" की जाँच करें।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →