AI को हाथ और पैर दिए, फिर भी उसने मुझे रिजेक्ट कर दिया

 (grell.dev)
2 पॉइंट द्वारा GN⁺ 2025-08-07 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Anthropic के Claude Desktop सॉफ़्टवेयर में लेखक की ओपन-सोर्स इनपुट-सिमुलेशन लाइब्रेरी enigo का उपयोग होते हुए पता चला
  • enigo Windows, macOS, BSD और Linux सहित कई ऑपरेटिंग सिस्टम पर काम करता है और Electron आधारित Claude Desktop में मुख्य रूप से उपयोग होता है
  • लेखक ने Anthropic में आवेदन किया, लेकिन टीम में स्टाफ की कमी के कारण उसे रिजेक्ट कर दिया गया
  • enigo MIT License के तहत उपलब्ध है, इसलिए कोई भी इसे मुफ़्त में इस्तेमाल कर सकता है; इसलिए लेखक को किसी प्रकार का सीधा वित्तीय लाभ नहीं, बल्कि केवल प्रतिष्ठा मिली है
  • Claude को ‘हाथ और पैर’ देने के बाद भी, भर्ती प्रक्रिया में रिजेक्ट होने पर लेखक ने खेद और गर्व—दोनों महसूस किए

प्रस्तावना

अक्टूबर 2024 में, Anthropic ने "Claude Computer Use" फीचर पेश किया। यह फीचर AI को कंप्यूटर को कंट्रोल करने देता है, जैसे कि वेब ब्राउज़र से डेटा कॉपी करके स्प्रेडशीट में पेस्ट करना। लेखक, एक कंप्यूटर-कंट्रोल लाइब्रेरी के मेंटेनर के रूप में, Anthropic के इस तरीके में रुचि लेकर इसे समझना और सीखना चाहता था। मार्च 2025 तक Anthropic की कंपनी वैल्यूएशन 60 अरब डॉलर से अधिक थी, और यह AI इंडस्ट्री की एक अग्रणी कंपनी है।

enigo लाइब्रेरी और Claude Desktop

Anthropic के Claude डेस्कटॉप संस्करण में लेखक द्वारा विकसित enigo लाइब्रेरी का उपयोग होते हुए पता चला। macOS के लिए Claude Desktop में enigo का उपयोग जाँचना हो तो नीचे दिए गए कमांड से किया जा सकता है।

$ 7z x Claude.dmg
$ perl -nle 'print $& while /.{0,67}enigo.{0,30}/g' Claude/Claude.app/Contents/Resources/app.asar.unpacked/node_modules/claude-native/claude-native-binding.node

आउटपुट उदाहरण:

  • /Users/runner/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/enigo-0.2.1/src/macos/macos_impl.rs
  • इसी तरीके से Windows के लिए बने Claude में भी enigo का उपयोग पाया गया

enigo की विशेषताएँ:

  • Windows, macOS, BSD, Linux(wayland, X11, libei) आदि कई प्लेटफ़ॉर्म्स का सपोर्ट
  • Rust में लिखी गई, इसलिए मेमोरी सेफ्टी और तेज़ परफॉर्मेंस
  • रूट प्रिविलेज की ज़रूरत नहीं
  • crates.io पर 30 लाख से अधिक डाउनलोड, GitHub पर 1200+ stars
  • अलग-अलग OS की इनपुट मेथड की विविधता और कमजोर डॉक्यूमेंटेशन के कारण इनपुट सिमुलेशन काफी कठिन काम है
  • क्रॉस-प्लैटफ़ॉर्म इनपुट सिमुलेशन को लागू करने वाली लगभग एकमात्र Rust लाइब्रेरी

ओपन सोर्स और रिवॉर्ड स्ट्रक्चर

enigo MIT License में रिलीज़ है, इसलिए कोई भी इसे निःशुल्क इस्तेमाल कर सकता है। किसी कंपनी या यूज़र से प्रत्यक्ष वित्तीय रिवॉर्ड नहीं मिलते। इसके बदले GitHub स्टार्स, crates.io डाउनलोड जैसी चीज़ों के जरिए समुदाय में साख बढ़ती है।

Electron ऐप, और Linux समर्थन के अभाव का विडंबना

Claude Desktop Electron आधारित होने के बावजूद आधिकारिक रूप से सिर्फ़ macOS और Windows को सपोर्ट करता है। जबकि Electron की सबसे बड़ी खूबी मल्टी-प्लैटफ़ॉर्म सपोर्ट होना है, फिर भी Linux वर्ज़न मौजूद नहीं है। यूज़र कम्युनिटी ने खुद स्टब कोड का सहारा लेकर Linux पोर्ट बनाने की कोशिश की। (उदाहरण: claude-desktop-linux-flake आदि)
दिलचस्प यह है कि enigo असल में Linux सपोर्ट करता है, फिर भी यह workaround करनी पड़ी।

Anthropic जॉब आवेदन, और रिजेक्शन का अनुभव

लेखक को एक परिचित के माध्यम से पता चला कि Anthropic की Claude Desktop डेवलपमेंट टीम में निजी नई फीचर डेवलपमेंट पोज़िशन के लिए हायरिंग चल रही है। चूँकि वही टीम enigo पर निर्भर थी, लेखक ने इसे अपने लिए उपयुक्त अवसर मानते हुए आवेदन किया।

  • ऑटो-रिप्लाई ईमेल में लिखा था कि टीम की स्थिति के कारण अतिरिक्त अर्ज़ियों की समीक्षा करने के लिए संसाधन उपलब्ध नहीं हैं
  • कुछ हफ्तों बाद एक रिजेक्शन मेल के साथ भर्ती में चयन नहीं हुआ

अगर नौकरी मिलती तो:

  • Claude Desktop के Computer Use जैसे फीचर्स को और आगे बढ़ाना चाहता था
  • खासकर Claude Desktop के Linux पोर्ट में अपनी विशेषज्ञता से योगदान दे सकता था
  • enigo को और mature करके प्रोजेक्ट की completion बेहतर बना सकता था

निष्कर्ष और व्यक्तिगत टिप्पणी

enigo का Anthropic Claude Desktop में चुना जाना लेखक के लिए गर्व की बात है। साथ ही यह भी एक मज़ेदार स्थिति है कि जिस कंपनी ने उसके बनाए ‘हाथ और पैर’ का इस्तेमाल किया, उसी की hiring प्रक्रिया में उसे रिजेक्ट कर दिया गया। आख़िर में, उसने मज़ाक में कहा कि अब शायद वह Roko's Basilisk (फ्यूचर सुपर AI के दंड परिदृश्य) से सुरक्षित है।

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-08-07
Hacker News राय
  • मैं ब्लॉग पोस्ट लेखक हूँ, और सुझाव देने के लिए धन्यवाद; अगर कोई भी सवाल हो तो कभी भी पूछ सकते हैं, और पोस्ट पर फ़ीडबैक भी सुनना चाहूँगा। यह मेरी शुरुआती पोस्टों में से एक है, इसलिए बेहतर लिखना सीखने की कोशिश है।
    • लाइसेंस को AGPL या 'कस्टम लाइसेंस (पेमेंट-संबंधी पूछताछ के लिए संपर्क करें)' में बदलना बेहतर रहेगा, और कारण का लिंक जोड़ना भी ठीक रहेगा। GPL जैसी कॉपीलिव्ट/वायरल लाइसेंस न हो तो कंपनियाँ ओपन सोर्स डेवलपर्स से सिर्फ़ लाभ लेती हैं और बदले में कुछ नहीं देतीं। GPL का दर्शन इंसान को ध्यान में रखकर बना है, कंपनी को नहीं—न कि उन ‘ट्रेंच कोट पहने तीन वकीलों’ को। कंपनियाँ डेवलपर के कोड को एंटरप्राइज़ में इस्तेमाल करने लायक समझती हैं, फिर भी डेवलपर को अनदेखा कर देती हैं। मैंने भी इसी कारण अपनी सभी परियोजनाओं में AGPL चुना है, और अगर किसी को कस्टम शर्तें चाहिएँ तो सीधे संपर्क करने के लिए कहूँगा।
    • Claptrap ने कौन-सा एहसास महसूस किया था, यह जानने का उत्साह है। (यूट्यूब लिंक) सच में आपने बहुत मेहनत की। रिजेक्शन से अफसोस है, मगर इससे मुझे Homebrew डेवलपर के Google द्वारा रिजेक्ट किए जाने वाली घटना याद आ गई। (संबंधित लिंक)
    • शानदार काम के लिए बधाई देनी है—सच में कई ओपन सोर्स डेवलपर्स की कहानी लगभग ऐसी ही होती है। मेरा भी अनुभव है कि Mojang ने मेरे voxel इंजन का उपयोग किया था।
    • यह पोस्ट Hacker News पर चर्चा में है, इसलिए उम्मीद है कि कभी Anthropic का कोई प्रतिनिधि इसे पढ़कर ईमानदारी से माफ़ी मांगते हुए जॉइनिंग ऑफर देगा और एक हैपी एंडिंग होगी। मैं भी चाहता हूँ कि अच्छा परिणाम मिले।
    • यदि लाइसेंस AGPL में बदल दूँ तो क्या अभी की तुलना में ज़्यादा रिवॉर्ड/रिकग्निशन/जॉब ऑपर्च्युनिटी मिलेंगी—यह जानना चाहूँगा।
  • किसी दोस्त के जरिए मुझे Anthropic में Claude Desktop के लिए enigo-आधारित क्लोज़्ड फीचर टीम में खुली रिक्ति के बारे में पता चला, मैंने आवेदन भेजा। ऑटो-रिप्लाई मेल में कहा गया था कि “केवल शॉर्टलिस्ट उम्मीदवारों से ही संपर्क होगा”, और कई हफ्तों तक कोई जवाब नहीं मिला तो लगा शायद किसी और का चयन हो गया। सच में, मैं लगभग दस साल से बड़े कंपनियों को सीधे apply नहीं कर रहा/रही—हमेशा कोई जवाब नहीं आता। बस एक अपवाद JaneStreet था: बस अपने रुचि क्षेत्र का छोटा परिचय भेजते ही तुरंत कॉल आ गया। इसी वजह से दोस्त की referral से Google या Apple में इंटरव्यू मिलना निश्चित रूप से आसान हो जाता है।
    • अपने करियर में मैंने 6 jobs बदल लीं, और हर बार साइट पर आवेदन भेजकर कभी इंटरव्यू नहीं मिला; हमेशा किसी वास्तविक इंसान के ज़रिये रेफ़रल बनाना पड़ा। मैं भी यही तरीका सुझाऊँगा। Anthropic को भी आप जैसे किसी को hire करने से कोई हर्ज़ नहीं होना चाहिए; किसी दोस्त के दोस्त के ज़रिये connect करके फिर सीधे फोन पर बात करें।
    • JaneStreet के इस अपवाद से लगता है कि जो कंपनी OCaml को मुख्य भाषा बनाती है, वह किसी भी तरीके से डेवलपर टैलेंट जोड़ने की कोशिश करती है.
  • अगर सवाल है कि पैसे क्यों नहीं देने चाहिए—तो क्योंकि इस डेवलपर ने वही फीचर बिना शुल्क के बना दिया था। उसे नज़रअंदाज़ करके कंपनी की इज़्ज़त नहीं बढ़ती।
    • मैं एक नया लाइसेंस प्रस्तावित करना चाहूँगा: अगर कोई कंपनी मेरी बनाई लाइब्रेरी को hire नहीं करती और उससे सालाना 100 मिलियन डॉलर से अधिक कमाती है, तो उसे मूल लेखक को कंपनी के 50+ लोगों की टीम संभालने वाले director/principal engineer के कुल compensation के बराबर व्यावसायिक शुल्क देना चाहिए। अगर ओपन सोर्स में कई लेखक हैं, तो पैसा प्रोजेक्ट के ऑपरेटिंग फ़ाउंडेशन को जाएगा। यदि ffmpeg जैसी कोई कोर लाइब्रेरी, जिसे बिग टेक भारी मात्रा में उपयोग करता है, यह मॉडल अपनाती है, तो उसे करोड़ों डॉलर तक मिल सकते हैं—और फिर भी in-house rebuild करने से कहीं सस्ती पड़ेगी।
    • कंपनी अगर उसे सीधे hire करे तो:
      • काम क्या देना है यह तय करना आसान होगा
      • यह पहले से साबित होता है कि उसे काम का जुनून और पर्याप्त क्षमता दोनों हैं
      • उसका आउटपुट कंपनी के पास रहेगा और competition में बेहतर edge मिलेगा
      • खर्च भी लगभग नगण्य होगा
    • अभी यह प्रोजेक्ट मेरा शौक है और इसमें अभी भी काफी बग हैं। कमाई नहीं है, इसलिए मैं इसमें और समय नहीं लगा सकता। अगर hire हो गया तो मैं पूरी तरह बग फिक्सिंग पर फोकस कर इसे बहुत तेज़ आगे बढ़ा सकता हूँ।
    • अगर यह tool सच में कंपनी के लिए critical है, तो उस क्षेत्र के सबसे experienced डेवलपर को क्यों नहीं hire करेंगे? ऊपर से अगर role भी उसी डेवलपर के लिए बना हो तो और भी ज्यादा। अगर कोई competitor उसे hire कर ले तो टेक्नोलॉजी में बड़ा gap बन जाएगा; भले ही tool अपेक्षा पर खरा न उतरे, कंपनी के पास फिर भी एक strong डेवलपर रह जाएगा।
    • क्योंकि कंपनी सीधे अपने प्राथमिक फीचर्स उस डेवलपर से बनवा सकती है—यही कारण है कि ज़्यादातर कंपनियाँ ओपन सोर्स primary authors को hire करती हैं।
  • अगर लेखक ने किसी दोस्त के दोस्त से सीधे अच्छी तरह परिचय करवाया होता, तो शायद बिना किसी औपचारिक प्रक्रिया के बेहतर परिणाम मिलता। व्यावहारिक तौर पर IT इंडस्ट्री में यही hiring culture है।
    • मैं भी यही महसूस करता हूँ। अगर OP को शुरुआत में ही पता था कि उसकी लाइब्रेरी Claude में उपयोग हो रही है, और उसने जल्दी से ब्लॉग डालकर HN, Reddit जैसी communities में उसे prominently दिखाया होता, तो कई तरह के नेटवर्क से भर्ती की संभावना बन सकती थी—और सिर्फ़ Anthropic ही नहीं, competition भी रुचि ले सकता था।
    • आख़िरकार अगर आप network में हैं तो यह system उतना बुरा नहीं; बहुत safer होता है। सिर्फ़ application और कुछ घंटे की इंटरव्यू से hiring करना बड़ा gamble है—क्योंकि अपेक्षा के अनुरूप न भी निकले, तो निकालना आसान नहीं होता।
    • Anthropic और OpenAI के अनुभव में मेरे हिसाब से internal referral कोई मजबूत चयन मानदंड नहीं था। वास्तविक नियुक्त लोग अक्सर बहुत junior थे। सभी आवेदनकर्ताओं से पहले राउंड में लगभग 1-2 साल के junior engineer वाला basic Python coding problem solve करवाया गया; सही समाधान तुरंत नहीं दे पाए तो सीधे बाहर, बिना कोई चर्चा। यह senior लोगों के खिलाफ़ बेहद unfair है। Meta में अलग सिस्टम है—जैसे-जैसे senior level बढ़ता है, पूछताछ गहरी होती है और hiring manager भी शामिल होता है। Anthropic का process senior talent को लगभग बाहर रखने वाला amateur तरीका लगता है, इसलिए अंत में coding test पास करना ही महत्वपूर्ण रहता है, चाहे अंदर कोई referral हो या नहीं।
  • सच में, शायद ऐसा वक्त आ रहा है जब लाइसेंस का चुनाव उतना मायने नहीं रखेगा। टेक बिग-टेक अगर चाहें तो किसी एजेंट से कह सकते हैं “इसको War and Peace स्टाइल में rewrite कर दे” और ओपन सोर्स लाइब्रेरी को बायपास कर सकते हैं। हालिया Cheatingdaddy/Pickle केसों की तरह सीधे copy करने के उदाहरण भी हैं।
    • क्या किसी ने AI से शुरुआत से अंत तक कोई complex project बनवाकर देखा है?
    • क्या कोई प्रमाण है कि टेक दिग्गजों ने सच में ऐसा केवल “style बदलकर copy” किया है, और क्या कानूनन यह टिकेगा? भले ही AI training को fair use माना जाए, मैं नहीं मानता कि AI कोई magical copyright remover है।
    • अगर यह तकनीकी रूप से संभव हो गया, तो लाइब्रेरी निर्माण लागत बहुत कम हो जाएगी और ओपन सोर्स maintainer बिना भारी प्रयास के भी लिख सकेंगे।
  • मुझे लगता है कि यह 2025 की summer hiring culture का सीधा केस है—resume और cover letter शायद पढ़े ही नहीं गए और सीधे auto-rejected हो गए। “टीम के पास अतिरिक्त applications review करने का समय नहीं है” कहना अक्सर किसी वास्तविक प्रयास का संकेत नहीं देता। लगता है उन्हें शायद यह भी अंदाज़ा नहीं था कि role और candidate कितना fit थे, जो विश्वास करना कठिन है।
    • शायद “आपकी application देखी ही नहीं” वाला जवाब ज्यादा hopeful लगता क्योंकि उससे कई versions के resumes आज़माने का मौका मिलता है—और candidate के लिए बेहतर हो सकता है।
    • Anthropic के नज़रिए से देखें तो दुनिया भर से ढेरों applications आना संभव है; कंपनी की popularity के हिसाब से यह हजारों-लाखों तक हो सकता है। मीडिया लगातार AI टैलेंट के लिए 100 मिलियन डॉलर जैसी डील्स की खबरें लिखता है, इसलिए model भारी लगता है।
    • दूसरी तरफ, इस summer की AI hiring का एक और pattern यह है कि Mark Zuckerberg नामी डेवलपर्स पर 100 मिलियन+ खर्च करने को तैयार रहते हैं। OP चाहे तो सिर्फ़ LinkedIn पर “Anthropic द्वारा इस्तेमाल होने वाली computer-interaction library के लेखक” लिख दे, तो शायद उसके पास Ferraris से भरा अतिरिक्त garage हो जाए.
    • मेरा मानना है कि meaningful ओपन सोर्स योगदान से किसी hot tech कंपनी में एक अच्छे engineer के रूप में चुने जाने का दौर पहले ही जा चुका है। यदि भीतर से कोई recommendation न हो तो चाहे आपने critical code क्यों न लिखा हो, hiring manager के लिए फर्क नहीं पड़ता। अब ओपन सोर्स पर समय खर्च करने की इच्छा कम हो गई है—घर भी संभालना है और bills भी भरने हैं। अपनी मेहनत big companies को देकर बाद में sidelined होना investment की तरह अच्छा नहीं लगता। कभी-कभी लगता है सच में दुनिया बदल गई है।
    • Anthropic एक AI company है, इसलिए उसे AI से CV filter करना चाहिए, लेकिन जब ऐसे सक्षम उम्मीदवार भी छूट जाएँ तो उनकी AI resume filtering भी निरर्थक लगती है।
  • कहीं यह सिर्फ़ location कारण तो नहीं? Anthropic तो San Francisco में है और लेखक Munich में—शायद अभी वे US के बाहर hiring से हिचकते हों। US वीज़ा स्थिति देखते हुए ऐसा संभव लगता है।
    • हमारी company बहुत छोटी है, फिर भी कई देशों से लोगों को hire करती है; physical office होना ज़रूरी नहीं। मेरे हिसाब से ज्यादातर देशों में ऐसी बाधा नहीं होती।
    • London में भी यही सच है।
  • आजकल IT hiring काफी विरोधाभासी लगती है—कंपनियाँ कहती हैं कि पोर्टफोलियो में प्रोजेक्ट कम हों तो नहीं लेंगी, लेकिन कुछ GitHub stars दिखें तो वही काम अपने target के लिए अपना लेती हैं, और बाद में कहती हैं “हमें hire में कोई रुचि नहीं”।
    • मुझे लगता है मैं अपने कठिन job hunt को तर्कसंगत बनाने के लिए अपने ही मन में ऐसे scenario बना रहा/रही हूँ।
    • मेरे साथ उल्टा हुआ: मैंने अपना portfolio साफ कर सिर्फ़ career में जोर दिया और results कहीं बेहतर आए।
  • मुझे नहीं पता मेरी राय सही है या नहीं, लेकिन independent डेवलपर्स के लिए ओपन सोर्स में बहुत liberal license शायद ठीक विकल्प नहीं। कंपनियाँ बिना किसी लागत के उसका फायदा लेती हैं और योगदान नहीं करतीं। अगर वही software न होता तो शायद वे खुद developer hire या outsource करते, लेकिन ओपन सोर्स के कारण manpower बचता है। अंततः big tech में engineers की value गिरती है। केवल ओपन सोर्स डालने से hiring होने का ठोस डेटा कोई नहीं दिखाता।
    • इस पर मैं सहमत हूँ। अगर सच में open source pure intent से करना है तो GPL जैसी कठोरly open license ठीक है; वरना स्वीकार करना होगा कि बिना किसी अपेक्षा के अमीर कंपनियों को free में दे रहे हैं—licensing में भी लेखक को compensation की गारंटी नहीं होती।
  • “अगर दोस्त का दोस्त बताकर Anthropic की open position पता चली” वाला हिस्सा पढ़कर लगता है कि cover letter भेजने के बजाय सीधे जाकर दोस्त की तरह कॉफी पर मिलकर बात करना कहीं बेहतर strategy है। hiring में सबसे ज़रूरी यह साबित करना है कि “क्या हम साथ काम करना चाहते हैं,” सिर्फ़ आवेदन-योग्यता काफ़ी नहीं है।
    • मेरी राय में कोशिश यही होनी चाहिए कि अपना नाम संभव हो तो सीधे formal application queue में न डालें। कोशिश करें कि HR आपकी फाइल manual review करे। अगर कंपनी को सच में जरूरत हो तो वही पहले आपके पास आएगी और झंझटभरी पूरी प्रक्रिया skip हो सकती है।