"Markdown / HTML रीडर फ़ॉर मोबाइल" जिसका मैंने पहले संकेत दिया था, वह तैयार है, और इसका नाम Jilan है।
यह एक छोटी लेकिन बढ़ती हुई परेशान करने वाली समस्या को हल करता है:
जब कोई आपको WeChat, Files ऐप, या ग्रुप चैट के माध्यम से कोई AI रिपोर्ट, वेब-आधारित PPT, या Markdown दस्तावेज़ भेजता है, तो इसे अपने फ़ोन पर खोलने पर अक्सर एक खाली स्क्रीन, रॉ सोर्स कोड, टूटी हुई स्टाइल, या इस भ्रम में पड़ना पड़ता है कि किस ऐप का उपयोग किया जाए।
.md, .markdown, .html, .htm, .txt, और यहां तक कि पैकेज्ड वेब ZIP जैसी फ़ाइलों को अब Jilan का उपयोग करके सीधे iPhone और iPad पर खोला जा सकता है।
लोकल रेंडरिंग, लोकल स्टोरेज—कोई अपलोड आवश्यक नहीं है, और खाता पंजीकृत करने की कोई आवश्यकता नहीं है।
अंत में एक TestFlight लिंक है; यदि आप इसे आज़माना चाहते हैं तो सीधे आवेदन कर सकते हैं। मैंने 8,000 स्लॉट खोले हैं।
लेकिन मैंने Jilan सिर्फ इसलिए नहीं बनाया क्योंकि हमारे पास एक रीडर नहीं था।
इसका अधिक सीधा कारण यह है कि मैं हाल ही में अधिक स्पष्ट रूप से महसूस कर रहा हूं कि जैसे-जैसे AI सामग्री निर्माण में भाग लेता है, हम जिन फॉर्मेट का उपयोग सामग्री के आदान-प्रदान के लिए करते हैं, वे बदल रहे हैं।
बहुत सारी टेक्स्ट सामग्री Markdown में आने लगी है, और बहुत सारी प्रेजेंटेशन सामग्री HTML में आ रही है।
Jilan सिर्फ एक छोटा सा उपकरण है जो इस बदलाव के मोबाइल पक्ष तक पहुँचने पर बाहर गिर गया।
Markdown सिर्फ एक टेक्स्ट फॉर्मेट नहीं है; यह AI के लिए डेटा लेयर बन रहा है
कुछ दिन पहले, मैंने Obsidian के लेखक का एक उद्धरण देखा जो मुझे बहुत सटीक लगा: .md, AI फ़ाइल इंटरैक्शन में एक Schelling पॉइंट बन रहा है।
Schelling पॉइंट एक ऐसा विकल्प है जिसे लोग बिना किसी अनिवार्य नियमन के स्वाभाविक रूप से चुनते हैं।
Markdown अब कुछ ऐसा ही है।
किसी ने यह आदेश नहीं दिया कि AI को Markdown का उपयोग करना चाहिए, और न ही कोई मानक समिति आकर कुछ घोषित करने आई।
लेकिन वास्तविक दुनिया के उपयोग में, चाहे मनुष्य AI को लिख रहे हों या AI मनुष्यों के लिए लिख रहा हो, यह अक्सर .md फ़ाइल के रूप में समाप्त होता है।
इसका कारण सरल है।
यह सादा टेक्स्ट है, इसलिए मॉडल के लिए पढ़ना और लिखना हल्का है।
इसमें शीर्षक, सूचियाँ, तालिकाएँ, कोड ब्लॉक और लिंक व्यक्त करने के लिए पर्याप्त संरचना है।
और यह .docx जैसे जटिल फॉर्मेट में लिपटा नहीं है।
मनुष्य इसे सीधे खोल सकते हैं, AI इसे सीधे प्रोसेस कर सकता है, और वर्जन मैनेजमेंट और डिफ़ साफ हैं।
लेकिन मुझे लगता है कि इससे भी महत्वपूर्ण बात यह है कि Markdown को अब केवल "एडिटर में टेक्स्ट" के रूप में नहीं समझा जा सकता।
यह AI वर्कफ़्लो में अंतर्निहित डेटा की तरह अधिक है।
मैं CodePilot में इसका उपयोग इसी तरह करता हूं।
इसमें कोई विशेष रूप से जटिल मेमोरी मैकेनिज्म नहीं है; कई मेमोरी वास्तव में सिर्फ Markdown फ़ाइलों का एक सेट हैं।
AI उनमें लिखता है, AI उनसे पढ़ता है, और मैं स्वयं उन्हें खोल और संपादित कर सकता हूं।
इसके अलावा, CodePilot में विजेट इन स्थानीय Markdown फ़ाइलों और मेमोरी का उपयोग डेटा स्रोत के रूप में कर सकते हैं।
जब फ़ाइल बदलती है, तो कंपोनेंट डिस्प्ले भी उसके साथ बदल जाता है।
इस बिंदु पर, Markdown अब केवल "पढ़ा जाने वाला लेख" नहीं रह गया है।
यह एक बहुत ही हल्की स्थानीय डेटा लेयर बन जाता है: मनुष्य इसे देख सकते हैं, AI इसे पढ़ सकता है, और उपकरण इसके आधार पर नए इंटरफ़ेस और इंटरैक्शन उत्पन्न कर सकते हैं।
यही कारण है कि मुझे लगता है कि बहुत से लोग जो Markdown एडिटर बनाने में लगे रहते हैं, वे शायद एक संकीर्ण दिशा में जा रहे हैं।
वास्तव में दिलचस्प बात एक सुंदर एडिट बॉक्स बनाना नहीं है, बल्कि Markdown को डेटा के रूप में मानकर पढ़ने, प्रबंधित करने और मानव-कंप्यूटर इंटरैक्शन के नए तरीके बनाना है।
HTML, AI सामग्री के लिए डिस्प्ले लेयर बन रहा है
दूसरे छोर पर HTML है। यह प्रवृत्ति भी हाल ही में तेजी से स्पष्ट हो गई है।
पिछले महीने, मैंने एक PPT Skill को ओपन-सोर्स किया जो वेब फॉर्मेट में प्रेजेंटेशन उत्पन्न करता है।
इसने 25 दिनों में 10,000 स्टार्स हासिल किए, और बाद में, ऑफलाइन डिफेंस, प्रदर्शनियों और साझाकरण सत्रों में, मैंने बार-बार लोगों को इसके साथ बनाई गई PPT का उपयोग करते देखा।
इसने मेरे लिए एक बात की पुष्टि की:
कई परिदृश्यों में, लोग एक मानक .pptx फ़ाइल नहीं चाहते हैं, बल्कि एक ऐसी प्रेजेंटेशन चाहते हैं जिसे जल्दी से प्रस्तुत, समझा और साझा किया जा सके।
संयोग से, Claude Code टीम भी हाल ही में इसी बारे में बात कर रही है।
उनके पास एक लेख है जो विशेष रूप से इस बारे में है कि क्यों अधिक से अधिक आउटपुट Markdown के बजाय HTML का उपयोग करने लगा है।
इसका कारण सीधा है: HTML में उच्च सूचना घनत्व है, विज़ुअल पदानुक्रम के लिए आसान है, चार्ट, लेआउट और इंटरैक्शन प्रदर्शित करने के लिए बेहतर है, और दूसरों के लिए खोलना और पढ़ना आसान है।
यह मेरे अपने अनुभव के बहुत करीब है।
Markdown सामग्री को समेकित करने के लिए अच्छा है, लेकिन लंबा होने पर पढ़ना मुश्किल हो जाता है। संरचना सही होने पर भी, हजारों या दसियों हजार शब्दों की एक रिपोर्ट को .md फ़ाइल में ठूंस देना मनुष्य के लिए वास्तव में पचाना मुश्किल होता है।
HTML इसके विपरीत है। यह सूचनाओं को ऐसी चीज़ में व्यवस्थित करने के लिए लेआउट, स्पेस, रंग, चार्ट और इंटरैक्शन का उपयोग कर सकता है जो "उपभोग की जाने वाली चीज़" की तरह अधिक लगता है। यह तथ्यों को संग्रहीत करने के लिए बेहतर नहीं है, लेकिन यह लोगों को तथ्यों को समझने में मदद करने के लिए बेहतर है।
इसलिए मैं इन दोनों चीजों को अलग-अलग देखने के लिए increasingly इच्छुक हूं:
Markdown डेटा लेयर है, HTML डिस्प्ले लेयर है।
अंतर्निहित सामग्री को Markdown में रखें—साफ, पढ़ने योग्य और वर्जन-नियंत्रणीय।
जब इसे लोगों को दिखाने, प्रस्तुत करने या बाहरी रूप से साझा करने की आवश्यकता हो, तो इसे HTML में रेंडर करें।
यह कोई भव्य नया मानक नहीं है; यह श्रम विभाजन की तरह अधिक है जो स्वाभाविक रूप से AI वर्कफ़्लो से विकसित हुआ है।
लेकिन यह श्रृंखला मोबाइल पर टूट जाती है
सामग्री है, फ़ाइलें भेजी जाती हैं, लेकिन समस्या अंतिम चरण में होती है: लोग अक्सर उन्हें अपने फोन पर खोलते हैं।
डेस्कटॉप ठीक है। आपके पास ब्राउज़र, एडिटर हैं, और यदि सब कुछ विफल हो जाता है, तो VS Code है।
लेकिन मोबाइल अलग है।
खासकर जब आप WeChat में कोई AI-जनित रिपोर्ट, वेब PPT, या Markdown दस्तावेज़ प्राप्त करते हैं, तो सामान्य अनुभव यह है कि यह खुलेगा नहीं, सोर्स कोड दिखाएगा, स्टाइल खराब होगी, या कई ऐप्स के बीच कूदने की आवश्यकता होगी। यह एक छोटी सी बात है, लेकिन बहुत परेशान करने वाली है।
WeChat जैसा IM मूल रूप से फ़ाइल रीडर नहीं है।
इसकी प्राथमिकता चैट करना, पूर्वावलोकन करना और अग्रेषित करना है, न कि किसी Markdown या HTML फ़ाइल को गंभीरता से खोलना।
ब्राउज़र भी इस परिदृश्य के लिए डिज़ाइन नहीं किए गए हैं।
डिफ़ॉल्ट रूप से, ब्राउज़र "आप मुझे एक लिंक दें, मैं आपके लिए वेबपेज खोलूंगा" को संभालते हैं।
लेकिन दूसरे आपको जो भेजते हैं वह अक्सर एक स्थानीय फ़ाइल होती है, लिंक नहीं। आप निश्चित रूप से HTML को ब्राउज़र में डालने के लिए कई उपाय कर सकते हैं, लेकिन पूरी श्रृंखला लंबी और अजीब होती है।
कई Markdown उपकरण भी संपादन और नोट लेने की ओर उन्मुख होते हैं, और जरूरी नहीं कि वे किसी और द्वारा भेजी गई फ़ाइल को अस्थायी रूप से खोलने के लिए उपयुक्त हों।
यह उल्लेख नहीं करने के लिए कि कुछ उपकरणों में आपको आयात, सिंक, लाइब्रेरी बनाने या खाता पंजीकृत करने की आवश्यकता होती है।
HTML में सुरक्षा का एक अतिरिक्त स्तर है: एक अजीब फ़ाइल में स्क्रिप्ट हो सकती है, और आप जरूरी नहीं चाहते कि वे डिफ़ॉल्ट रूप से निष्पादित हों।
इसलिए मैंने हमेशा महसूस किया कि एक बहुत ही सरल चीज़ गायब थी:
अपने फोन पर इन सामान्य AI वर्कफ़्लो फ़ाइलों को सुरक्षित और सुविधाजनक रूप से खोलने का एक तरीका।
वह है Jilan।
Jilan बहुत केंद्रित है: खोलें, पढ़ें, रखें
Jilan को एडिटर नहीं बनाया गया, न ही इसे AI से जोड़ा गया। वैसे, CodeX द्वारा बनाया गया ऐप आइकन बहुत प्यारा है।
मैं शुरू से ही बहुत स्पष्ट था कि यह केवल तीन काम करता है: खोलें, पढ़ें, रखें।
जब आप कोई फ़ाइल प्राप्त करते हैं, तो WeChat, Files ऐप, या सिस्टम शेयर शीट से Jilan चुनकर इसे खोलें। यह .md, .markdown, .html, .htm, .txt, और वेब संसाधनों से पैकेज की गई .zip फ़ाइलों को सपोर्ट करता है।
सभी फ़ाइलें स्थानीय रूप से प्रोसेस की जाती हैं—कोई अपलोड नहीं, कोई खाता पंजीकरण नहीं।
Markdown पढ़ते समय, मैंने मुख्य रूप से इसे लंबे-फॉर्म रीडिंग के लिए ट्यून किया।
फ़ॉन्ट आकार, लाइन स्पेसिंग और बैकग्राउंड बदला जा सकता है; लंबी तालिकाओं को क्षैतिज रूप से स्क्रॉल किया जा सकता है; शीर्षक संरचना वाले दस्तावेज़ सामग्री तालिका का उपयोग करके कूद सकते हैं।
सामान्य Obsidian सिंटैक्स, जैसे टास्क लिस्ट, Callouts, फुटनोट्स, Frontmatter और टैग, भी यथासंभव संगत हैं।
यह डार्क मोड और कलर थीम के बीच स्विच करने का भी समर्थन करता है।
HTML पढ़ते समय, मैं "नियंत्रण" के बारे में अधिक परवाह करता हूं।
यह स्थानीय रेंडरिंग के लिए सिस्टम WebView का उपयोग करता है, ज़ूम, पोर्ट्रेट और लैंडस्केप के बीच स्विच करने, और मोबाइल और डेस्कटॉप मोड के बीच स्विच करने का समर्थन करता है।
डायनेमिक स्क्रिप्ट डिफ़ॉल्ट रूप से बंद हैं। आप आमतौर पर नहीं जानते कि किसी अजीब HTML फ़ाइल में स्क्रिप्ट हैं या नहीं।
इसलिए Jilan डिफ़ॉल्ट रूप से स्क्रिप्ट निष्पादन नहीं मानता; यदि आप किसी ऐसे पेज पर आते हैं जिसे देखने के लिए वास्तव में JS की आवश्यकता है, तो आप इसे मैन्युअल रूप से चालू कर सकते हैं।
ZIP सपोर्ट भी वास्तविक दुनिया के परिदृश्यों के लिए बनाया गया है।
AI द्वारा निर्यात किए गए कई वेब पेज एक एकल HTML फ़ाइल नहीं हैं, बल्कि एक index.html और एक assets फ़ोल्डर हैं।
Jilan डीकंप्रेसन के बाद स्वचालित रूप से एंट्री पॉइंट ढूंढ लेगा, और स्थानीय इमेज और CSS सामान्य रूप से लोड हो सकते हैं, जिससे स्टाइल खो नहीं जाती और इमेज टूटती नहीं हैं।
आपके द्वारा खोली गई फ़ाइलें स्वचालित रूप से आपके स्थानीय इतिहास में रहेंगी। यदि आप अगली बार वापस देखना चाहते हैं, तो आप उन्हें ऐप में पा सकते हैं।
एक ही फ़ाइल को कई बार आयात करने से डुप्लिकेट नहीं बनेंगे, और महत्वपूर्ण फ़ाइलों को पसंदीदा में जोड़ा जा सकता है।
यह इसकी वर्तमान सीमा है।
यह क्लाउड सिंक, खाते, संपादन या AI एकीकरण नहीं करता है।
ऐसा नहीं है कि ये सुविधाएँ महत्वपूर्ण नहीं हैं, बल्कि इसलिए कि एक व्यूअर को पहले "खोलने और पढ़ने का काम" साफ-सुथरे ढंग से करना चाहिए।
Jilan पहली दो चीजों का अनुसरण करता है
पीछे मुड़कर देखने पर, Jilan एक अलग-थलग छोटा उपकरण नहीं है।
पिछले महीने मैंने PPT Skill बनाया क्योंकि मेरा मानना है कि HTML, AI के लिए प्रेजेंटेशन सामग्री उत्पन्न करने का एक बहुत ही स्वाभाविक रूप बन जाएगा।
यह जरूरी नहीं कि PowerPoint को बदल दे, लेकिन "जल्दी से कुछ ऐसा उत्पन्न करना जिसे प्रस्तुत किया जा सके" के लिए, HTML काफी हल्का, खुला और मॉडल के लिए सीधे उत्पन्न करने के लिए उपयुक्त है।
मैंने CodePilot बनाया क्योंकि मेरा मानना है कि Markdown, AI सहयोग में एक बहुत ही स्वाभाविक डेटा और मेमोरी वाहक बन जाएगा।
यह सबसे सुंदर फॉर्मेट नहीं है, लेकिन यह मनुष्यों, मॉडलों और उपकरणों के लिए एक साथ उपयोग करने में सबसे आसान है।
Jilan तीसरे चरण को संभालता है:
ये फॉर्मेट सिर्फ "उत्पन्न" होने पर नहीं रुक सकते; लोगों को वास्तव में उन्हें खोलने, पढ़ने और रखने में सक्षम होना चाहिए।
पहले दो उत्पादन के बारे में हैं; Jilan उपभोग के बारे में है।
AI पहले से ही Markdown और HTML उत्पन्न कर सकता है।
लेकिन अगर ये फ़ाइलें फोन तक पहुँचते ही टूट जाती हैं, तो चाहे जनरेशन का अनुभव कितना भी सहज क्यों न हो, यह वास्तव में व्यक्ति के हाथों तक नहीं पहुँचा है।
Jilan उस अंतिम मील को भरता है।
लेकिन यह अभी खत्म नहीं हुआ है
Jilan वर्तमान में केवल सबसे उथली परत भरता है: एक फ़ाइल प्राप्त करना और उसे खोलना।
आगे बढ़ते हुए, अभी भी कई समस्याओं को हल करना है।
उदाहरण के लिए, प्रबंधन।
बहुत से लोगों के पास पहले से ही बड़ी संख्या में Markdown और HTML फ़ाइलें हैं जो उनके फोन, क्लाउड ड्राइव, चैट रिकॉर्ड और विभिन्न ऐप कैश में बिखरी हुई हैं।
वे बेकार नहीं हैं; वे सिर्फ इतनी बिखरी हुई हैं कि उन्हें ढूंढना या प्रबंधित करना मुश्किल है।
उदाहरण के लिए, साझाकरण।
Jilan "मैं दूसरों द्वारा भेजी गई चीज़ को कैसे देखूं" को हल करता है।
लेकिन इसके विपरीत, "मैंने एक HTML फ़ाइल बनाई, मैं दूसरों को इसे आसानी से कैसे खोलने दूं" अभी भी एक परेशानी है।
यदि आप फ़ाइल भेजते हैं, तो दूसरा व्यक्ति इसे खोलने में सक्षम नहीं हो सकता है; यदि आप लिंक भेजते हैं, तो आपको इसे स्वयं तैनात करने के लिए कोई स्थान ढूंढना होगा।
उदाहरण के लिए, क्रॉस-डिवाइस।
फोन पर आधा पढ़ना और कंप्यूटर पर जारी रखना, या कंप्यूटर पर रिपोर्ट उत्पन्न करना और फोन पर पढ़ने के लिए धकेलना, सभी बहुत स्वाभाविक हैं।
लेकिन जैसे ही आप सिंक करते हैं, आप खातों, क्लाउड, गोपनीयता और जटिलता में भाग जाते हैं।
Jilan अभी भी बहुत छोटा है—इतना छोटा कि मैं वास्तव में इसे एक बड़े उत्पाद के रूप में पैकेज नहीं करना चाहता।
लेकिन यह उस अंतर में पूरी तरह फिट बैठता है जिसका मैं हर दिन सामना करता हूं:
AI ने सामग्री उत्पन्न की है, लेकिन मैं बस अपने फोन पर इसे अच्छी तरह से देखना चाहता हूं।
यदि आप भी अक्सर Markdown, HTML और वेब PPT फ़ाइलों से परेशान रहते हैं, तो इसे आज़माएं।
TestFlight:
मुझे इस पर आपके विचार सुनना भी अच्छा लगेगा: AI की भागीदारी के बाद, दस्तावेज़, प्रेजेंटेशन और पढ़ना वास्तव में क्या हो जाएंगे?
