"AI की लिखावट इतनी लंबी है कि मैं वास्तव में इसे ठीक से नहीं पढ़ पाता 😅"
"मैं Claude Code के लिए हर महीने 15,000 येन से अधिक खर्च कर रहा हूँ, लेकिन मुझे नहीं लगता कि मुझे अपने पैसे का सही मूल्य मिल रहा है।"
बहुत से लोग सिर्फ इस बात से संतुष्ट हैं कि वे AI का उपयोग कर रहे हैं, लेकिन कुछ ही लोग वास्तव में इसे परिणामों में बदल पाते हैं। यह "उपयोग करने का एहसास" होने की स्थिति है।
क्या आपने Claude Code के साथ ये अनुभव किए हैं?
- आप सोमवार सुबह इसे "पिछले सप्ताह के प्रतिस्पर्धी रुझानों का सारांश" देने के लिए कहते हैं, और यह एक लंबी रिपोर्ट लौटाता है। आप उस पर एक नज़र डालते हैं और उसे पढ़े बिना छोड़ देते हैं।
- आपको संदेह है कि यदि आप स्वयं AI द्वारा उत्पन्न सामग्री को ठीक से नहीं पढ़ रहे हैं, तो आपकी टीम के सदस्य भी उन्हें नहीं पढ़ रहे होंगे।
- आप Claude Code के लिए मासिक 3,000 येन से अधिक का भुगतान करते हैं, लेकिन आउटपुट का कभी भी किसी मीटिंग या प्रस्ताव में उपयोग नहीं किया गया है।
- ChatGPT और Claude.ai के आउटपुट सुंदर दिखते हैं, लेकिन Claude Code केवल Markdown क्यों आउटपुट करता है, जिससे इसे पढ़ना इतना थकाऊ हो जाता है?
यह लेख उन लोगों के लिए है।
जब तक आप पढ़ना समाप्त करेंगे, तब तक आप Claude Code से स्वाभाविक रूप से ऐसी सामग्री उत्पन्न करने में सक्षम होंगे जिसे आप और अन्य लोग वास्तव में पढ़ेंगे।
आप इस दृष्टिकोण के साथ भी जाएंगे कि "आप किस प्रारूप में आउटपुट करते हैं" उपयोगकर्ता के निर्णय में "आप Claude Code से क्या करने के लिए कहते हैं" की तुलना में कहीं अधिक बड़ा कारक है।
थारिक शिहिपार (@trq212), Anthropic में एक डेवलपर जो वास्तव में Claude Code बनाते हैं, ने X पर कंपनी के भीतर फैल रही एक मानसिकता के बारे में लिखा, और यह Claude Code समुदाय में सबसे अधिक सहेजे और साझा किए जाने वाले पोस्टों में से एक बन गया।
रिलीज़ होने पर इसे तुरंत भारी प्रतिक्रिया मिली।
यह सिर्फ AI के शौकीनों के लिए एक छोटी सी टिप नहीं है; यह उस व्यक्ति की कहानी है जिसने टूल बनाया, जो AI उद्योग के अंतर्निहित मानक रहे Markdown को चुनौती देते हुए कह रहा है "यह अब रास्ता नहीं है।"
मुझे लगा कि यह महत्वपूर्ण है, इसलिए मैंने इसे तुरंत जापानी में समझाने का फैसला किया।
पढ़ना शुरू करने से पहले दो बातें:
- इसे बुकमार्क करें। बस इस सप्ताह के लिए, HTML में आउटपुट करने का प्रयास करने के लिए कुछ समय निकालें।
- यदि आपकी टीम में Claude Code का उपयोग करने वाले सदस्य हैं, तो इसे उनके साथ साझा करें। आपकी साप्ताहिक रिपोर्ट और PR समीक्षाएँ कैसे "पढ़ी" जाती हैं, यह अगले सप्ताह से स्पष्ट रूप से बदल जाएगा।
मैं सामग्री को तोड़कर समझाऊंगा और इसे जापानी व्यावसायिक परिदृश्य में कैसे काम करता है, इसका अनुवाद करूंगा 👇
मूल पोस्ट यहाँ:
https://x.com/trq212/status/2052809885763747935
Anthropic डेवलपर स्वयं अब Markdown का उपयोग नहीं करता
यह शुरुआती बिंदु है। थारिक शिहिपार (@trq212), जिन्होंने मूल पोस्ट लिखा, Anthropic में Claude Code बनाने वाले डेवलपर हैं। जिस व्यवहार में Claude "प्लान मोड" में आवश्यकताओं को परिष्कृत करने के लिए उपयोगकर्ता से वापस प्रश्न पूछता है, वह उनके द्वारा व्यक्तिगत रूप से लागू की गई सुविधा थी।
वे कहते हैं कि वे अब उस टूल से Markdown स्वीकार नहीं करते जिसे वे बना रहे हैं। उनके अपने शब्दों में, Markdown उनके लिए एक प्रतिबंधात्मक प्रारूप बन गया है।
यह सिर्फ व्यक्तिगत पसंद नहीं है। थारिक उल्लेख करते हैं कि Claude Code टीम के भीतर ही HTML अपनाना फैल रहा है। टूल बनाने वाले लोग इसके द्वारा उत्पादित Markdown को छोड़ रहे हैं और HTML पर स्विच कर रहे हैं।
और सबूत छूने के लिए उपलब्ध है। डेमो साइट https://thariqs.github.io/html-effectiveness/ पर 20 स्व-निहित HTML उदाहरण हैं। डीबाउंस्ड सर्च के तीन दृष्टिकोणों की तुलना, कार्य पूर्णता के लिए उपलब्धि की भावना पैदा करने वाले माइक्रो-इंटरैक्शन, डिज़ाइन सिस्टम टोकन सूचियाँ, कोड उदाहरणों के लिए टैब वाली व्याख्याएँ, और मार्जिन में शब्दावली के साथ पढ़ने की सामग्री। ये सभी "दस्तावेज़ जिन्हें आप बस देखते हैं" को "दस्तावेज़ जो अंत तक पढ़े जाते हैं" से बदलने के वास्तविक उदाहरण हैं। आप अभी अपने ब्राउज़र में खोल सकते हैं।
इसे पढ़कर, आपको कुछ एहसास होना चाहिए। आपको आमतौर पर ChatGPT या Claude.ai में मिलने वाले Artifacts—वे "टैब वाले UI," "रंगीन आरेख," और "इंटरैक्टिव बटन"—वास्तव में HTML के रूप में आउटपुट होते हैं। यहाँ एहसास यह है: "वे इतने अच्छे दिखने का कारण प्रारूप में ही अंतर था।" अब, वही दुनिया आपकी उंगलियों पर Claude Code के साथ लाई जा सकती है।
अब तक, AI द्वारा उत्पन्न पाठ लगभग विशेष रूप से Markdown था। इसे बनाने वाला व्यक्ति चुपचाप आपत्ति करना शुरू कर रहा है, कह रहा है "अब और नहीं।" यही खबर का मूल है। लेकिन आपके लिए, जो हर दिन AI के साथ काम करते हैं, यह एक कहानी है जो सोमवार सुबह से प्रभावी होगी।
Markdown AI उद्योग का अंतर्निहित मानक था
आइए उन धारणाओं की पुष्टि करें जिन्हें हमने हल्के में लिया था। इसके बिना, HTML पर स्विच करना सिर्फ स्वाद का मामला लग सकता है।
अब तक, Markdown AI आउटपुट के लिए वास्तविक मानक था। उस पाठ के बारे में सोचें जो आप हर दिन देखते हैं:
- प्रोजेक्ट रूट में CLAUDE.md, एजेंट परिभाषाओं के लिए *.md, Skills के लिए SKILL.md।
- Anthropic का आधिकारिक दस्तावेज़ीकरण, Claude.ai सहायता, और विभिन्न Claude Code गाइड।
- प्रतिस्पर्धी AI विकास उपकरण, Cursor नियम, GitHub Copilot निर्देश, और Cline निर्देश सभी .md पर आधारित हैं।
- आंतरिक विकी, GitHub README, Notion से निर्यात किया गया पाठ, और Slack में चिपकाए गए मीटिंग मिनट्स।
- ChatGPT चैट से कॉपी किया गया सारांश पाठ।
सब कुछ Markdown की धारणा पर बनाया गया है। AI से निपटने के दौरान आपके सामने आने वाली पाठ्य सूचना में Markdown के अलावा किसी अन्य प्रारूप को ढूंढना कठिन है।
Karpathy के CLAUDE.md पैटर्न का GitHub पर 80,000 से अधिक स्टार्स प्राप्त करने की घटना ठीक इसलिए हुई क्योंकि Markdown उद्योग की सामान्य भाषा थी।
थारिक के शब्दों का उपयोग करने के लिए, Markdown एजेंटों के लिए मुख्यधारा का प्रारूप बन गया है। वह एक ऐसे व्यक्ति हैं जिन्होंने लंबे समय तक Markdown की धारणा पर उपकरण बनाए हैं।
उस व्यक्ति ने अब स्पष्ट रूप से कहा है: Markdown मेरे लिए एक प्रतिबंधात्मक प्रारूप बन गया है। यह वह क्षण है जब एक Anthropic अंदरूनी सूत्र ने उस धारणा पर पत्थर फेंका जिस पर पूरा उद्योग सवार था।
सीधे शब्दों में कहें: Claude Code से आपको मिलने वाला Markdown, Cursor द्वारा पढ़े जाने वाले नियम, और आपके आंतरिक विकी पर AI आउटपुट, ये सभी उसी "Markdown ठीक है" प्रवाह का हिस्सा थे। इसे बनाने वाले व्यक्ति ने एक अलग चैनल बनाना शुरू कर दिया है।
यहाँ से, हम इस बात की बारीकियों में उतरेंगे कि Markdown लोगों तक क्यों नहीं पहुँचता और इसे किससे बदलना है।
5 कारण क्यों Markdown नहीं पढ़ा जाता
आइए Markdown की सीमाओं को व्यवस्थित करें। यह तकनीकी विशिष्टताओं के बारे में नहीं है; यह सोमवार से शुक्रवार तक आपके दैनिक अनुभव के बारे में है। मैंने मूल लेख से HTML के लाभों को सूचीबद्ध किया है, उन्हें पलटकर Markdown की कमजोरियों को दिखाया है।
① यदि यह 100 पंक्तियों से अधिक है, तो आप भी इसे नहीं पढ़ेंगे
थारिक स्वयं लिखते हैं कि जब कोई Markdown फ़ाइल 100 पंक्तियों से अधिक हो जाती है, तो वे इसे पढ़ना बंद कर देते हैं।
जब आप Claude Code से "पिछले सप्ताह के प्रतिस्पर्धी रुझानों का सारांश" देने के लिए कहते हैं, तो आपने शायद 120-पंक्ति के उत्तर को बिना स्क्रॉल किए बंद करने का अनुभव किया है। यदि इसे उत्पन्न करने वाला व्यक्ति इसे नहीं पढ़ता, तो टीम में कोई भी इसे नहीं पढ़ेगा। वास्तविकता यह है कि न केवल लेखक, बल्कि संगठन के अन्य सदस्य भी बस स्किम कर रहे हैं।
② साझा करने पर भी, यह ब्राउज़र में खूबसूरती से नहीं खुलता, इसलिए कोई इसे छूता नहीं
Markdown ब्राउज़रों में मूल रूप से खूबसूरती से रेंडर नहीं होता। Slack में लाइन ब्रेक टूट जाते हैं, ईमेल में फ़ॉर्मेटिंग खराब हो जाती है, और प्रस्तावों के लिए इसे PDF में बदलने या स्क्रीनशॉट लेने में मेहनत लगती है।
हर बार साझा करने पर, किसी को इसे "पढ़ने योग्य रूप" में बदलने का काम करना पड़ता है। Markdown एक ऐसा प्रारूप है जो हर बार साझा करने पर घर्षण पैदा करता है, यहाँ तक कि लिंक अक्सर क्लिक भी नहीं किए जाते।
③ कोई रंग या आरेख नहीं, इसलिए केवल रूपरेखा ही बताई जाती है
आप संख्याओं में अंतर पर जोर देना चाहते हैं, लाल रंग में चेतावनी दिखाना चाहते हैं, या तीरों के साथ प्रवाह दिखाना चाहते हैं। Markdown में ऐसा करने के लिए, आप ASCII वर्णों के साथ आरेख बनाते हैं या यूनिकोड बॉक्स-ड्रॉइंग वर्णों के साथ रंग व्यक्त करते हैं।
कोई भी उसे समझना नहीं चाहता, और लेखक थक जाता है। भले ही Claude एक आरेख बनाने की कोशिश करे, यह स्किम किया जाता है।
④ आप इसे छू या हिला नहीं सकते, इसलिए यह सिर्फ पढ़ने के साथ समाप्त होता है
आप थोड़ा शांत रंग आज़माना चाहते हैं, किसी एनिमेशन की गति का परीक्षण करना चाहते हैं, या देखना चाहते हैं कि यदि आप किसी मान को 1.5 गुना बढ़ाते हैं तो कैसा दिखता है।
व्यवसाय में, ऐसी स्थितियाँ होती हैं जहाँ निर्णय लेने के लिए "इसे आज़माना" आवश्यक होता है। आप Markdown के साथ ऐसा नहीं कर सकते। आप इसे पढ़ते हैं, अपने दिमाग में अनुकरण करते हैं, और फिर पाठ में निर्देश वापस भेजते हैं—एक अक्षम लूप।
⑤ मोबाइल पर खोलने पर टूट जाता है
चलते-फिरते Slack, ईमेल, या Notion। जापानी व्यावसायिक परिदृश्य में, साझा की गई आधी सामग्री पहले मोबाइल पर खोली जाती है।
Markdown लेआउट स्क्रीन की चौड़ाई का पालन नहीं करते। तालिकाएँ क्षैतिज रूप से ओवरफ्लो होती हैं, कोड ब्लॉक अजीब तरह से लपेटे जाते हैं, और शीर्षक पदानुक्रम अदृश्य हो जाते हैं। पढ़ने की इच्छा उसी क्षण गायब हो जाती है।
आइए इसे एक नाम दें। हर बार जब आप अपठनीय Markdown का उत्पादन करते हैं, तो भेजने वाले और प्राप्त करने वाले दोनों के लिए इसे खोलने से पहले ही थकान बढ़ जाती है। 100 पंक्तियों को स्क्रॉल करने, Slack में लाइन ब्रेक ठीक करने, आरेख और रंग की कमी के कारण संचार विफलता, बातचीत न कर पाने के कारण निर्णय में देरी, और मोबाइल पर टूटने की लागत।
ये सभी हर दिन भुगतान किए जाने वाले छिपे हुए शुल्क हैं। इस लेख में, हम इसे "फ़ॉर्मेट टैक्स" कहते हैं।
यह कोई छोटा कर नहीं है। Claude Code के आधे से अधिक मूल्य का निर्धारण आउटपुट की सामग्री से नहीं, बल्कि "यह किस तक पहुँचता है और कितनी दूर तक" से होता है। ऐसे प्रारूप में आउटपुट करके जो लोगों तक नहीं पहुँचता, आप अनिवार्य रूप से अपनी सदस्यता का आधा हिस्सा फेंक रहे हैं।
कैसे स्विच करें: बस "HTML फ़ाइल के रूप में आउटपुट करें" जोड़ें
आपको इसके बारे में अधिक सोचने की आवश्यकता नहीं है। आपको जितना लगता है उससे कहीं कम करना है।
अपने सामान्य Claude Code अनुरोध के अंत में बस एक पंक्ति जोड़ें। निम्नलिखित तीनों का एक ही अर्थ है:
- "HTML फ़ाइल के रूप में आउटपुट करें"
- "एकल-पृष्ठ HTML के रूप में आउटपुट करें"
- "इसे HTML बनाएं ताकि पाठक इसे सीधे खोल सके"
यदि आप अंग्रेजी में लिखने में अधिक सहज महसूस करते हैं, तो "make a HTML file" या "make a HTML artifact" ठीक है। परिणाम समान है।
Claude Code MCP, ब्राउज़र, git, और फ़ाइल सिस्टम से संदर्भ खींच सकता है। Claude Code की ताकत यह है कि यह ChatGPT या Claude.ai के वेब चैट संस्करणों की तुलना में बहुत व्यापक सूचना स्रोतों को एक एकल HTML में बंडल कर सकता है।
यह हम पहले चर्चा कर चुके हैं उससे जुड़ता है। आपको ChatGPT या Claude.ai में मिलने वाले Artifacts जिन्हें आपने "सुंदर" समझा, वे HTML के रूप में आउटपुट हुए थे।
अब आप उसी दुनिया को Claude Code की ओर से प्राप्त कर सकते हैं। यह कोई कठिन तकनीकी कहानी नहीं है; पूछने के तरीके में एक पंक्ति बदलने से, वास्तव में लोगों तक पहुँचने वाली सामग्री सामने आएगी।
थारिक अपने लेख में एक बिंदु पर जोर देते हैं: "मैं नहीं चाहता कि इसे अभी तक /html Skill बनाया जाए; मैं चाहता हूँ कि लोग पहले प्रॉम्प्ट के माध्यम से इसकी आदत डालें।" यह इस तथ्य के बावजूद है कि वे Claude Code टीम में एक डेवलपर हैं जो Skills का उत्पादन करते हैं।
वे इसे Skill बनाने को खारिज नहीं कर रहे हैं। वे कह रहे हैं, "यदि आप उपयोग के स्थिर होने से पहले इसे पैकेज करते हैं, तो आप उन हिस्सों को खो देंगे जो वास्तव में प्रभावी हैं।"
Anthropic के भीतर, HTML आउटपुट जो लगातार हो गए हैं, Playground प्लगइन्स जैसी चीजों में घटकीकृत होने लगे हैं। शुरू से एक तैयार उत्पाद की प्रतीक्षा करने के बजाय, पहले एक-पंक्ति प्रॉम्प्ट के साथ इसे आज़माएं ताकि वह पैटर्न मिल सके जो आपके काम में फिट बैठता है। उस बिंदु पर पहुँचने के बाद ही इसे Skill बनाने की ओर बढ़ें।
हर प्रॉम्प्ट में "HTML में आउटपुट करें" लिखना एक कार्य की तरह लग सकता है, लेकिन प्रारूप चुनना स्वयं कोई कार्य नहीं है। जिस क्षण आप Claude द्वारा Markdown आउटपुट करने से Claude द्वारा HTML आउटपुट करने पर स्विच करते हैं, आप उस व्यक्ति बनने की ओर आधा कदम बढ़ चुके हैं जो "पूर्व-डिज़ाइन किए गए Skill की प्रतीक्षा करने से पहले आउटपुट को डिज़ाइन करता है।"
5 व्यावसायिक परिदृश्य जो सिर्फ HTML पर स्विच करने से बदल जाते हैं
यह अध्याय सोमवार से शुक्रवार तक वास्तविक कार्य के लिए प्रभावी है। मैंने मूल लेख से पाँच उपयोग मामलों को जापानी व्यावसायिक परिदृश्य में आवृत्ति के क्रम में पुनर्व्यवस्थित किया है: साप्ताहिक रिपोर्ट/अनुसंधान सारांश, प्रस्तावों की समानांतर तुलना, डिज़ाइन ट्वीक, निर्णय लेने वाली संपादन स्क्रीन, और PR/स्पेक समीक्षाएँ।
प्रत्येक परिदृश्य को वर्तमान समस्या, पहले/बाद में, और अंत में Claude Code को देने के लिए एक नमूना निर्देश के साथ संक्षेपित किया गया है।
[परिदृश्य 1] आरेखों के साथ साप्ताहिक रिपोर्ट और अनुसंधान सारांश वितरित करना
जापानी व्यवसाय में एक सामान्य घटना। सोमवार सुबह, आपके बॉस पूछते हैं, "पिछले सप्ताह के रुझानों का सारांश दें।"
पहले: आप Slack में 120 पंक्तियों का Markdown चिपकाते हैं। लाइन ब्रेक टूट जाते हैं। आपका बॉस इसे नहीं खोलता। यह प्रबंधन बैठक सामग्री में शामिल नहीं होता। आप मौखिक रूप से समझाते हैं, "मैंने Claude से करवाया था।"
बाद में: आप Slack लॉग, Linear या Notion टिकट इतिहास, git लॉग, और आंतरिक दस्तावेज़ों को शामिल करते हुए इसे एक एकल HTML पृष्ठ में संक्षेपित करते हैं। आप SVG का उपयोग करके एक सरल व्यावसायिक प्रवाह आरेख शामिल करते हैं और तीन प्रमुख बिंदुओं को नीचे रंगीन ब्लॉक में रखते हैं।
यदि आप इसे आंतरिक भंडारण में रखते हैं और URL साझा करते हैं, तो आपका बॉस इसे कम्यूट करते समय अपने फोन पर खोल सकता है, प्रबंधन इसे उद्धृत कर सकता है, और इसे मीटिंग मिनट्स में चिपकाया जा सकता है।
यहाँ कुंजी यह है कि Claude Code MCP, ब्राउज़र, git, और फ़ाइल सिस्टम से संदर्भ खींच सकता है। भले ही आप वेब चैट से "HTML बनाएं" कहें, इतने सारे सूचना स्रोतों को एक में बंडल करना मुश्किल है। यह एक साप्ताहिक रिपोर्ट है जो केवल Claude Code ही बना सकता है।
थारिक ने स्वयं लिखा कि उन्होंने अपने लेखों के लिए आरेख Claude Code से अपने कोड फ़ोल्डर में सभी HTML पढ़वाकर और उन्हें एक पृष्ठ में संक्षेपित करके बनाए। एक "साप्ताहिक रिपोर्ट जो पढ़ी जाती है" और एक "व्याख्यात्मक लेख के लिए आरेख जो पढ़ा जाता है" संरचनात्मक रूप से समान हैं।
▼ नमूना निर्देश:
"पिछले सप्ताह के सभी Slack इंटरैक्शन, Linear टिकट पूर्णताएँ, और git लॉग पढ़ें, और एक साप्ताहिक रिपोर्ट को एक एकल HTML पृष्ठ के रूप में आउटपुट करें जिसे मेरा बॉस 1 मिनट में समझ सके। SVG में एक सरल व्यावसायिक प्रवाह आरेख और नीचे रंगीन ब्लॉक में तीन प्रमुख बिंदु शामिल करें। सुनिश्चित करें कि स्मार्टफोन पर खोलने पर यह टूटे नहीं।"
[परिदृश्य 2] 6 प्रस्ताव/अनुसंधान विकल्पों को एक साथ दिखाना
अगले सप्ताह के प्रस्ताव के लिए हमें कौन सी दिशा लेनी चाहिए? योजना, बिक्री, और कॉर्पोरेट योजना में एक सामान्य परिदृश्य जहाँ कई विकल्प बनाए जाते हैं और निर्णयकर्ताओं के साथ संरेखित किए जाते हैं।
पहले: आप छह विकल्पों को छह अलग-अलग Markdown फ़ाइलों में भेजते हैं। ग्राहक एक-एक करके खोल और तुलना नहीं कर सकता। वे पूछते हैं, "आपकी शीर्ष अनुशंसा कौन सी है?" और आपको एहसास होता है कि आपने स्वयं पूरी तरह से तुलना नहीं की थी।
बाद में: आप छह विकल्पों को अलग-अलग स्वर, घनत्व, और लक्षित दर्शकों के साथ एक एकल HTML पृष्ठ पर ग्रिड में व्यवस्थित करते हैं। आप प्रत्येक विकल्प के नीचे एक-पंक्ति व्यापार-बंद जोड़ते हैं। निर्णयकर्ता एक स्क्रीन पर सभी की तुलना करता है और तुरंत जवाब देता है, "मैं इसे और इसे मिलाना चाहता हूँ" या "#3 के लक्ष्य का उपयोग #1 के घनत्व के साथ करें।" जिस क्षण आप उन्हें समानांतर में दिखाते हैं, चर्चा का समाधान बदल जाता है।
एक निर्णयकर्ता के लिए, छह फ़ाइलें प्राप्त करने और एक स्क्रीन पर छह विकल्प पंक्तिबद्ध होने के बीच निर्णय लेने में लगने वाला समय आसमान-जमीन का अंतर होता है। यह "उन्हें इसे पढ़वाने" के बारे में कम और "उन्हें निर्णय लेने में सक्षम बनाने" के बारे में अधिक है।
▼ नमूना निर्देश:
"अगले सप्ताह की प्रस्तुति के लिए अलग-अलग स्वर, घनत्व, और लक्षित दर्शकों के साथ 6 प्रस्ताव विकल्प बनाएं, और उन्हें एक एकल HTML पृष्ठ पर ग्रिड में व्यवस्थित करें। प्रत्येक विकल्प के नीचे एक-पंक्ति व्यापार-बंद लिखें। साथ ही, निर्णय होने के बाद परिणाम को Markdown के रूप में कॉपी करने के लिए नीचे एक बटन जोड़ें।"
[परिदृश्य 3] डिज़ाइन और प्रोटोटाइप को छूकर तय करना
रंग, आकार, या गतिविधियों पर निर्णय लेते समय, आपको पाठ के माध्यम से संरेखित करने का प्रयास छोड़ देना चाहिए। यह एक ऐसा परिदृश्य है जहाँ मार्केटिंग, PR, और योजना थैंक-यू ईमेल या लैंडिंग पेज बटन पर कई बार आगे-पीछे होते हैं।
पहले: आप "थोड़ा शांत नीला" या "गति को फूली हुई बनाएं" जैसे शब्दों के साथ संवाद करते हैं। प्राप्तकर्ता की छवि हर बार भटक जाती है। एक चक्र के बाद वापस आए संस्करण को देखकर, आप और शब्द जोड़ते हैं: "नहीं, उस तरह का शांत नहीं।"
बाद में: आप Claude Code से एक HTML बनवाते हैं जहाँ आप रंग और एनिमेशन गति के लिए स्लाइडर घुमा सकते हैं। आप थैंक-यू ईमेल बटन या LP CTA बटन के लिए प्रोटोटाइप को एकल HTML पृष्ठों के रूप में बनाते हैं और हितधारकों को URL भेजते हैं। हर कोई छूता है, सर्वोत्तम मान तय करता है, और उन मानों को वापस Claude में कॉपी करता है। पाठ का आगे-पीछे कम हो जाता है, और सहमति का समय छोटा हो जाता है।
इससे संबंधित, Anthropic Labs इस "निर्णय लेने के लिए छूएं और ऑपरेशन को वापस Claude में कॉपी करें" अवधारणा को Playground प्लगइन के रूप में औपचारिक रूप देना शुरू कर रहा है। HTML आउटपुट सिर्फ एक छोटी सी ट्रिक नहीं है; यह एक दिशा है जिसे Anthropic स्वयं एक पैटर्न के रूप में पोषित कर रहा है।
▼ नमूना निर्देश:
"एक HTML बनाएं जहाँ मैं थैंक-यू ईमेल में बटन के रंग और एनिमेशन गति को तीन प्रकार के स्लाइडर का उपयोग करके तय कर सकूं। नीचे तय किए गए मानों को कॉपी करने के लिए एक बटन जोड़ें।"
[परिदृश्य 4] 3 मिनट में निर्णय स्क्रीन बनाना
अगली अवधि के लिए किन उपायों को Now, Next, Later, या Cut को सौंपा जाना चाहिए? 30 टिकटों को प्राथमिकता तय करने के लिए छाँटना PdM, योजनाकारों, और कॉर्पोरेट योजना के लिए एक विशिष्ट "निर्णय कार्य" है।
पहले: आप 30 आइटम को स्प्रेडशीट में पंक्तिबद्ध करते हैं और मैन्युअल रूप से एक-एक करके प्राथमिकता कॉलम भरते हैं। आप छाँटते हैं, पुनर्विचार करते हैं, दूसरी शीट पर ले जाते हैं, और वापस ले जाते हैं। कुछ दिन आप 30 मिनट बिताते हैं और फिर भी कोई निष्कर्ष नहीं निकाल पाते।
बाद में: आप Claude Code से कहते हैं "एक HTML बनाएं जहाँ मैं आइटम को चार कॉलम: Now, Next, Later, और Cut में ड्रैग और ड्रॉप कर सकूं।" एक समर्पित संपादन स्क्रीन 3 मिनट में तैयार हो जाती है। आप 30 कार्ड ड्रैग करते हैं, और समाप्त होने पर, परिणाम कॉपी करते हैं। निर्णय कार्यों का समय एक क्रम से कम हो जाता है।
यहाँ एक डिज़ाइन सिद्धांत है जिसे आसानी से अनदेखा किया जाता है लेकिन अत्यधिक प्रभावी है। यह वह वाक्य है जहाँ थारिक लिखते हैं, "हमेशा एक निर्यात के साथ समाप्त करें।" संपादन स्क्रीन बनाते समय, हमेशा "JSON के रूप में कॉपी करें," "प्रॉम्प्ट के रूप में कॉपी करें," या "Markdown के रूप में कॉपी करें" बटन शामिल करें।
इसके बिना, आप अपनी छँटाई के परिणामों को Claude को वापस नहीं कर सकते, और यह सिर्फ एक कार्य उपकरण के रूप में समाप्त होता है। एक संपादन स्क्रीन तभी निर्णय उपकरण बनती है जब आप एक लूप बनाते हैं: HTML में निर्णय लें, फिर संरचित पाठ परिणाम को Claude को वापस करें।
यही विचार फीचर फ्लैग संपादित करने, साइड-बाय-साइड सिस्टम प्रॉम्प्ट एडिटर, या डेटासेट स्वीकृति/अस्वीकृति/टैगिंग के लिए उपयोग किया जा सकता है। "3 मिनट में एक समर्पित, डिस्पोजेबल UI बनाना" वह जगह है जहाँ Claude Code का सही मूल्य सबसे स्पष्ट रूप से प्रदर्शित होता है।
▼ नमूना निर्देश:
"एक HTML बनाएं जहाँ मैं अगली अवधि के 30 उपायों को चार कॉलम: Now, Next, Later, और Cut में ड्रैग और ड्रॉप कर सकूं। अंत में, एक 'Markdown के रूप में कॉपी करें' बटन रखें ताकि मैं प्रत्येक पंक्ति के कारणों के साथ छँटाई परिणाम आउटपुट कर सकूं।"
[परिदृश्य 5] रंग-कोडित अंतर के साथ PR समीक्षाएँ और स्पेक साझा करना
अंत में, इंजीनियरों के साथ सहयोग करने का एक परिदृश्य। भले ही आप कोड नहीं पढ़ते, एक PdM, निदेशक, या संपादक के रूप में, आपको PR समीक्षाओं या स्पेक पुष्टिकरणों के लिए बुलाया जा सकता है।
पहले: आपको GitHub डिफ स्क्रीन खोलने के लिए कहा जाता है। आप केवल देखकर नहीं बता सकते कि डिफ का कौन सा हिस्सा महत्वपूर्ण है और किसे अनदेखा किया जा सकता है। कहानी का अनुसरण करने के लिए आपको टिप्पणियाँ पढ़नी पड़ती हैं। जो लोग कोड नहीं पढ़ते, वे अक्सर "अगर कुछ हो तो मुझे बताएं" कहकर इसे बंद कर देते हैं।
बाद में: आप Claude Code से कहते हैं "इस PR को एक HTML समीक्षा दस्तावेज़ में बदलें जिसे कोड न पढ़ने वाला व्यक्ति 30 सेकंड में समझ सके।" डिफ के बगल में टिप्पणियाँ जुड़ी होती हैं, प्रभाव के दायरे को रंग-कोडित किया जाता है, और अंत में तीन चिंताओं का सारांश दिया जाता है। यदि आप इसे आंतरिक भंडारण पर अपलोड करते हैं और URL साझा करते हैं, तो PdM और निदेशक एक बटन के साथ प्रतिक्रिया प्रदान कर सकते हैं। इंजीनियरों के साथ सहयोग करने वाले अंततः समीक्षाओं में भाग ले सकते हैं।
HTML इंजीनियरों के लिए एक भाषा नहीं है; यह एक कहानी देने का उपकरण है। डिफ का अर्थ, जोखिम, और प्रभाव का दायरा—यह "जानकारी जिसे समझने की आवश्यकता है"—एनोटेशन, रंग, और लेआउट के साथ वितरित की जाती है। यही HTML रूपांतरण का अर्थ है।
▼ नमूना निर्देश:
"इस PR को एक HTML समीक्षा दस्तावेज़ में बदलें जिसे कोड न पढ़ने वाला व्यक्ति 30 सेकंड में समझ सके। डिफ के बगल में टिप्पणियाँ संलग्न करें, प्रभाव के दायरे को रंग कोडिंग के साथ दिखाएं, और अंत में तीन चिंताओं का सारांश दें।"
जबकि आप इन पाँच परिदृश्यों के लिए Markdown में आउटपुट करना जारी रखते हैं, फ़ॉर्मेट टैक्स चुपचाप लेकिन दैनिक रूप से जमा होता रहता है। आप इसे नोटिस करने के क्षण में रोकते हैं या नहीं, यही अगले सप्ताह से अंतर होगा।
स्विच करते समय उत्पन्न होने वाले 6 प्रश्न
इसे पढ़कर, आपके मन में कई प्रश्न आने की संभावना है। मैंने मूल लेख से FAQ अनुभाग को उस क्रम में पुनर्व्यवस्थित किया है जिसमें जापानी व्यावसायिक पाठकों के सामने आने की संभावना है।
■ क्या यह अधिक टोकन का उपयोग करता है?
हाँ, करता है। मूल लेख में कहा गया है कि इसे उत्पन्न होने में Markdown की तुलना में 2-4 गुना अधिक समय लगता है। हालाँकि, Opus 4.7 में 1M टोकन संदर्भ है, इसलिए HTML लौटाने से संदर्भ सीमाओं के कारण बातचीत टूटने का जोखिम लगभग समाप्त हो गया है।
थारिक का निष्कर्ष है: "संख्या बढ़ती है, लेकिन यदि आप वह परिणाम चुनते हैं जो पढ़ा जाता है, तो यह कुल कार्य के लिए भुगतान करता है।" यह एक विकल्प है कि आप अपने 3,000+ येन मासिक अनुबंध का उपयोग 1,000 पंक्तियों के अपठनीय Markdown के लिए करें या एक HTML पृष्ठ के लिए जो खोला जाता है।
■ क्या डिज़ाइन बदसूरत नहीं होगा?
यह एक वैध चिंता है, लेकिन इसके उपाय हैं।
एक है Claude Code के फ्रंटएंड डिज़ाइन प्लगइन्स का उपयोग करना। दूसरा है Claude को आपकी कंपनी की साइट या मौजूदा सामग्री से एक नमूना HTML प्रदान करना। यदि आप एक संदर्भ फ़ाइल प्रदान करते हैं और कहते हैं "इस स्वर में" या "इस फ़ॉन्ट और पैलेट के साथ," तो Claude आपकी कंपनी के लुक से मेल खाने वाला HTML आउटपुट करेगा। अपने कोडबेस में design-system.html जैसी फ़ाइल रखने से आप हर बार इसका संदर्भ ले सकते हैं।
■ क्या HTML संपादित करना एक परेशानी नहीं है?
आपको इसे स्वयं संपादित करने की आवश्यकता नहीं है।
थारिक स्वयं लिखते हैं कि वे सीधे HTML को नहीं छूते। यदि आप Claude से कहते हैं, "इस रंग को थोड़ा शांत करें" या "तीसरे खंड को थोड़ा छोटा करें," तो यह इसे ठीक कर देगा। जब तक आप इसका उपयोग स्पेक, विचार-मंथन, या संदर्भ सामग्री के लिए करते हैं, आप सभी संपादन Claude पर छोड़ सकते हैं।
■ मैं इसे कैसे खोलूं? मैं इसे कैसे साझा करूं?
इसे खोलना आसान है। बस Claude Code द्वारा उत्पादित HTML फ़ाइल को अपने ब्राउज़र में स्थानीय रूप से खोलें।
आप Claude से "इस फ़ाइल को खोलें" भी कह सकते हैं, और यह आपके लिए इसे ब्राउज़र में खोल सकता है। साझा करते समय, सबसे आसान तरीका इसे आंतरिक भंडारण या S3 पर अपलोड करना और URL प्रदान करना है। यदि आप Slack या ईमेल में लिंक चिपकाते हैं, तो प्राप्तकर्ता इसे अपने ब्राउज़र में खोल सकता है। Markdown को PDF में बदलने का वह अतिरिक्त कदम पूरी तरह से गायब हो जाता है।
■ संस्करण नियंत्रण के बारे में क्या?
सच कहूँ तो, HTML Git डिफ प्रबंधन के लिए बहुत उपयुक्त नहीं है। एक पंक्ति को ठीक करने से फ़ॉर्मेटर सेटिंग्स के कारण डिफ अन्यत्र स्थानांतरित हो सकते हैं। थारिक स्वयं लिखते हैं कि HTML संस्करण नियंत्रण की सबसे बड़ी कमजोरी है।
इसलिए व्यावहारिक समाधान है: "लोगों के लिए प्रस्तुतियाँ" HTML हैं, और "इतिहास रखने के लिए स्पेक या रिकॉर्ड" Markdown हैं। यह Markdown को समाप्त करने के बारे में नहीं है, बल्कि आउटपुट के उद्देश्य के आधार पर प्रारूप चुनने की मानसिकता पर स्विच करने के बारे में है।
■ क्या मैं पूरी तरह से Markdown का उपयोग बंद कर सकता हूँ?
नहीं। रिकॉर्ड, परिवर्तन इतिहास, और संरचित पाठ जिसे आप रिपॉजिटरी में रखना चाहते हैं, उसे Markdown के रूप में ही रहना चाहिए।
CLAUDE.md और SKILL.md को प्रबंधित करना और डिफ ट्रैक करना आसान है यदि वे Markdown के रूप में रहते हैं। HTML "लोगों तक पहुँचाने," "लोगों को छूने देने," "कई विकल्पों को पंक्तिबद्ध करने," और "लोगों को रंग के साथ निर्णय लेने देने" के लिए उपयुक्त है। यदि आप इसे मोटे तौर पर "AI के साथ बातचीत के लिए Markdown, लोगों को वितरित करने के लिए HTML" के रूप में समझते हैं, तो आप भटकेंगे नहीं।
अब तक, आपके शुरुआती संदेह दूर हो जाने चाहिए। एक लेख जिसमें कमियाँ शामिल हैं, अधिक भरोसेमंद है—एक लेखक के रूप में मेरा यही विश्वास है।
क्या आप फ़ॉर्मेट टैक्स का भुगतान करते रहेंगे या डिज़ाइन पक्ष में जाएंगे?
अंत में, समापन के लिए अपने दृष्टिकोण को ऊपर उठाएं।
हमने पहले "Prompt Tax" (प्रॉम्प्ट टैक्स) पर चर्चा की थी—क्लॉड को वही आधारभूत बातें बार-बार टाइप करने की लागत। फिर, .claude फ़ोल्डर के साथ डिज़ाइन लेयर पर जाने की कहानी आई। यह "Format Tax" (फ़ॉर्मैट टैक्स) उस श्रृंखला का तीसरा विषय है। बातचीत की लेयर और डिज़ाइन लेयर के बाद, अब हमने आउटपुट लेयर को संबोधित किया है।
आइए "Format Tax" को कुछ ऐसे परिभाषित करें जिसे हम पाठकों के साथ साझा कर सकें:
यदि आप लगातार ऐसे आउटपुट फ़ॉर्मैट चुनते हैं जो पढ़े नहीं जाते, तो आपके और दूसरों दोनों के लिए खोलने से पहले ही थकान बढ़ जाती है। आप क्लॉड कोड के लिए हर महीने 3,000 येन से अधिक का भुगतान करते हैं, फिर भी डिलीवरेबल्स का मीटिंग में उपयोग नहीं होता। यह भावना फ़ॉर्मैट चयन पर निर्णय न लेने से आती है। यही Format Tax है।
मार्कडाउन में आउटपुट देना एक कार्य है। HTML चुनना एक निर्णय है। एक ही क्लॉड कोड का उपयोग करते हुए भी, फ़ॉर्मैट चयन में एक भी निर्णय आपके डिलीवरेबल्स की पहुँच को महत्वपूर्ण रूप से बदल देता है।
और HTML केवल इंजीनियरों की भाषा नहीं है। यह ऐसी सामग्री बनाने का एक उपकरण है जो पढ़ी जाती है। एक पल के लिए वेबसाइट बनाने का विचार छोड़ दें। बस इस सप्ताह आप जो साप्ताहिक रिपोर्ट, प्रस्ताव या समीक्षा दस्तावेज़ लिख रहे हैं, उसे HTML में आउटपुट करने का प्रयास करें। बस इतना ही काफी है।
आइए बड़ी तस्वीर के बारे में बात करते हैं।
वह युग जब मार्कडाउन AI उद्योग का अंतर्निहित मानक था, एंथ्रोपिक के अंदर चुपचाप समाप्त हो रहा है। जबकि CLAUDE.md, SKILL.md और कर्सर नियम सभी मार्कडाउन आधार पर बने थे, आउटपुट फ़ॉर्मैट पहले बदलना शुरू हो रहा है। जो पाठक मानक बदलने के क्षण को देखते हैं, वे आधा कदम आगे बढ़ सकते हैं।
बेशक, एक बार जब आपको एहसास हो जाता है कि "मैं यह हर हफ्ते करता हूँ," तो आप इसे एक स्किल में विकसित करने का विकल्प चुन सकते हैं।
एंथ्रोपिक के अंदर, HTML आउटपुट के लिए उच्च आवृत्ति वाले पैटर्न, जैसे डिज़ाइन-संबंधित प्लेग्राउंड, धीरे-धीरे घटकों के रूप में विकसित किए जा रहे हैं। हालाँकि, पहले सप्ताह के लिए, एक-पंक्ति का प्रॉम्प्ट पर्याप्त है। आज रात, बस एक साप्ताहिक रिपोर्ट को HTML में आउटपुट करने का प्रयास करें। अगले सप्ताह, एक ही ग्रिड में छह प्रस्ताव विकल्पों को पंक्तिबद्ध करने का प्रयास करें। वहाँ से शुरू करें, और फ़ॉर्मैट टैक्स चुपचाप कम होने लगेगा।
थारिक खुद अपने लेख के अंत में लिखते हैं: "मुझे मार्कडाउन की गहरी पढ़ाई को रोकने और सारे निर्णय क्लॉड पर छोड़ देने का डर था। HTML पर स्विच करने के बाद, मुझे लगता है कि मैं क्लॉड के साथ फिर से लूप में वापस आ गया हूँ, और सबसे बढ़कर, इसे बनाना बस मज़ेदार है।"
फ़ॉर्मैट चुनना AI के साथ काम करते समय पहल वापस पाने का एक स्विच है, और साथ ही, अपने दैनिक काम में थोड़ी गर्मी वापस लाने का एक स्विच है।
क्या आप अनपढ़ मार्कडाउन का उत्पादन जारी रखेंगे, या आप उस पक्ष में जाएँगे जो फ़ॉर्मैट चुनता है? अगला सप्ताह सीमा होगी।
सारांश
- एंथ्रोपिक में क्लॉड कोड बनाने वाले डेवलपर ने घोषणा की कि वह अब मार्कडाउन का उपयोग नहीं करते। आंतरिक टीम के भीतर HTML अपनाने का प्रसार हो रहा है।
- अब तक, मार्कडाउन AI के लिए अंतर्निहित मानक था—क्लॉड कोड और कर्सर से लेकर GitHub Copilot, Cline, आंतरिक विकी और ChatGPT आउटपुट तक। निर्माता ने अब उस उद्योग मानक को चुनौती दी है।
- मार्कडाउन के न पढ़े जाने के 5 कारण हैं: 100 पंक्तियों पर दोबारा नहीं पढ़ा जा सकता / साझा करने पर टूट जाता है / कोई रंग या आरेख नहीं / छूकर निर्णय नहीं लिया जा सकता / मोबाइल पर टूट जाता है। ये छिपी हुई लागतें "Format Tax" हैं।
- स्विच करने के लिए, बस एक पंक्ति जोड़ें: "Output as an HTML file." इसे स्किल बनाना तब तक प्रतीक्षा कर सकता है जब तक उपयोग स्थिर न हो जाए।
- 5 व्यावसायिक परिदृश्य—साप्ताहिक रिपोर्ट, समानांतर प्रस्ताव, डिज़ाइन में बदलाव, निर्णय स्क्रीन और PR समीक्षाएँ—HTML पर स्विच करने मात्र से ऐसी सामग्री में बदल जाती हैं जो खोली जाती हैं, उन पर निर्णय लिया जाता है और वे वापस आती हैं।
- फ़ॉर्मैट चुनना एक निर्णय है, कोई कार्य नहीं। मार्कडाउन में आउटपुट देना एक कार्य है; HTML चुनना एक निर्णय है। क्लॉड कोड उपयोगकर्ताओं के बीच अंतर यहीं खुलता है।
उन लोगों के लिए जिन्हें यह लेख उपयोगी लगा:
टोक्यो विश्वविद्यालय क्लॉड कोड प्रयोगशाला (@ClaudeCode_UT) एक ऐसा खाता है जिसे UTokyo के छात्रों की एक टीम गंभीरता से चलाती है। हम बड़ी कंपनियों के साथ संयुक्त क्लॉड कोड व्यावसायिक विकास पर भी काम कर रहे हैं, और हम केवल उन डिज़ाइनों और जानकारियों को साझा करते हैं जो वास्तव में क्षेत्र में काम करती हैं।
हम हर दिन व्यावहारिक कार्य के लिए विशेष "वास्तव में उपयोगी" जानकारी और जानकारियाँ प्रदान करते हैं 👇
■ व्यवहार में उपयोग योग्य क्लॉड कोड स्किल्स का मुफ्त विमोचन
■ प्राथमिक विदेशी AI जानकारी का जापानी व्यावसायिक संदर्भ में अनुवाद और पुनर्संरचना
■ यह एकमात्र स्थान है जहाँ UTokyo टीम द्वारा गंभीरता से विकसित स्किल्स और उपकरण "वास्तव में उपयोगी" मुफ्त में प्राप्त किए जा सकते हैं ❗️
यदि आप रुचि रखते हैं, तो कृपया फ़ॉलो करें और हमें देखें।
LINE यहाँ है ⇩
