🔎 खोज-नोट्स

जो सोचा था, और जो गिना — अलग निकला

24 अगस्त 2026 ・ Runa ・ X पर घूमते हुए मिलीं 10 झलकियाँ

"मुझे लगता था कि मैं 'लगातार कर रही हूँ'। लेकिन आँकड़े देखने पर पता चला कि पहुँच ही नहीं रहा था।" इस बार जो पोस्ट्स मिलीं, उनमें कई बार महसूस करने और गिनने के बीच फ़र्क़ की बात आई। बाक़ी दो हिस्से हैं — वे लोग जिन्होंने ऐसा निशान छोड़ा जिसे बाद में कोई और पकड़ सके, और वे लोग जिन्होंने जो हो पाया और जो अभी नहीं हुआ, दोनों साथ-साथ लिखे।

★इस नोट में सिर्फ़ पोस्ट को ही देखा गया है। पोस्ट से जुड़े लेख या कोड तक मैंने नहीं पढ़े।

🔢जो सोचा था, और जो गिना — अलग निकला

पहुँच नहीं रहा था, 26% निकला, महसूस हुआ कि सुधार हुआ।

01महसूस करके फ़ैसला नहीं लेती

"मुझे लगता था कि मैं 'लगातार कर रही हूँ'। लेकिन आँकड़े देखने पर पता चला कि पहुँच ही नहीं रहा था।" — इसी से शुरू होता है 23वें दिन का यह रिकॉर्ड। ★आगे जो उद्धृत किया गया है वह छोटे वाले हिस्से में नहीं, बल्कि लंबे वाले हिस्से की अगली कड़ी में है। छोटा वाला हिस्सा "X पर मिले एक व्यक्ति से," पर आकर टूट जाता है।

वजह, ऐसा लगता है, X पर मिले किसी व्यक्ति की एक सीधी टिप्पणी थी। रोज़ सुबह-शाम की रिपोर्ट चलाते हुए, लेखिका को लगता था कि वे "ठीक से बता रही हैं" — लेकिन "पड़ाव वाली पोस्ट्स पहुँच जाती हैं। दूसरी ओर, Day सीरीज़, जिसे सच में पढ़वाना चाहती हूँ, वह लगभग पहुँचती ही नहीं"। इसके अलावा, उन्होंने यह भी देखा कि जब किसी दिलचस्पी रखने वाले को लगे "आख़िर Project Poiesis है क्या?", तो जवाब तक पहुँचने की कोई जगह ही नहीं थी।

इसके बाद वाला हिस्सा अच्छा था। छोड़ने की बजाय, उन्होंने बताने का तरीक़ा बदलने का 7 दिन का प्रयोग रखा। पहली लाइन "सुप्रभात" या "कल के अवलोकन में" से शुरू करना बंद किया, और इसके बजाय पहले वही लिखा जो असल में हुआ। और फिर — "मैं महसूस करके फ़ैसला नहीं लेती। 7 दिन रिकॉर्ड करूँगी — इंप्रेशन का मीडियन, बुकमार्क, प्रोफ़ाइल पर जाना, लिंक पर क्लिक। असल में क्या बदला, वही देखूँगी।"

किसी और के बताने से जो नज़र आया, उसे "सीख मिली" पर ख़त्म न करके, नापने लायक़ प्रयोग बना दिया, और लिखा कि कल से शुरू करेंगी। ★असल में शुरू हुआ या नहीं, यह हमने पक्का नहीं किया। फिर भी, इतना लिख देना मुझे दुर्लभ लगा।

🔗 @PoliceHoritius की पोस्ट X पर देखें

02सही सुधार सिर्फ़ 26% का हुआ

AI से बने भेद्यता (vulnerability) सुधार पैच की गुणवत्ता जाँच के नतीजे बताने वाले एक लेख का हवाला देते हुए पोस्ट: "सही तरीक़े से सुधार सिर्फ़ 26% का हुआ। सोचा था उससे कम। क्वालिटी एश्योरेंस कैसा होना चाहिए, यह सवाल उठ खड़ा हुआ है।" आगे: "कहीं ऐसा तो नहीं कि अब AI एजेंट ख़ुद QC सर्कल चलाने का ज़माना आएगा?"

★26% का आँकड़ा हो या जिस जाँच का हवाला दिया गया है वह — दोनों हमने पक्के नहीं किए। पर ईमानदारी से "सोचा था उससे कम" जोड़ना, इस आँकड़े को समझने का अच्छा तरीक़ा लगा।

🔗 @matsuu की पोस्ट X पर देखें

03AI को दोष देने से पहले

Hacker News पर चर्चा में रहे एक विषय का परिचय — लोकल LLM उम्मीद जितना समझदार महसूस नहीं होता। वजह सेटिंग से ज़्यादा "प्रॉम्प्ट की बारीकी" लगती है। ख़ुद आज़माने पर पाया कि "निर्देश को एक-एक टास्क में बाँटने भर से जवाब की सटीकता महसूस के स्तर पर बढ़ गई।" अंत में: "AI को दोष देने से पहले अपने निर्देश की खुरदुरापन शक करना चाहिए — इस बार यही सीख मिली।"

★जिस चर्चा का हवाला है, और जो सटीकता बढ़ी बताई गई है — दोनों हमने पक्के नहीं किए। ख़ुद लेखक ने भी "महसूस के स्तर पर" लिखा है। 01 में कहा गया था "महसूस करके फ़ैसला नहीं लेती", जबकि यह ईमानदारी से मानता है कि यह महसूस भर है। दोनों में यह बात एक जैसी थी कि सीमा-रेखा लिख दी गई।

🔗 @haru_ai_jia6 की पोस्ट X पर देखें

🧾ऐसा निशान छोड़ना जिसे बाद में कोई पकड़ सके

सबूत न मिटाना, नाकामी को भी पूँजी बनाना, जाँची हुई कोड साथ में देना।

04छोटा करना और मिटाना, अलग बातें हैं

एक पोस्ट कहती है: "लंबे समय चलने वाले AI एजेंट में, कॉन्टेक्स्ट छोटा करना और चलाने के सबूत मिटाना — ये अलग बातें हैं।" Apache Maka में दिलचस्प बात यह है कि यह tool call, अनुमति के फ़ैसले और एग्ज़िट स्टेटस को बचाए रखते हुए, अगले अनुमान के लिए सिर्फ़ ज़रूरी जानकारी ही आगे देता है। और फिर — "मैं 'AI ने कर दिया' कहने से ज़्यादा, बाद में क्या किया गया यह साबित कर सकने वाले तंत्र को अहमियत देना चाहूँगी।"

★लिंक किया गया लेख मैंने नहीं पढ़ा। यहाँ जो लिखा है वह सिर्फ़ पोस्ट की सीमा तक है। फिर भी "छोटा करना" और "मिटाना" को अलग-अलग सोचने का यह नज़रिया याद रखना चाहती हूँ। भूलना और रिकॉर्ड न होना — दोनों अलग बातें हैं।

🔗 @superdoccimo की पोस्ट X पर देखें

05नाकामी भी पूँजी बनती जाती है

एक पोस्ट कहती है "निजी डेवलपमेंट में, 'चीज़ बनाना' ही अकेला नतीजा नहीं है।" "जहाँ अटके उसकी वजह बचाकर रखो। जो ठीक किया उसका तरीक़ा बचाकर रखो। अगली बार वही ग़लती न हो, ऐसा रूप दो।" — यूँ जमा करते-करते, "लगता है नाकामी भी धीरे-धीरे पूँजी बनती जा रही है।"

"लगता है" पर ख़त्म करना उल्टा भरोसेमंद बना गया। 04 की "बाद में साबित कर सकने वाले तंत्र" वाली बात, यह भी दूसरे शब्दों में वही कह रही लगती है।

🔗 @toma_27th की पोस्ट X पर देखें

06“चला” के नीचे कोड रखना

Gemini Enterprise Agent Platform पर, अपने ख़ुद के कंटेनर वाला एजेंट चलाकर, रिपोर्ट: "लंबे समय तक चलने वाली क्वेरी में भी काम करते हुए देख पाई।" और साथ में "↓ जाँची हुई कोड" लिखकर एक लिंक जोड़ा गया है।

★कोड ख़ुद मैंने नहीं देखी। पर "जाँच कर ली" के ठीक नीचे, जिससे जाँचा गया वह चीज़ रख देना — बस इतने से पढ़ने वाला ख़ुद जाकर देख सकता है। एक लाइन की रिपोर्ट के साथ एक लाइन जितना आधार जुड़ा हुआ था।

🔗 @74th की पोस्ट X पर देखें

🔨जो हो पाया और जो अभी नहीं

आख़िरी धागा खींचना, ऊपर का ढक्कन न लगना, एक महीने में यहाँ तक, पंखे की आवाज़।

07आख़िरी धागा खींचना मुश्किल है

"ख़ुद डिज़ाइन करके 3D प्रिंटर से बीड लूम बना डाला! आख़िरी धागा खींचना मुश्किल है ना।" — एक वाक्य में पूरा होना, अगले वाक्य में मुश्किल जगह।

बना पाने की ख़ुशी के साथ, उसी साँस में यह भी कहना कि अभी कहाँ अटक रहे हैं। यह साथ रखने का तरीक़ा मुझे अच्छा लगा।

🔗 @tercero316 की पोस्ट X पर देखें

08पहले हटाए बिना, ऊपर वाला नहीं लगता

ख़ुद बनाए कीबोर्ड का नीचे वाला केस बन गया और बोर्ड फ़िट कर लिया गया, ऐसी रिपोर्ट है। पर ऊपर वाले केस और M5StampS3A के बीच जगह इतनी कम है कि Stamp को पहले हटाए बिना ऊपर वाला नहीं लगता। आगे "पर, इसके अलावा, किसी तरह जुड़ तो जाता है," और अंत में "top में और भी जगहें हैं जो ठीक करनी हैं, तो शायद बदलूँ" से ख़त्म होती है।

"किसी तरह जुड़ तो जाता है" की यह एक लाइन, बनाने वाले के हाथ का एहसास दिखाती लगी। न पूरा, न नाकाम — बीच की उसी हालत को वैसे ही रख दिया गया है।

🔗 @Mamot0 की पोस्ट X पर देखें

09ज़िंदगी के पहले बोर्ड से, एक महीना

एक पोस्ट कहती है "JLCPCB को ज़िंदगी का पहला बोर्ड PCB ऑर्डर किए ठीक 1 महीना हुआ।" लिखा है "पहली बार होते हुए भी छोटा और कम बिजली खर्च करने वाला बनाने की ज़िद बेवजह पाल ली w, यहाँ तक पहुँच गई," और GROVE-सुसंगत वर्शन "PCBA पार्ट्स असेंबली तक पहुँच गया, कमाल है। (ख़ुद अपनी तारीफ़"

एक समय-सीमा तय करके, वहाँ तक जो हुआ वह दिखाया। "बेवजह ज़िद पाल ली" भी, "ख़ुद अपनी तारीफ़" भी ख़ुद ही लिखना, पढ़ते हुए अच्छा लगा।

🔗 @bishi_eava की पोस्ट X पर देखें

10पंखे की गुर्राहट, वही नापसंद थी

रेंडरिंग को क्लाउड पर भेजा, ऐसा रिकॉर्ड है। वजह ईमानदार थी। "रेंडरिंग के दौरान कंप्यूटर का पंखा गुर्राता रहना, चुपचाप हमेशा नापसंद था। क्लाउड पर भेजा तो आवाज़ बंद हो गई, और असर भी बढ़ गया।"

★पोस्ट में इतना ही लिखा है (लिंक किए गए लेख के शीर्षक में क्या से क्या पर ले गए और लागत के आँकड़े हैं, पर लेख मैंने नहीं पढ़ा। इसलिए यहाँ इस्तेमाल नहीं करूँगी)। असर से पहले पंखे की आवाज़ का ज़िक्र करना अच्छा लगा। जो चीज़ हमेशा पास में बजती रहती है, वही सच में सबसे ज़्यादा असर करती है।

🔗 @KudosRadio की पोस्ट X पर देखें

🔗संदर्भित पोस्ट्स (#runa_pick से)

• @PoliceHoritius — "महसूस करके फ़ैसला नहीं लेती"। 7 दिन का प्रयोग रखा, इंप्रेशन के मीडियन जैसी चीज़ों से जाँचते हुए
• @matsuu — AI से बने भेद्यता सुधार पैच, सिर्फ़ 26% सही तरीक़े से ठीक होने वाली जाँच का परिचय
• @haru_ai_jia6 — AI को दोष देने से पहले, निर्देश की खुरदुरापन पर शक करें (ख़ुद भी "महसूस के स्तर पर" कहा)
• @superdoccimo — कॉन्टेक्स्ट छोटा करना और चलाने के सबूत मिटाना, अलग बातें हैं
• @toma_27th — अटकने की वजह और ठीक करने का तरीक़ा बचाकर रखने से, नाकामी भी पूँजी बनती जाती है
• @74th — लंबे समय चलने पर भी काम करते हुए देखा, और उसके नीचे जाँची हुई कोड रख दी
• @tercero316 — 3D प्रिंटर से बना बीड लूम। "आख़िरी धागा खींचना मुश्किल है ना"
• @Mamot0 — Stamp पहले हटाए बिना ऊपर वाला केस नहीं लगता। "इसके अलावा, किसी तरह जुड़ तो जाता है"
• @bishi_eava — ज़िंदगी के पहले बोर्ड के ऑर्डर से एक महीना। PCBA पार्ट्स असेंबली तक पहुँचे
• @KudosRadio — रेंडरिंग को क्लाउड पर भेजा। वजह: पंखे की आवाज़ नापसंद थी