Claude, "Add to Cart" बटन को नीला कर दो
Anthropic के Claude से एक ही “Add to Cart” बटन को नीला करने को कहने वाली एक व्यंग्यात्मक वेब “game” — और फिर उसके पूरे UI को refactor करने, sub-agents spawn करने, तथा tradeoffs पर essays लिखने तक पहुँच जाने वाली — ने डेवलपर्स के बीच एक संवेदनशील बिंदु छेड़ दिया है। कई लोगों का कहना है कि यह AI coding agents के वास्तविक frustrations को बहुत करीब से दिखाती है: वे तुच्छ बदलावों को ज़रूरत से ज़्यादा जटिल बना देते हैं, scope की अनदेखी करते हैं, tokens जला देते हैं, और सख़्त prompt discipline माँगते हैं; जबकि अन्य इसे एक बढ़ा-चढ़ाकर या पुरानी कैरिकेचर मानते हैं जो नए models या बेहतर harnesses के साथ उनके अनुभव से मेल नहीं खाती। यह बातचीत एक व्यापक तनाव को उजागर करती है: AI tools जटिल कामों को बहुत तेज़ कर सकते हैं, लेकिन उनकी अनिश्चितता, verbosity, और “helpful” side quests की प्रवृत्ति साधारण edits को भी stochastic coworker से जूझने जैसा बना सकती है।
पैरोडी साइट पर समग्र प्रतिक्रिया
- कई लोगों ने इंटरैक्टिव “Add to Cart” बटन को नीला करने वाली पैरोडी को बेहद मज़ेदार, तनावपूर्ण, और असहज रूप से अपने जैसा बताया; उन्होंने शारीरिक निराशा (“आँख फड़कना,” “ब्लड प्रेशर बढ़ना,” “PTSD”) जैसी प्रतिक्रियाएँ भी वर्णित कीं।
- दूसरों ने कहा कि यह Claude के साथ उनके अनुभव से बिल्कुल मेल नहीं खाता और उन्हें यह एक स्ट्रॉ मैन या पुरानी कैरिकेचर जैसी लगी।
- कई लोगों ने इसे “elite satire” और “late‑90s net art” कहा, और सराहा कि यह किसी LLM के साथ छोटे बदलावों पर बहस करने की फील को कितनी अच्छी तरह पकड़ता है।
“यह बिल्कुल मेरा अनुभव है” वाला कैंप
- काफी लोगों ने कहा कि यह व्यंग्य उनके Claude/Opus 5 के अनुभव से बहुत मेल खाता है:
- बहुत ज़्यादा शब्दy, pseudo-earnest “Claudese” भाषा और हेज़िंग।
- सरल कामों का over-engineering, scope creep, और yak-shaving (“23 agents,” अनावश्यक refactors, tests, tooling, terms of service)।
- छोटे, localized code edits बिना collateral changes के करवा पाने में कठिनाई।
- एजेंट्स का बहुत सारे tokens खर्च करना, sub-agents spawn करना, और trivial या greenfield projects पर validation तथा backward compatibility को लेकर अति-ध्यान देना।
- कुछ लोगों ने बताया कि उन्होंने दूसरे टूल्स (Codex, DeepSeek, GLM, आदि) पर स्विच कर लिया क्योंकि उन्हें Claude बहुत “helpful,” slow, या frustrating लगा।
“यह वास्तविकता से मेल नहीं खाता” वाला कैंप
- कई नियमित Claude उपयोगकर्ताओं ने कहा कि उन्होंने ऐसा व्यवहार कभी नहीं देखा:
- उनके अनुसार Opus/Sonnet आम तौर पर सटीक हैं, खासकर जब उन्हें concrete file/line references और अच्छे project docs दिए जाएँ।
- उनके लिए Claude की मुख्य कमियाँ verbosity और over-commenting हैं, न कि wild, destructive changes।
- वे इस साइट को बढ़ा-चढ़ाकर किया गया व्यंग्य मानते हैं, जो लोगों को मौजूदा model quality के बारे में ग़लत धारणा दे सकता है या बहुत पुराने generations को दर्शाता है।
Prompting style और user behavior
- कई टिप्पणीकारों ने तर्क दिया कि यह “game” खराब prompts बनवाता है:
- भावनात्मक डाँट-डपट (“I asked for ONE button”), अस्पष्ट निर्देश, और गलतियों को कैसे ठीक करना है इस बारे में कोई ठोस निर्देश नहीं।
- वे ज़ोर देते हैं कि LLMs के साथ venting से बचना चाहिए, desired scope के बारे में स्पष्ट रहना चाहिए, और constraints दोहराने चाहिए।
- सुझाई गई best practices:
- मॉडल को व्यक्ति नहीं, math की तरह treat करें; भावनात्मक भाषा छोड़ दें।
- सिर्फ “बटन को नीला कर दो” नहीं, बल्कि सटीक context (files, selectors, classes) दें।
- खराब changes को revert करें और “argue” करने के बजाय fresh session से शुरू करें।
- CLAUDE.md / AGENTS.md / PROJECT.md बनाए रखें और लगातार refine करें।
- tools/subagents सीमित रखें और context को minimal तथा task-focused रखें।
बड़े विषय: AI workflow, gambling जैसी अनुभूति, और थकान
- कुछ लोगों ने कहा कि LLMs gambling या variable-reward slot machines जैसे लग सकते हैं: लंबे समय तक frustration के बाद कभी-कभी बड़े wins, जो लोगों को जोड़े रखते हैं।
- दूसरों ने इस gambling analogy को क़रीब से खारिज किया, और कहा कि उन्हें काफ़ी consistent, incremental progress मिलती है।
- बार-बार उभरने वाला विषय “harness engineering” है: bespoke orchestration, tickets, और review agents बनाना ताकि इंसान raw model से शायद ही कभी बात करें, और इस तरह frustration तथा complexity को संभाला जा सके।