- Claude Code Max की 5 महीने की सदस्यता लेने के बाद
codex आज़माया, और फिर Claude Design के पुराने प्रोजेक्ट्स पर लौटना चाहा, लेकिन अब उन तक पहुंच नहीं रही
- दूसरे LLM apps में सदस्यता रद्द होने की वजह से पुराने sessions की एक्सेस कभी नहीं खोई थी, और पहले भी Claude की मासिक समस्या-क्षतिपूर्ति के तहत मिले अतिरिक्त credits प्लान खत्म होते ही गायब हो गए थे तथा दोबारा सदस्यता लेने के बाद भी उन तक पहुंच नहीं मिली
- X पर कई बार टैग करके बताया, लेकिन लगता है कि सिर्फ़ ज़्यादा followers वाले लोगों की समस्याएँ ही सुलझती हैं; साथ ही जटिल contracts, usage limits, और अतिरिक्त usage calculation के implementation की खुरदुरी edge conditions यूज़र के ख़िलाफ़ काम कर रही हैं, इसे भी समस्या के रूप में उठाया गया
1 टिप्पणियां
Hacker News की राय
Topfi: यह अभी भी मौजूद है और आसानी से लिया जा सकता है। अगर आप data export [0] करें, तो मौजूदा अकाउंट में Claude Design access न होने पर भी सभी Claude Design chats
design_chatsडायरेक्टरी में code के साथ मौजूद रहती हैंयह
.jsonहै, लेकिन इसे manually या OpenCode में किसी latest LLM से usable code में बदलवाना मुश्किल नहीं था, और मैंने खुद करके देखा तो यह काम करता है। फिर भी अच्छा होगा अगर Claude Design को API के रूप में इस्तेमाल करने दें। follow-up questions को implement करने के तरीके में इसकी कुछ बढ़त है, इसलिए संकरे UX experiments के लिए इसकी वैल्यू है, लेकिन अभी एक अलग subscription को justify करना मुश्किल हैपहली बार मैंने Max subscription से Claude Code में ऐसा regression देखा कि Opus इस्तेमाल करने लायक नहीं रहा, और GPT-5.5 का नया pretraining कुछ खास coding use cases में बहुत मजबूत है। हालांकि compression और instruction-following में GPT-5.4 बेहतर हो सकता है, और मैं दोनों को काम के हिसाब से साथ इस्तेमाल करता हूँ
मैं SaaS और expectations पर कही गई हर बात का जवाब नहीं देना चाहता, लेकिन यह इशारा करना कि डेटा गायब होना OP की गलती है, कानून और अधिकारों को नज़रअंदाज़ करना है। अगर अस्थायी subscription cancellation, payment processing issue, या Anthropic bug से permanent data loss हो जाए, तो यह बेतुका है
consumer-friendly क्षेत्रों के users को, भले ही frontend या API में expose न हो, अगर डेटा अकाउंट से जुड़ा है तो उसे export और access करने का अधिकार है। payment status से इसका कोई लेना-देना नहीं। हाँ, manual backup हमेशा बेहतर है, लेकिन जब तक provider के पास डेटा है, कम से कम मेरे क्षेत्र में उसे user को देना होगा
आखिर में, जब तक असली spam या बुरी नीयत न हो, मैं आमतौर पर दूसरों की comments पर तंज नहीं करता या downvote नहीं करता, लेकिन कई comments पहले ही OP से कह चुकी हैं कि export/backup करना चाहिए था, तो वही बात दोहराने की ज़रूरत है या नहीं, समझ नहीं आता। [0] https://claude.ai/settings/data-privacy-controls
आदर्श रूप से यह सब पहले से होना चाहिए, लेकिन मुझे यक़ीन नहीं था कि public release से पहले इन्हें implement करने का समय मिला होगा। developer के नज़रिए से product बनाना मज़ेदार हिस्सा है, और permissions, payment gateway, rate limits, usage accounting, billing, GDPR, account creation/deletion/export जैसी चीज़ें उबाऊ हिस्सा हैं, इसलिए पता नहीं था कि उन्होंने यह हिस्सा भी बनाया होगा
jjcm: ऐसी चीज़ें अक्सर जल्दी और ढीले तरीके से बनाई जाती हैं, और दुर्भाग्य से state-of-the-art tools इस्तेमाल करने की हक़ीक़त यही है। Figma ने भी बहुत शुरुआती दौर में कुछ ऐसा ही झेला था
लेकिन Claude Design से बचने की सलाह देने का एक और कारण visual design में LLM की बुनियादी सीमा है। LLM के पास आँखें नहीं होतीं, और nested HTML/CSS layers के बीच spatial relationships संभालना इनके लिए बेहद मुश्किल है
शुरुआत में मैं पहले diffusion-based image generation से शुरू करने की सलाह दूँगा। GPT-Image-2 UI design में सचमुच बहुत अच्छा है, और खासकर शुरुआती चरण में LLM की तुलना में दिशा जल्दी पकड़ सकता है। मुश्किल हिस्सा image से HTML में बदलना है, लेकिन Claude Design की तुलना में ज़्यादा सस्ते और तेज़ तरीके से कई दिशाएँ explore की जा सकती हैं
bias disclosure के तौर पर, मैंने Figma छोड़ दिया है और खुद एक diffusion-based UI design tool बना रहा हूँ। यहाँ उसका प्रचार नहीं कर रहा, बस इस क्षेत्र में पहुँचे अपने निष्कर्ष साझा करना चाहता था
और GPT-Image-2 diffusion model नहीं है, बल्कि दूसरे LLMs की तरह Transformer-based है
अलग-अलग ideas और vision के साथ model को guide करते हुए design update करना, और Material 3 या Apple HIG जैसे design systems अपनवाना भी बहुत बढ़िया रहा
Google का Stitch या Claude Design परफेक्ट नहीं हैं, लेकिन एक starting point देते हैं। उसके बाद मैं वास्तविक working project बनाकर उसे मनचाहा होने तक iterate करता हूँ। अभी मैं इन्हें इसी तरह इस्तेमाल कर रहा हूँ
अभी design LLMs में खुद भी iteration करना मुश्किल है, और उनका UX सुस्त, कम सहज, या designers की तरफ़ ज़्यादा झुका हुआ लगता है। फिर भी मैं GPT-Image-2 आज़माऊँगा
कुछ महीने पहले ChatGPT app में मैंने UX/UI research की थी, यह पूछकर कि कोई खास app कैसा दिखेगा। अगर आपने जो UI design tool बनाया है वह बताएँ, तो मैं उसे भी आज़माना चाहूँगा
goekjclo: मैं यह सोचने से खुद को रोक नहीं पा रहा कि Claude team असली RSI improvements और bug fixes के बजाय खिलौने जैसी अतिरिक्त features जोड़ने में व्यस्त है
robeym: मेरा भी कुछ ऐसा ही हुआ। मैं Claude Design project पर काम कर रहा था और Max subscription को Claude से Codex में shift कर रहा था
मेरी समझ थी कि Design सिर्फ Pro plan के लिए है, इसलिए cancel करने से पहले मैंने लगभग सब कुछ download कर लिया था। अगर सिर्फ अपना material लेना है, तो 20 डॉलर देकर थोड़ी देर के लिए दोबारा लेना और फिर तुरंत cancel करना भी किया जा सकता है
चाहे Claude हो या OpenAI, support मिलना लगभग नामुमकिन लगता है। उम्मीद है यह पोस्ट उनकी नज़र में आएगी
parliament32: क्या मतलब यह है कि SaaS subscription cancel करने के बाद भी आपने उम्मीद की थी कि वे डेटा delete न करें? मुझे नहीं समझ आता कि यह क्यों तर्कसंगत है
Anthropic में कई गड़बड़ियाँ हो सकती हैं, लेकिन यहाँ तो लगता है कि उन्होंने सही किया। लगभग सभी SaaS applications, खासकर B2B में, contract relationship खत्म होने के बाद एक निश्चित अवधि के भीतर customer data delete करने की compliance requirement होती है
जो अपवाद याद आते हैं वे TV services हैं। Netflix subscription बंद करते ही watch list हटा देता है। लेकिन वह बदनीयती से, cancellation को मुश्किल बनाने के दबाव के लिए करता है। वापसी को हतोत्साहित करने की लागत उठाकर भी subscription hopping रोकना चाहता है
TV services का ऐसा करना 100% घटियापन है, लेकिन उनके पास कम से कम कुछ business logic तो है। Claude का ऐसा करना बस अनावश्यक रूप से customers को दूर धकेलता है
यह कहना कि contract relationship खत्म होने के बाद एक तय समय में customer data delete करना पड़ता है, बेकार का justification है। यहाँ बात “account deletion” बटन की नहीं हो रही, खासकर जब Claude में free tier भी है
logickkk1: सच कहूँ तो backup ज़रूरी है। लेकिन अगर आपने Office cancel किया और Word आपकी files delete कर दे, तो कोई इसे स्वीकार नहीं करेगा
किसी बिंदु पर हमने backup और custodial responsibility के बीच फर्क करना बंद कर दिया
conception: महत्वपूर्ण data का backup होना चाहिए
ahmazroot: क्या subscription cancel करने पर पुराने projects भी lock हो जाते हैं? यह काफ़ी बेहूदा है। साझा करने के लिए धन्यवाद, मैं भी Claude subscription cancel करने वाला था, तो यह मददगार है
ruguo: सिर्फ subscription cancel करने की वजह से पूरा history access बंद कर देना काफ़ी बेतुका है
jrumbut: मैंने तो कुछ भी cancel नहीं किया था, फिर भी कई बार Claude material का access खो दिया। इसलिए मैं सावधान रहता हूँ कि कोई ज़रूरी चीज़ वहाँ छोड़कर न रखूँ और नियमित backup करता रहूँ
मज़ेदार बात यह है कि कभी-कभी उसे गायब हुई चीज़ याद रहती है, लेकिन जो चीज़ साफ़ स्क्रीन पर दिख रही हो, उसका reference नहीं ले पाता
मेरे अनुभव में ChatGPT दो मामलों में बेहतर है: material न खोना और project boundaries बनाए रखना। Claude projects उल्टा material जल्दी खो देने वाला setup लगते हैं, और model को project जैसी किसी चीज़ का कोई मतलब ही नहीं समझ आता
tdy_err: किसने सोचा कि bots से human interface design करवाना कोई फलदायी कोशिश होगी?
noashavit: मैंने सुना है कि subscription cancel करते ही Claude Design access चला जाता है
alyxya: मुझे भी credits की दिक्कत हुई। पहले Max plan subscribe किया था और credits मिले थे, बाद में Claude इतना इस्तेमाल नहीं किया तो Pro plan पर downgrade कर दिया, और देखा कि credits गायब हो गए
मैंने subscription cancel नहीं किया था, सिर्फ plan downgrade किया था
users ज़्यादा होंगे तो ये edge cases भी जमा होते जाएँगे। structure को simple करना होगा ताकि engineers शांति से काम कर सकें
Leonard_of_Q: क्या subscription cancel करने से पहले आपको यह warning मिली थी कि जो चीज़ें रखना चाहते हैं उन्हें download कर लें और data
/dev/nullमें चला जाएगा? अगर मिली थी, तो backup की warning माननी चाहिए थीअगर warning नहीं मिली, तो Anthropic के लिए यह ज़्यादा customer-friendly होता कि subscription cancel करने के बाद data गायब हो जाएगा, यह पहले बता देते। फिर भी मुझे लगता है कि
चाबी डाकपेटी में डालनेसे पहले जो data रखना है, उसे download कर लेना चाहिएकभी यह मत मानिए कि कोई third party आपके data की उतनी परवाह करेगी जितनी आप खुद करते हैं; उसे हमेशा अलग ऐसी जगह रखिए जहाँ किसी भी हालत में access हो सके
Havoc: आपने कहा कि “subscription cancel होने की वजह से पुरानी sessions का access खोना पहली बार हुआ,” लेकिन यह बिल्कुल अभूतपूर्व नहीं है। Google ecosystem में मैंने ऐसी tactics देखी हैं
Google Music subscription बंद करते ही playlists तक पहुँच खत्म कर देता था, और यह बात आपको बाद में ही पता चलती थी। credit card फिर से जोड़िए, तो आप उन्हें देख और export कर सकते थे। जादू जैसा
मैंने एक महीने के लिए फिर subscription लिया, export किया, और फिर cancel करके तय किया कि Google Music पर दोबारा भरोसा नहीं करूँगा। समझ नहीं आता कि लोग ऐसा pattern implement क्यों करते हैं। शायद इससे तुरंत 10 डॉलर निकल आए हों, लेकिन brand ज़हरीला हो जाता है
ऐसा कोई रास्ता नहीं दिखता जिससे यह फैसला future value के लिहाज़ से net positive हो। यहाँ तक कि इससे कुछ साल बाद एक और गुस्से वाला HN post भी बन गया
Animats: अगर project access चला गया, तो क्या Anthropic intellectual property भी अपने पास रखता है? जब चीज़ें GitHub जैसे manual repository में न होकर किसी machine learning system के अंदर हों, तो यह सच में समस्या बन जाती है
शायद आपका मतलब यह है कि subscription cancel होने के बाद भी क्या वे उसका इस्तेमाल करेंगे; निंदक दृष्टि से कहूँ तो शायद करेंगे। फिर भी terms की fine print पढ़नी पड़ेगी
lucasgw: मैं Claude Design और Claude Code साथ इस्तेमाल कर रहा हूँ और नतीजे शानदार रहे हैं। Claude Code में मैंने साफ़-सुथरा रखने के explicit instructions डाले हुए हैं, और Claude Design की handoff skill भी काफ़ी मजबूत है
मैंने कई बार products launch किए हैं, इसलिए मैं design वाली दिशा को ठीक से guide करके focus बनाए रख सकता हूँ। यह मेरे workflow में बहुत अच्छा addition साबित हुआ है
agent-based tools के साथ हमेशा की तरह GIGO लागू होता है। अगर tool चलाने वाला इंसान product experience के बिना design को आँख बंद करके मान ले, तो वह बस उसकी अपनी पसंद है
lum1104: Claude कभी-कभी accounts ban भी कर देता है, जिससे history भी चली जाती है
coder97: लगता है generated Artifacts का रोज़ backup लेना पड़ेगा
Uptrenda: OP की पोस्ट से अलग, Claude Design में एक और समस्या है जिसका ज़िक्र होना चाहिए। यह बेहद सुंदर और चमकदार design बना देता है, लेकिन असली code इंसानों के maintain करने लायक नहीं होता
आखिर में यह किसी अपारदर्शी ढेले जैसा होता है। ऐसा code जो एक बार लिखा जाए और फिर कभी पढ़ा न जाए, लगभग disposable code। और जो code लोग पढ़ना ही नहीं चाहते, उसमें vulnerabilities छिपी हो सकती हैं, इसलिए यह बुरा है
आम तौर पर अगर LLM ठीक-ठाक code से लेकर पूरी तरह कचरा code तक बना सकते हैं, तो Claude का web code खास तौर पर slop code का चरम उदाहरण है। हाँ, इसकी एक अच्छाई है कि आपको एक single file मिल जाती है, भले ही वह 20 से ज़्यादा embedded SVG, JavaScript वगैरह से भरी हो
पहले मैं Google का Stitch इस्तेमाल करता था, और तब भी उसका उपयोग शुरुआती चरण में product design explore करने के लिए ही था। यानी यह अंदाज़ा लगाने के लिए कि product अंत तक कैसा दिख सकता है
मैं ज़्यादातर React में बनाता हूँ, इसलिए HTML code ज़्यादा काम का नहीं है। development के दौरान HTML code की तुलना में screenshots सीधे share करना बेहतर लगता है
मुझे लगता है कि image-generation LLM की तुलना में multimodal LLM में Claude model की visual reasoning बेहतर है। इसलिए मैं photos share करके layout समझवाता हूँ, और फिर वहाँ से मनचाहा होने तक iterate करता हूँ
building blocks बनाने में कभी-कभी यह ठीक रहता है, लेकिन आम तौर पर उन्हें एक consistent तरीके से जोड़ने में नाकाम रहता है
comboy: माफ़ कीजिए, लेकिन यह आपकी अपनी ज़िम्मेदारी थी। यह काफ़ी हद तक अनुमानित व्यवहार लगता है, और मैं इसके लिए company को दोष नहीं दूँगा
उम्मीद है यह नया standard नहीं बनेगा
wiseowise: AI hype करने वाले लोग लोगों से कहते हैं कि इन्हीं चीज़ों के ऊपर अपना पूरा career और identity बना लो
और अब पहले से ही “skill issue”, “तुम्हें obviously x, y, z करना चाहिए था” जैसी प्रतिक्रियाएँ दिख रही हैं
DaryaHr: यह सच में बहुत बुरी स्थिति है। IT companies के साथ अनुभव के आधार पर मुझे लगता है कि शायद किसी समय वे इस issue को उठाएँगे और action लेंगे
लेकिन तेज़ development speed और users पाने के लिए नए चमकदार features की होड़ में companies quality की क़ुर्बानी दे सकती हैं। यहाँ असर डाल सकने वाला पक्ष सिर्फ users हैं
जब तक हम नई चमकदार चीज़ें खरीदते रहेंगे, यह चलता रहेगा। quality investment महँगा होता है