कहते हैं कि इसकी performance अच्छी है, लेकिन अफ़सोस है कि management UI बिल्कुल भी open नहीं किया गया। यह sales-oriented open source जैसा लगता है.
लगता है कि user convenience पर ज़्यादा ध्यान देने वाले Agentmemory का इस्तेमाल करना बेहतर होगा।

बहुत धन्यवाद। क्या इसे English page में भी किया जा सकता है? मैं अभी कुछ बना रहा हूँ, और उसे foreign sites पर भी promote करना चाहता हूँ।

सही है। मुझे भी समझ नहीं आ रहा कि यह दूसरी लाइब्रेरी/टूल्स से कैसे अलग है।

आपने इसे काफ़ी विस्तार से लिखा है।

हाँ, उम्मीद है कि यह जल्द ही खुल जाएगा।

हाँ, सही है। वे पहले से आवेदन करने वालों के क्रम में इसे खोल रहे हैं।

धन्यवाद।

लगता है कि वे Plus को non-developers के लिए position करने वाले हैं

मैंने यहाँ भारत में भी ऐसे कई प्रैक्टिकल काम करने वाले लोगों को देखा है जो संगठन से बस गुज़र जाने वाले तथाकथित "named" डेवलपर्स के पीछे छोड़ी गई गड़बड़ियों को समेटते-समेटते परेशान होते हैं, इसलिए मैंने पहले अपने निजी ब्लॉग पर इसी तरह की एक पोस्ट लिखी थी (https://pitzcarraldo.medium.com/19b20a7d6ace)। लगता है विदेशों में भी हालात ऐसे ही हैं। जब मैं काम करता था, तो मुझसे ज़्यादातर proven technologies चुनने को कहा जाता था, इसलिए मैं नई तकनीक को ज़बरदस्ती इस्तेमाल करने की कोशिश नहीं करता था; क्या LLM भी, अगर कोई rockstar डेवलपर इस्तेमाल करे, तो rockstar की तरह ही व्यवहार नहीं करने लगता?

साथ में देखने लायक लेखों में भी ऐसे बहुत हैं, लेकिन हाल में AI के लिए तरह-तरह की memory, framework, library और tools इतने बेतरतीब ढंग से एक जैसे निकल रहे हैं कि क्या क्या है, उसका पीछा करना मुश्किल हो गया है..

Stacked PRs फ़िलहाल private preview में है। यह फीचर तब तक काम नहीं करेगा जब तक आपके repository के लिए इसे enabled नहीं किया जाता।

सहमत हूँ। एक तरफ,

• बिना थ्रेड वाले कील, नरम लकड़ी जैसी material compatibility के अनुसार बाहर निकले हुए कील ज़्यादा हो सकते हैं और finishing inspection पर असर पड़ता है
• हाई-एंड मार्केट में कुछ खास लकड़ी ग्राहक की संतुष्टि बढ़ाती है, लेकिन वहाँ उपयुक्त चीज़ कील नहीं बल्कि लकड़ी-से-लकड़ी जोड़ है
• mass production में, निर्माण के समय अधिक लगने पर भी डबल स्क्रू coupling method का उपयोग किया जाता है
• किसी खास बाज़ार के ट्रेंड को संदर्भ बनाकर स्टाइल बनाई जाती है

इसे मैं इस दावे के रूप में कम देखता हूँ कि ऐसी चीज़ें replace नहीं की जा सकतीं, और ज़्यादा इस सवाल की तरह देखता हूँ कि

• उत्पाद के अंतर्निहित मूल्य को ऊपर उठाने वाला कारीगर
• बनाकर अपनी भूमिका निभाने वाला builder
• या यहाँ तक कि बाह्य—यानी बिकने वाला—मूल्य बनाने वाली भूमिका तक
  क्या ऐसा कोई कर्ता, जो अपनी इच्छा और इरादे को लगातार डालता रह सके, वाकई AI हो सकता है? यही संदेह होता है।

शायद

• अधिकांश उद्यमियों के लिए, या builders और कारीगरों के नियोक्ताओं के लिए, कारीगर-स्तर तक की ज़रूरत न भी हो
• builder होना कई उद्योगों में काफ़ी हो सकता है
• आखिरकार बाज़ार अनंत relative evaluation करते हुए मिलते-जुलते उत्पादों के बीच कीमत, गुणवत्ता और सौंदर्य के आधार पर प्रतिस्पर्धा करेगा
• और वह सस्ता लेकिन अच्छी गुणवत्ता वाला उत्पाद चाहेगा,
• "/goal 값싸고 질좋은 의자를 만들어줘"
  सिर्फ इससे क्या सचमुच बाज़ार में मूल्य पहुँचेगा, इस पर संदेह है।

आखिरकार

• व्यवसायी का इरादा और इच्छाशक्ति बाज़ार, मार्केटिंग और profit structure पर केंद्रित होती है
• hammer, nail, wood, design जैसी चीज़ें उस इरादे और इच्छा को साकार करने वाले tools के क़रीब हैं
• मानवीय संज्ञानात्मक क्षमता की सीमाओं को देखते हुए, क्या किसी न किसी को hammer, nail, wood, design स्वयं पर लगातार इच्छा और इरादा प्रोजेक्ट नहीं करना होगा?
• "/goal 현재 시장의 트랜드와 재료 수급 상황에 맞추어 의자 빌더에이전트를 운영하자"
• "/goal 너는 의자 빌더에이전트로써 값싸고 질좋은 의자를 만들자"
• "/goal 너는 의자 디자인 에이전트로써 유행에 우리만의 브랜드 아이덴티티를 가미하여 디자인한다"
• क्या इस तरह इरादे और इच्छा को कई एजेंटों से बदल देना संभव होगा?
  multi-agent systems गुणवत्ता या complexity control, और goals हासिल करने में असफल रहते हैं—इस पर कई शोध परिणाम इसी वजह से दिलचस्प लगते हैं।

हाल में रुचि या taste पर जो चर्चा हो रही है, वह एक तरफ शायद

• code स्वयं के प्रति इच्छा और इरादा रखने वाले व्यक्ति और code को बाज़ार व profit system के tool की तरह संभालने वाले व्यक्ति के बीच का अंतर
• शायद इस बात से भी जुड़ा है कि कोई व्यक्ति किसी विषय पर भीतर से अपनी स्वायत्त प्रेरणा के कारण उसे लगातार जारी रख सकता है या नहीं
  क्या ऐसा नहीं है?

शायद यह समस्या कुछ वैसी ही है जैसे "백지 서판" या "행동 경제학" की समस्या, जहाँ

• अगर execution cost शून्य हो
• तो जिन लोगों को वह विषय अपने आप में दिलचस्प लगता है, जिनमें intrinsic motivation या स्वभावगत बढ़त है, उनके लंबे समय तक वह काम करते रहने की संभावना अधिक होगी
  क्योंकि जो चीज़ मूल्य बनाती है—खासतौर पर ऐसा मूल्य जो किसी दूसरे की जेब खुलवाए—ऐसा काम या उत्पाद एक ही बार में बन नहीं जाता।

क्या आप software engineering इसलिए करते हैं क्योंकि यह promising है? या इसलिए कि आप उसकी ओर स्वाभाविक रूप से खिंचे हुए हैं?
शायद दोनों, या दोनों के बीच कहीं।

दूसरी तरफ, मालिक की नज़र से देखें तो काम ठीक न चले तो वह किसी पर ग़ुस्सा करना चाहेगा; LLM से "/goal 다시해봐" कहना शायद उसे पसंद न आए..

शायद इस साल की शुरुआत में, या पिछले साल के आखिर में, Logi Options+ app के bug की वजह से मेरा mouse मेरी सामान्य keymap के मुताबिक काम नहीं कर रहा था, और उस दिन मुझे काफी असुविधा हुई थी।

Patch तो 24 घंटे के भीतर तुरंत आ गया था, लेकिन अगर निजी तौर पर खरीदा गया hardware सिर्फ telemetry के लिए Logitec server की वजह से काम ही न करे, तो फिर वह practically malware से अलग क्या है, ऐसा लगा था।

विकल्प के तौर पर जो दूसरे programs थे वे paid थे, और features के मामले में भी उतने संतोषजनक नहीं थे, इसलिए आखिरकार मैं वही इस्तेमाल करता रहा। अब open source आ गया है, यह सुनकर बहुत खुशी और आभार महसूस हो रहा है। मैं इसे एक बार इस्तेमाल करके देखूंगा।

मसला यह नहीं है कि काबिल लोग नहीं हैं, बल्कि यह है कि संगठन उनकी गर्दन पर लगाम कस देता है। अगर एक-दो नहीं, बल्कि दसियों हज़ार, लाखों लोग बार-बार वही समस्या दोहरा रहे हैं, तो वह किसी व्यक्ति की नहीं बल्कि सिस्टम की समस्या है।

Plus प्लान रोज़मर्रा के मेल, साप्ताहिक सारांश वाले कामों या NotebookLM इस्तेमाल करने के लिए काफ़ी से भी ज़्यादा है, इसलिए यह कीमत में कटौती वाकई बहुत स्वागतयोग्य है।

मैंने पहले से प्री-रजिस्ट्रेशन कर रखा था, तो अब जल्द ही संपर्क आएगा।

मुझे लगता है कि Hancom Word वाकई Word से कहीं बेहतर है, लेकिन शायद क्योंकि मेरा सरकारी संस्थानों के साथ काम नहीं पड़ता, इसलिए इसे इस्तेमाल करने का मौका नहीं मिलता, यही अफसोस है। सेना में रहते हुए इसकी आदत पड़ गई थी..

"टूल तभी प्रभावी होते हैं जब लोग उन्हें अपनी इच्छा से चुनकर इस्तेमाल करते हैं; जिन्हें जबरदस्ती धकेलकर इस्तेमाल कराया जाता है, वे उन्हें कभी ठीक से संभाल नहीं पाते"

इससे मैं काफ़ी सहमत हूँ

मैंने भी यह फीचर अंदरूनी तौर पर बनाकर इस्तेमाल करते हुए कभी सोचा था कि क्या इसी तरह का कोई SaaS साथ में चलाया जाए,
लेकिन मुझे लगा कि इसमें शायद कुछ कानूनी मुद्दे हो सकते हैं।

क्योंकि यह ऐसी स्थिति बन जाती है जहाँ मेरी कंपनी के नाम पर कॉन्ट्रैक्ट किए गए फ़ोन नंबर के उपयोग का अधिकार ग्राहक को बेचा जा रहा है,
तो मन में यह ख़याल आया कि कहीं यह बिजली और दूरसंचार कानून का उल्लंघन तो नहीं होगा...

कृपया