JSON Repair

विकृत JSON ऐसा टेक्स्ट है जो JSON जैसा दिखता है लेकिन सख्त JSON सिंटैक्स स्पेसिफिकेशन का उल्लंघन करता है — उदाहरण के लिए बिना कोट्स वाली keys, double quotes की जगह single quotes, trailing commas, गुम brackets या कमेंट्स। JSON.parse जैसे सख्त parsers इसे अस्वीकार कर देते हैं, लेकिन रिपेयर टूल आमतौर पर इसे स्वचालित रूप से ठीक कर सकता है।

हाँ। LLM आउटपुट broken JSON के सबसे आम स्रोतों में से एक है। यह tool unquoted keys, single quotes, trailing commas, missing brackets, JSON के चारों ओर लिपटे prose और truncated (अधूरे) responses संभाल लेता है।

नहीं। Repair algorithm पूरी तरह आपके browser में चलता है। आपका JSON कभी भी आपके device से बाहर नहीं जाता, जिससे यह tool गोपनीय logs, API payloads और customer data के लिए सुरक्षित बनता है।

JSON Formatter केवल पहले से valid JSON पर काम करता है — वह pretty-print और validation करता है। JSON Repair एक कदम आगे जाता है: वह पहले invalid JSON को ठीक करता है (quotes, commas, brackets, truncation), फिर साफ़ formatted JSON आउटपुट देता है। Valid input के लिए formatter और broken input के लिए repair tool का उपयोग करें।

ज़्यादातर मामलों में, हाँ। Truncated JSON (जैसे token limit की वजह से value के बीच में कटा हुआ object) को open strings, arrays और objects बंद करके repair किया जाता है। जो डेटा कभी भेजा ही नहीं गया वह वापस नहीं मिल सकता, लेकिन structure को फिर से valid बना दिया जाता है।

आम पुनर्प्राप्ति-योग्य गड़बड़ियाँ: trailing commas (अंत में फ़ालतू कॉमा), double quotes की जगह single quotes, बिना quotes वाली keys, Python-स्टाइल True/False/None literals, strings के अंदर unescaped newlines और comments। रिपेयर इंजन इन्हें strict RFC 8259 JSON में बदल देता है और सटीक बताता है कि कौन-से सुधार लागू किए गए।

हर रिपेयर जहाँ तक संभव हो semantic-preserving होता है - comments हटा दिए जाते हैं (JSON में comment का कोई सिंटैक्स नहीं होता) और quote स्टाइल normalize कर दी जाती है, लेकिन values, structure और ordering का अर्थ byte-for-byte बरकरार रहता है। diff व्यू हर बदलाव दिखाता है ताकि आउटपुट इस्तेमाल करने से पहले आप जाँच सकें कि कोई अनचाहा बदलाव नहीं हुआ।

तीन सबसे बड़े स्रोत हैं: LLM आउटपुट (निर्देशों के बावजूद मॉडल single quotes, trailing commas और बिना quotes वाली keys निकालते हैं), हाथ से एडिट की गई configuration फ़ाइलें, और अधूरे रह गए (truncated) API logs। पार्सिंग से पहले रिपेयर करने से pipelines चलती रहती हैं, बजाय इसके कि एक ख़राब रिकॉर्ड की वजह से पूरा बैच फेल हो जाए।