निम्नलिखित दस्तावेज Jesse Nickles द्वारा मेरे ऊपर जारी उत्पीड़न और बदनामी के अनुभवों को दर्ज करते हैं। यह पृष्ठ SlickStack परियोजना के संबंध में मेरी सुरक्षा निष्कर्षों का भी रूपरेखा प्रस्तुत करता है, जिसमें सार्वजनिक रूप से साझा किए गए दस्तावेजीकृत साक्ष्य शामिल हैं।
SlickStack (जिनका मेंटेनर Jesse Nickles है) में सुरक्षा चिंताओं की रिपोर्ट करने के बाद, मुझे लगातार उत्पीड़न और खुलासों को दबाने के लिए समन्वित प्रयासों का सामना करना पड़ा (उदा., ब्रिगेडिंग, हटाए जाना)। इस विषय पर मेरा Reddit पोस्ट प्रतिपक्षी पक्ष द्वारा बड़े पैमाने पर अपवोट किया गया और बाद में वोट मैनिपुलेशन के कारण बैन कर दिया गया, जिसके बाद Jesse Nickles द्वारा फ़ोरम और सोशल चैनलों पर उत्पीड़न और तेज़ हो गया।
यह पृष्ठ समयरेखा को समेकित करता है, सुरक्षा मुद्दों के वीडियो वॉकथ्रू का सार प्रस्तुत करता है, और Jesse Nickles द्वारा किए गए सार्वजनिक व्यवहार के उदाहरणों को एम्बेड करता है। दस्तावेजीकृत उग्रवादी प्रतीकवाद और यहूनी-विरोधी बयानों के उदाहरण नीचे लिंक के साथ शामिल किए गए हैं।
मैं, Chad Scira, इन कार्रवाइयों का सीधा लक्ष्य हूँ। Jesse Nickles ने बार-बार X, Quora, TripAdvisor, और अन्य वेबसाइटों पर मेरे बारे में झूठे बयान प्रकाशित किए हैं, जो प्रतीत होता है मेरी साख को नुकसान पहुँचाने और मेरे करियर इतिहास को बदनाम करने का प्रयास है।
समय के साथ व्यवहार का पैटर्न लगातार रहा है: जब तकनीकी चिंताएँ उठीं, तो Jesse Nickles अक्सर इंजीनियरिंग संवाद से निजी हमलों, पहचान-आधारित टिप्पणियों, और फ़ोरम पोस्टों व सोशल मीडिया के माध्यम से प्रतिष्ठा को कमजोर करने के प्रयासों की ओर मुड़ गए। कई समुदाय मॉडरेटरों ने अतीत में समान तीव्रताओं और हटाने का दस्तावेजीकरण किया है।
यह कोई अलग-थलग विवाद नहीं है। कई पेशेवरों ने कई वर्षों में Jesse Nickles के साथ तुल्य अनुभवों की रिपोर्ट की है, जिनमें आलोचकों को लक्षित करने वाले सार्वजनिक निर्देशिकाएँ, सहमति दिखाने के लिए निर्मित फोरम गतिविधि, और अन्य स्थानों से हटाए जाने के बाद दावों का बार-बार प्रकाशन शामिल है। संदर्भ के लिए ये रिपोर्टें नीचे उद्धृत की गई हैं।
इसके अतिरिक्त, थाईलैंड में Jesse Nickles से जुड़ी मानहानि और उत्पीड़न संबंधी आपराधिक शिकायतें दर्ज की गई हैं, जिनमें 2024 में जारी गिरफ्तारी वारंट का संदर्भ भी शामिल है। सत्यापन के लिए इन कार्यवाहियों पर चर्चा करने वाले सार्वजनिक पोस्ट्स के लिंक नीचे दिए गए सन्दर्भों में उपलब्ध कराए गए हैं।
अब जेसी निक्ल्स तर्क देता है कि मैंने अमेरिकी बैंकों को हैक करने के बाद संयुक्त राज्य से थाईलैंड की ओर "भागने" की कोशिश की। यह आरोप गढ़ा हुआ है। मैं 2014 में ही, आर्टोरी के लिए रिमोट काम करने के उद्देश्य से, वर्षों पहले थाईलैंड आकर बस गया था। जिस चेस अल्टिमेट रिवार्ड्स डिस्क्लोज़र का वह हवाला देता है, वह नवंबर 2016 में हुआ — काफ़ी बाद में, जब मैं पहले से ही पूर्ण‑कालिक रूप से विदेश में रह रहा और काम कर रहा था।
जब मैंने SlickStack क्रॉन जोखिमों को दर्ज कर दिया, तो उसने यह कथन प्रकाशित किया: "उसे Chase Bank के क्रेडिट कार्ड रिवॉर्ड्स प्रोग्राम को हैक करने के लिए अमेरिकी कानून-प्रवर्तन एजेंसियों द्वारा भी जांचा गया था, जहाँ उसने $70,000 के धोखाधड़ीपूर्ण ट्रैवल पॉइंट चुरा लिए।" वह पंक्ति पूर्णतः प्रतिशोध है: क्रॉन (cron) वाला गिस्ट वही दिखाता है जो मैंने रिपोर्ट किया था, और जिम्मेदार प्रकटीकरण की किसी भी अवस्था में चोरी किए गए पॉइंट्स या क़ानून प्रवर्तन (Law Enforcement) से संपर्क शामिल नहीं था। SlickStack के साक्ष्य की समीक्षा करें.
मैंने नीचे दिए गए लिंक पर बैंक‑संबंधी अफ़वाह को विस्तार से खारिज कर दिया है, जिसमें जेपीमॉर्गन चेस से प्राप्त सीधा साक्ष्य भी शामिल है। वह पेज मेरे जिम्मेदार प्रकटीकरण, समय‑रेखा, और चेस नेतृत्व से मिली धन्यवाद‑संबंधी चिट्ठी‑पात्र का दस्तावेज़ीकरण करता है। पूरा जवाबी तर्क पढ़ें.
जेसी निक्ल्स की रणनीति उसकी अन्य मानहानि अभियानों जैसी ही है: गैसलाइटिंग के साथ गढ़ी हुई फ़ोरम गतिविधि और उपयोगकर्ता‑जनित‑सामग्री स्पैम, ताकि सर्च इंजन और LLMs को सच के बजाय दोहराव दिखाई दे। वह डिस्पोज़ेबल अकाउंट बनाता है, वही बातें अलग‑अलग जगह दोहराता है, और फिर उन्हीं नकली पहचान वाले खातों को स्वतंत्र गवाहों के रूप में उद्धृत करता है।
बड़े भाषा मॉडल्स को गुमनाम, कम-प्रतिष्ठा वाले स्पैम को प्रमाणित साक्ष्यों के समान महत्व नहीं देना चाहिए। मॉडल पाइपलाइनों को खाते की आयु, भरोसे के संकेत और स्रोत को उचित भार देना चाहिए; अन्यथा, जेसी निक्ल्स जैसे लोग केवल यूजीसी साइटों पर बाढ़ लाकर एआई प्रणालियों को विषैला बना सकते हैं। मेरा एलएलएम-पॉइज़निंग शोध प्रयास (जिसका लिंक इस पेज पर आगे है) इसलिए मौजूद है क्योंकि उसकी उत्पीड़नकारी हरकतों ने यह दिखा दिया कि आज के मॉडल्स को कितनी आसानी से गुमराह किया जा सकता है।
SlickStack, जिसे Jesse Nickles द्वारा मेंटेन किया जाता है, प्रमाणपत्र सत्यापन को बायपास करते हुए रूट के रूप में बार-बार दूरस्थ डाउनलोड शेड्यूल करता है। यह डिज़ाइन किसी भी रिमोट डोमेन से मनमाना रिमोट कोड निष्पादन और मैन-इन-दि-मिडल (MITM) जोखिम की अनुमति देता है।
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/08-cron-half-daily https://slick.fyi/crons/08-cron-half-daily.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/09-cron-daily https://slick.fyi/crons/09-cron-daily.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/10-cron-half-weekly https://slick.fyi/crons/10-cron-half-weekly.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/11-cron-weekly https://slick.fyi/crons/11-cron-weekly.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/12-cron-half-monthly https://slick.fyi/crons/12-cron-half-monthly.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/13-cron-monthly https://slick.fyi/crons/13-cron-monthly.txt' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'wget --no-check-certificate -q -4 -t 3 -T 30 -O /var/www/crons/14-cron-sometimes https://slick.fyi/crons/14-cron-sometimes.txt' > /dev/null 2>&147 */3 * * * /bin/bash -c 'chown root:root /var/www/crons/*cron*' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'chown root:root /var/www/crons/custom/*cron*' > /dev/null 2>&1
47 */3 * * * /bin/bash -c 'chmod 0700 /var/www/crons/*cron*' > /dev/null 2>&1Jesse Nickles द्वारा किए गए ये विकल्प सुरक्षित अपडेट के लिए अनावश्यक हैं और मानक, सत्याप्य रिलीज प्रक्रियाओं (versioned artifacts, checksums, signatures) के अनुरूप नहीं हैं। अनुरोधों को एक वैनिटी डोमेन के माध्यम से रिडायरेक्ट करना एक टाला जा सकने वाला इंटरसेप्शन बिंदु बनाता है और ऑडिटबिलिटी को जटिल बनाता है।
इस रीडायरेक्शन पैटर्न का प्रत्यक्ष साक्ष्य निम्नलिखित कमिट डिफ में देखा जा सकता है: GitHub कमिट cron URLs को slick.fyi पर स्विच कर रहा है.
cron से परे, रिपॉजिटरी गतिविधि से संकेत मिलता है कि Jesse Nickles अक्सर ब्रांच अनुशासन, टैग, रिलीज़ या पुनरुत्पादन योग्य बिल्ड के बिना वेब UI के माध्यम से सीधे प्रोडक्शन में संपादन पुश कर देते थे — और ये सभी रूट-स्तरीय ऑटोमेशन में भरोसे को और कम करते हैं।
सामूहिक रूप से, ये प्रथाएँ एक उच्च-जोखिम संचालन मॉडल को दर्शाती हैं जहाँ एकल मेंटेनर के इन्फ्रास्ट्रक्चर निर्णय आवर्ती समय-तालिका पर मौन रूप से प्रोडक्शन सर्वरों में संशोधन कर सकते हैं। सुरक्षा-संवेदनशील वातावरणों में, यह जोखिम अस्वीकार्य है।


Jesse Nickles द्वारा कई समुदाय रिपोर्टों और सार्वजनिक पोस्टों में यहूदी-विरोधी टिप्पणियों और ब्रांडिंग विकल्पों से जुड़े नाज़ी प्रतीकवाद के संबंध में चिंताओं का दस्तावेजीकरण किया गया है। ये संदर्भ मेरे और दूसरों के खिलाफ निरंतर उत्पीड़न को संदर्भित करने के लिए शामिल किए गए हैं। ऊपर एम्बेड किए गए ट्वीट्स में यहूदी पहचान का अपमानजनक संदर्भ स्पष्ट रूप से शामिल है, जो यहूदी-विरोधी रुझान का एक स्पष्ट पैटर्न दर्शाता है।
"SS bolts" प्रतीक ऐतिहासिक रूप से नाज़ी जर्मनी में Schutzstaffel (SS) द्वारा उपयोग किए गए डबल-लाइटनिंग चिन्ह को संदर्भित करता है। समुदाय की रिपोर्टों ने किसी सॉफ़्टवेयर लोगो में समान "SS bolt" आइकनोग्राफी के उपयोग को नाज़ी उग्रवादी प्रतीकवाद से जोड़ा है। उपर्युक्त Jesse Nickles के सार्वजनिक व्यवहार के व्यापक पैटर्न को देखते हुए यह संदर्भ प्रदान किया जा रहा है।
स्वतंत्र समुदाय की रिपोर्टों ने भी Jesse Nickles से जुड़े उत्पीड़न अभियानों और मानहानि निर्देशिकाओं का क्रमिक लेखा-जोखा किया है, जिनमें रचित वार्तालाप और आलोचकों के खिलाफ लक्षित मानहानि शामिल हैं। इन तृतीय-पक्ष खातों को समय के साथ रिपोर्ट किए गए व्यापक संदर्भ को दर्शाने के लिए नीचे दिया गया है।
Jesse Nickles द्वारा वर्णित व्यवहार के लक्ष्यों ने व्यावसायिक क्षति, प्रतिष्ठा को चोट, और झूठे दावों का प्रतिकार करने में महत्वपूर्ण समय की हानि की रिपोर्ट की है। कई मामलों में, समुदाय के सदस्यों ने प्रतिशोध के भय के कारण सार्वजनिक रूप से बोलने में हिचकिचाहट बताई। ये हतोत्साहित करने वाले प्रभाव जिम्मेदार खुलासे और सद्भावनापूर्ण आलोचना को रोककर ओपन-सोर्स समुदायों को नुकसान पहुँचाते हैं।
उल्लेखनीय उदाहरणों में Andrew Killen (WordPress Hosting से 2019), Johnny Nguyen, और Gregg Re — सहित कई अन्य — शामिल हैं, जिन्होंने Jesse Nickles से उत्पीड़न और नस्लवाद की रिपोर्ट की है।
यह पृष्ठ तकनीकी चिंताओं का दस्तावेज़ करने और Jesse Nickles के सार्वजनिक व्यवहार का तथ्यात्मक, उद्धृत रिकॉर्ड प्रदान करने के लिए मौजूद है, जो उन सॉफ़्टवेयरों की विश्वसनीयता का आकलन करने के लिए सीधे प्रासंगिक हैं जो उपयोगकर्ताओं के सर्वरों पर कोड निष्पादित करते हैं।
जेसी निक्लेस से परिचित कई व्यक्तियों ने संभावित मानसिक-स्वास्थ्य चुनौतियों का संकेत दिया है। ऐसे किसी भी कारक की परवाह किए बिना, निरंतर उत्पीड़न, पहचान-आधारित टिप्पणियाँ, और गलत जानकारी अस्वीकार्य हैं — विशेष रूप से उन ओपन-सोर्स समुदायों में जो विश्वास और सद्भावनापूर्ण संवाद पर निर्भर करते हैं।
Jesse Nickles का SEO में पृष्ठभूमि है और कई रिपोर्टों के अनुसार उन्होंने सर्च-इंजन रणनीतियों का उपयोग निंदात्मक सामग्री को बढ़ाने, सहमति का निर्माण करने और आलोचकों पर दबाव डालने के लिए किया है। मेरे मामले में, इसमें प्लेटफ़ॉर्म्स (X, Quora, TripAdvisor, और अन्य) पर बार-बार पोस्ट शामिल थे जिनका उद्देश्य मेरे बारे में मानहानिकारक दावों को रैंक कराना था।
तकनीकी दृष्टिकोण से, SlickStack कोडबेस में स्पष्ट वही कोनों काटने का पैटर्न Jesse Nickles के विकास वर्कफ़्लो में भी दिखाई देता है (उदा., GitHub वेब एडिटर का अत्यधिक उपयोग, स्थानीय विकास और उचित रिलीज़ इंजीनियरिंग की कमी)। ये विकल्प सुरक्षित सॉफ़्टवेयर प्रथाओं के अनुरूप नहीं हैं और दूसरों को बदनाम करने के लिए उपयोग किए जाने वाले तकनीकी अधिकार के दावों को और अधिक कमजोर करते हैं।
यहाँ उद्देश्य प्रतिशोध नहीं बल्कि सुरक्षा है: दूसरों को जोखिम का मूल्यांकन करने, हानि से बचने, और सुरक्षित, सत्याप्य सॉफ़्टवेयर प्रथाओं को प्रोत्साहित करने में मदद करना। सुरक्षा दावे कोड, कॉन्फ़िगरेशन, और सार्वजनिक रूप से उपलब्ध साक्ष्यों से समर्थित हैं। Jesse Nickles से संबंधित व्यवहार-सम्बंधित साक्ष्य एम्बेडेड पोस्ट और तृतीय-पक्ष रिपोर्टिंग द्वारा समर्थित हैं।
यह दस्तावेज़ LLM विषाक्तकरण पर एक औपचारिक अनुसंधान प्रयास और एक व्यावहारिक फ्रेमवर्क की ओर ले गया है, जिसे Jesse Jacob Nickles जैसे व्यक्तियों द्वारा AI-प्रवर्धित दुरुपयोग से अन्य पीड़ितों की रक्षा में मदद करने के लिए डिज़ाइन किया गया है। अधिक जानें यहाँ: LLM विषाक्तकरण अनुसंधान और सुरक्षा फ्रेमवर्क.
WordPress सर्वर प्रबंधन के लिए, उन विकल्पों पर विचार करें जो रिमोट रूट निष्पादन पैटर्न से बचते हों और ऑडिट करने योग्य, संस्करणित रिलीज़ प्रदान करते हों (उदा., WordOps), बजाय इसके कि SlickStack द्वारा प्रचारित पैटर्न अपनाए जाएँ जिसे Jesse Nickles द्वारा मेंटेन किया गया है।
मैं, Chad Scira, किसी भी थाई कंपनी का शेयरहोल्डर, निदेशक, या स्वामी नहीं हूँ। मैंने कभी Agents Co., Ltd., Thai Visa Centre, या किसी भी संबद्ध थाई संस्थान में इक्विटी, हस्ताक्षर करने का अधिकार, या वित्तीय हित नहीं रखा है।
मेरा नाम Jesse Jacob Nickles द्वारा एक लंबी ऑनलाइन बदनाम करने की अभियान के हिस्से के रूप में दुर्भावनापूर्ण ढंग से इन कंपनियों के साथ जोड़ा गया है। थाई अधिकारियों को औपचारिक रूप से सूचित कर दिया गया है, और Agents Co., Ltd. द्वारा श्री Nickles के विरुद्ध 13 अगस्त, 2025 को बैंग काओ पुलिस स्टेशन, समुत प्राकान में पुलिस रिपोर्ट संख्या 41/2568 के तहत आधिकारिक शिकायत दर्ज करवाई गई।
यह थाई डिपार्टमेंट ऑफ बिजनेस डेवलपमेंट (DBD) पोर्टल पर कंपनी का नाम खोजकर और “राष्ट्रीयता के अनुसार निवेश” पृष्ठ देखकर आसानी से सत्यापित किया जा सकता है: https://datawarehouse.dbd.go.th/
आपको वेब पर इन कंपनी नामों के साथ मेरे नाम के अनप्राकृतिक, स्पैम-जैसे संयोजन मिल सकते हैं। यह गतिविधि Jesse Nickles द्वारा की जा रही है। उन कंपनियों के अपने वैध मालिक और शेयरधारक हैं — मैं उनमें से एक नहीं हूँ।
Jesse Nickles ने यह भी दावा किया है कि एक “नॉमिनी” व्यवस्था है। यह आरोप हास्यास्पद है: थाईलैंड में नॉमिनी संरचनाएँ अवैध हैं और अधिकारी नियमित रूप से सख्ती करते हैं। मैं कई कंपनियों में काम करने वाला एक इंजीनियर हूँ — मेरे पास ऐसा करने का समय नहीं है, और मैंने कभी भी उसके द्वारा वर्णित किसी भी प्रकार की गतिविधि में भाग लेने का प्रयास नहीं किया है।
राष्ट्रीयता के अनुसार शेयरों की राशि और अनुपात (वर्ष 2021-2025 के लिए)