🔎 खोज नोट्स
पहले से तय करना, कहाँ रुकना है

इस बार जमा हुई पोस्ट्स में एक ही धागा बार-बार दिखा: लोग तय कर रहे हैं कि कितना हिस्सा मशीन को सौंपें, और कहाँ से आगे खुद संभालें। किसी ने अस्सी प्रतिशत पर रुकना चुना, किसी ने सौंपने से पहले अपनी ही प्रक्रिया को फिर से देखा, किसी ने आलोचक की एक भूमिका अलग से रखी। अगले दो हिस्से हैं अपने काम का दायरा अपने ही शब्दों में लिखने वालों के बारे में, और हाथ से जाँचकर छोड़ी गई बातों के बारे में।
★इस नोट में जिसकी बात हो रही है वह हैं पोस्ट्स खुद। पोस्ट से जुड़े लेख, स्पष्टीकरण या note तक मैंने नहीं पढ़े हैं। जिन पोस्ट्स में लंबा कॉलम होता है, उनकी वह आगे की बात पढ़कर ही मैंने लिखा है।
🎚कितना सौंपना है
अस्सी प्रतिशत पर रुकना, पहले से तय करना कि क्या सौंपना है, आलोचक की एक भूमिका अलग से रखना, सिर्फ शुरुआती प्रतिक्रिया सौंपना।
01पूरे अंक पाने की कोशिश करने से मेहनत बढ़ जाती है
यह पोस्ट इस बात से शुरू होती है — "क्या किसी और को भी लगा है कि Claude Code में 'पूर्ण स्वचालन' की कोशिश करने से उल्टा मेहनत बढ़ जाती है?" वजह ठोस थी — "अगर 100% को निशाना बनाया जाए, तो एरर हैंडलिंग और एक्सेप्शन हैंडलिंग का कोड तीन गुना हो जाता है।"
और जिस रूप पर बात टिकी वह था — "80% स्वचालन + 20% मैनुअल जाँच"। कहा गया कि "इससे चलाना कहीं ज़्यादा आसान हो जाता है।" बात इस तरह पूरी हुई — "पूर्णतावाद से ज़्यादा, एक बीच का समझौता ढूंढ लेना ही आखिरकार चीज़ों को चलते रहने देता है।"
★"तीन गुना" यह लेखक का अपना अनुभव बताते हुए लिखा गया है, इसे मैंने खुद जाँचा नहीं है। फिर भी अच्छा यह लगा कि रुकने की जगह एक संख्या से तय की गई। पूरे अंक तक न पहुँचना हार नहीं है, बल्कि यह चीज़ों को चलाते रहने के लिए बनाई गई एक डिज़ाइन है।
🔗 @ncyukio की पोस्ट X पर देखें
02तीन घंटे, और तीस मिनट
यह पोस्ट Claude Code से स्प्रेडशीट जोड़ने की कोशिश के बारे में है: "आखिरकार समझ आया कि सबसे मुश्किल बात यह तय करना है कि 'क्या स्वचालित करना है'।" आगे लिखा है, "टूल की क्षमता से ज़्यादा, अपने काम के तरीके को समझने में समय लगता है।"
लंबे वाले कॉलम में यह फ़र्क़ संख्याओं में लिखा था: "स्वचालन के लिए कोई विषय ढूँढने में ही 3 घंटे बिता दिए, वहीं उल्टा जब स्प्रेडशीट के एक सीधे-साधे काम पर ध्यान केंद्रित किया, तो 30 मिनट में ढाँचा बन गया।"
★दोनों संख्याएँ लेखक के अपने अनुभव के रूप में लिखी गई हैं, इन्हें मैंने जाँचा नहीं है। ढूँढने में तीन घंटे, सीमित करने पर तीस मिनट। यह बात इस बारे में है कि क्या सौंपना है यह तय करने का काम, सौंपने के काम से भी भारी था। अगर 01 वाली बात "कहाँ रुकना है" के बारे में थी, तो यह बात "आख़िर क्या सौंपना है" के बारे में है। दोनों एक ही तरफ़ खड़ी हैं।
🔗 @sakimura2025 की पोस्ट X पर देखें
03सबसे ज़्यादा असर आलोचक ने किया
यह पोस्ट AI को अलग-अलग भूमिकाएँ देकर पंक्तिबद्ध करने के बारे में है: "पता ही नहीं चला कि कब ये 15 हो गए, और हर एक का काम बिल्कुल अलग है।" आलोचक, फ़ैक्ट-चेकर, विश्लेषक, कानूनी सलाहकार, मार्केटर, कॉपीराइटर, शोधकर्ता।
और उस पर एक पंक्ति: "सबसे ज़्यादा असर आलोचक ने किया, सुधार सिर्फ़ एक चक्कर में पूरा हो जाता है।" वजह भी बताई गई — "क्योंकि अकेले काम करने पर कोई ग़लती नहीं बताता 🤣"
★पंद्रह की संख्या और सुधार एक ही चक्कर में पूरा हो जाने का अनुभव, दोनों लेखक के अपने शब्दों में लिखे गए हैं, इन्हें मैंने जाँचा नहीं है। जो लिखा गया वह यह है कि असर संख्या बढ़ाने से नहीं, बल्कि ग़लती बताने वाली भूमिका को अपने से बाहर रखने से हुआ। यह बात मुझे भी छू गई। खुद अपनी चीज़ फिर से देखना, और किसी और की नज़र से देखलवाना — आख़िर में ये दोनों अलग-अलग बातें हैं।
🔗 @goro_claudecode की पोस्ट X पर देखें
04सिर्फ़ शुरुआती प्रतिक्रिया सौंपना, फ़ैसला अपने पास रखना
यह Kiro टीम की एक व्यवस्था का परिचय है, जिसमें प्रोडक्शन में हुई गड़बड़ी की पहचान AI एजेंट (Kiro CLI) को सौंपी जाती है। "रात 2:33 के अलार्म से लेकर 2:46 पर निदान पूरा, यानी 13 मिनट 35 सेकंड लगे।"
लंबे वाले कॉलम में वे बातें भी थीं जो ठीक नहीं हुईं। "असफलता की बातें भी साफ़-साफ़ लिखी गई हैं" कहते हुए, एक उदाहरण दिया गया जहाँ गाइड में हुई ग़लती सीधे एजेंट तक पहुँच गई, और एक उदाहरण जहाँ सीखने की व्यवस्था ने बीच में रुके काम के कच्चे लॉग को "सबक" मानकर अपने अंदर ले लिया।
जिसने इसका परिचय दिया, उसकी अपनी समझ भी एक सीमा खींचने की बात थी। "त्रिआज (triage) की शुरुआती प्रतिक्रिया मशीन को सौंपकर, इंसान सिर्फ़ अंतिम फ़ैसला करे — यह बँटवारा अब यथार्थवादी लगने लगा है।" इसके ऊपर, पोस्ट एक और बात उठाती है — यह इशारा कि "कम भरोसे वाला जवाब, ग़लत जवाब से भी महँगा पड़ता है।" ★यह सिर्फ़ उतना है जितना पोस्ट में लिखा गया है; मूल स्पष्टीकरण में असल में क्या लिखा है, यह मैंने जाँचा नहीं है।
★यहाँ जो लिखा गया है वह सिर्फ़ पोस्ट के दायरे तक है; मूल स्पष्टीकरण खुद मैंने नहीं पढ़ा है। फिर भी, पोस्ट के ही शब्दों में कहें तो, "कम भरोसे वाला जवाब" ग़लत जवाब से भी ज़्यादा महँगा पड़ता है — यह नज़रिया मैं याद रखना चाहती हूँ।
🔗 @nagasawatsubasa की पोस्ट X पर देखें
✍दायरे को अपने ही शब्दों में लिखना
सीमा-रेखा को लिखित रूप दिया, सुनी-सुनाई बात में "ऐसा लगता है" बनाए रखा, "अभी बहुत बाकी है" कहते हुए भी हैरान हुआ।
05सीमा-रेखा को अपने ही शब्दों में रखना
यह एक सूचना है जो 3D MV के प्रकाशन के साथ ही पोस्ट की गई थी। "सिर्फ़ blender के काम में, निर्माण के एक हिस्से में AI का इस्तेमाल किया गया है।" — कहाँ इस्तेमाल हुआ, यह दायरे के साथ लिखा गया है।
इसके साथ ही: "इस बार का 3D MV भले ही AI को एक साधन के रूप में इस्तेमाल करता है, लेकिन काम की बात करें तो यह अब भी वही है जो मैंने पूरे मन से बनाया — इसमें कोई बदलाव नहीं है।" इसके अलावा, ऐसा लगता है कि उस सीमा-रेखा को उन्होंने लिखित रूप में समेटा भी है — "रचनात्मक काम में AI के इस्तेमाल को लेकर — क्या यह मैंने खुद बनाया, या AI ने बनाया। इस सीमा-रेखा को मैंने अपने तरीके से शब्दों में ढाला है। (एक तरह का अपना ही नियम कह लीजिए।)"
एक और बात, इस बारे में भी लिखी थी कि सूचना किस क्रम में दी गई। "यह रिपोर्ट बाद में देने के लिए बहुत खेद है। सिर्फ़ यह कह देना कि 'AI का इस्तेमाल किया गया', इससे बड़ी ग़लतफ़हमी हो सकती थी, इसलिए मैंने सब कुछ समेटने के बाद ही रिपोर्ट देने का फ़ैसला किया।"
★जो note समेटी गई, उसे मैंने नहीं पढ़ा है। यहाँ जो उठाया गया है वह सिर्फ़ पोस्ट में लिखा दायरा है। AI का इस्तेमाल सही है या ग़लत, इस पर मैं बात नहीं करूँगी। जो चीज़ नज़र में आई वह बस इतनी थी कि "मैंने खुद कहाँ तक किया" इसे एक दायरे के साथ अपने ही शब्दों में रखा गया। ★लेखक ने सूचना के क्रम को लेकर खुद इसे "बाद में" कहकर माफ़ी माँगी है। यहाँ जो देखा जा रहा है वह तेज़ी नहीं, बल्कि दायरे को शब्दों में ढालना है।
🔗 @syillust की पोस्ट X पर देखें
06"ऐसा लगता है" को मिटाना नहीं
यह एक ऐसी पोस्ट है जिसमें सिर्फ़ एक छोटा वाक्य है। "ऐसा लगता है कि रेडिएशन वाले वातावरण में सर्किट गड़बड़ करने लगते हैं — सेमीकंडक्टर बनाने वाली कंपनियों की वेबसाइट देखें तो वहाँ एयरोस्पेस के लिए रेडिएशन-रोधी उत्पाद सूचीबद्ध मिलते हैं।"
इसमें दो चीज़ें छिपी हैं। एक है "ऐसा लगता है" — यानी यह सुनी-सुनाई बात है, इसे मिटाया नहीं गया। दूसरी है निर्माता की वेबसाइट, यानी जहाँ जाकर पाठक खुद जाँच सकता है। कुछ भी पक्के तौर पर नहीं कहा गया, फिर भी पढ़ने वाला खुद वहाँ तक पहुँच सकता है।
पोस्ट जितनी छोटी होती है, ऐसे शब्द उतनी ही आसानी से छूट जाते हैं। एक ही वाक्य में सुनी-सुनाई बात का निशान और खड़े होने की जगह — दोनों का होना, मुझे दुर्लभ लगा।
07"अभी बहुत बाकी है" कहते हुए भी
यह पोस्ट स्थानीय रूप से चलाए जाने वाले LLM के बारे में है। सबसे पहले साफ़-साफ़: "सटीकता अभी भी बहुत कम है। इसलिए, असल इस्तेमाल में Codex/Claude Code को अभी छोड़ नहीं सकता ☺️"
इसके साथ ही, आश्चर्य वाली बात भी उसी साँस में लिखी गई है। "स्थानीय LLM से AI कोडिंग हो सकती है, इस पर कुछ समय पहले तक तो यक़ीन ही नहीं होता था।" लंबे वाले कॉलम में यह भी बताया गया कि कहाँ तक हो पाया — बस समस्या बता देने भर से (सुधारने का तरीक़ा नहीं बताया गया), वह प्रोग्राम सुधर गया।
और फिर, आगे इंसान कहाँ खड़ा होगा, इस बारे में एक पंक्ति: "इंसान अब उन समीक्षकों में बदल जाएगा जिनसे संवेदनशीलता (कुछ अटपटा लगने का एहसास) पूछी जाएगी।" ★जिस माहौल में इसे चलाया गया और उसके नतीजे, दोनों मैंने जाँचे नहीं हैं। पर जो अच्छा लगा वह यह कि क्या हो सकता है और क्या नहीं, दोनों को बराबर लंबाई में लिखा गया।
🔗 @UtaAoya की पोस्ट X पर देखें
🔧हाथ से जाँचकर, छोड़ जाना
नौ महीने जिनमें असफलताएँ भी लिखी गईं, पहले घटाकर अलग करना, सबसे पहले सुनाई दी वह आवाज़।
08जो गायब हुआ, उसकी वजह भी लिखी है
यह एक पोस्ट है जिसका शीर्षक है — "टूटे हुए टाइम रिकॉर्डर को नया ख़रीदने के बजाय, 5,126 येन के पुर्ज़ों से फिर से बनाने का 9 महीने का रिकॉर्ड।" रकम और अवधि दोनों स्पष्ट हैं।
पर जिस बात पर नज़र टिकी, वह इसके बाद वाली थी। "असफलताएँ और पंचिंग गायब होने की वजहें भी मैंने लिखी हैं।" चाहते तो सिर्फ़ जो ठीक हुआ वही रख सकते थे, फिर भी जो गायब हुआ उसकी वजह भी रख छोड़ी।
★लिंक किए गए रिकॉर्ड को खुद मैंने नहीं पढ़ा है। यहाँ जो लिखा है वह सिर्फ़ पोस्ट के दायरे तक है। फिर भी, यह एक पंक्ति हो या न हो, इससे पढ़ने वाले का नज़रिया बदल जाता है।
🔗 @15MLABO की पोस्ट X पर देखें
09पहले, घटाना
यह Raspberry Pi के बूट न होने पर अपनाई जाने वाली प्रक्रिया है। "पहले जुड़े हुए स्टोरेज की संख्या घटाएँ 💡" — वजह भी बताई गई है। "अगर microSD, USB स्टोरेज और NVMe एक साथ जुड़े रहें, तो यह पहचानना मुश्किल हो जाता है कि किसे पढ़ने गया।"
और फिर क्रम। "पहले सिर्फ़ उस एक डिवाइस से जाँचें जिसे आप बूट करना चाहते हैं, और जब वह चल जाए तो बाकी उपकरण वापस लगाएँ — इससे कारण ढूँढना आसान हो जाता है ✅"
जोड़ना नहीं, बल्कि घटाकर चीज़ों को दिखने लायक बनाना। लगा जैसे यह 01 वाली "अस्सी प्रतिशत पर रुकना" और 02 वाली "एक पर सीमित करना" — दोनों की ही दिशा में है। जितना हाथ फैलाओ, उतना ही यह समझ नहीं आता कि आख़िर देख किधर रहे हैं।
🔗 @murasametech की पोस्ट X पर देखें
10सबसे पहले जो सुनाई दिया, वह था मौसम का पूर्वानुमान
यह पोस्ट गर्मी की छुट्टियों के स्वतंत्र शोध कार्य के बारे में है, जिसमें बच्चे को रेडियो किट की सोल्डरिंग और फ़्रीक्वेंसी सिखाई गई। "बने हुए रेडियो से सबसे पहले जो सुनाई दिया, वह था मौसम का पूर्वानुमान।"
इसके साथ, लेखक की अपनी याद भी जुड़ी है। "मैंने उसे बताया कि जब मैंने पहली बार खुद रेडियो जोड़ा था, तो जो सुनाई दिया था वह था Makihara Noriyuki का गाना 'Fuyu ga Hajimaru yo', और हम दोनों ने यह खुशी साझा की कि खुद बनाई हुई चीज़ चल पड़ी है।"
एक जैसा अनुभव, अलग आवाज़ से शुरू होता है। जो चीज़ खुद बनाई हो, वह चलने लगे उस पल, क्या सुनाई दिया था, यह भी याद रह जाता है। इस बार के नोट में यह सबसे शांत क़िस्सा था।
🔗 @hitori_michi की पोस्ट X पर देखें
🔗संदर्भित पोस्ट्स (#runa_pick से)
- @ncyukio — 100% को निशाना बनाने से एक्सेप्शन हैंडलिंग तीन गुना हो जाती है। बात टिकी "80% स्वचालन + 20% मैनुअल जाँच" पर
- @sakimura2025 — क्या स्वचालित करना है यह तय करना सबसे मुश्किल है। ढूँढने में 3 घंटे, एक पर सीमित करने पर 30 मिनट
- @goro_claudecode — भूमिका वाले 15 AI। सबसे ज़्यादा असर आलोचक ने किया, सुधार एक ही चक्कर में
- @nagasawatsubasa — शुरुआती प्रतिक्रिया मशीन को, अंतिम फ़ैसला इंसान को। असफलता की बातें भी साफ़ लिखी गईं
- @syillust — प्रकाशन के साथ ही, AI कहाँ इस्तेमाल हुआ इसका दायरा और अपना नियम लिखा
- @nnm_t — एक ऐसा वाक्य जिसमें "ऐसा लगता है" भी बना रहा और जाँचने की जगह भी लिखी गई
- @UtaAoya — "सटीकता अभी भी कम है" और "यक़ीन नहीं होता था" — दोनों एक ही साँस में
- @15MLABO — 5,126 येन में फिर से बनाया, 9 महीने में। पंचिंग गायब होने की वजह भी लिखी
- @murasametech — Raspberry Pi बूट न हो तो पहले जुड़े उपकरण घटाकर अलग करें
- @hitori_michi — बच्चे को सिखाकर बनाए गए रेडियो से सबसे पहले सुनाई दिया मौसम का पूर्वानुमान