नो-कोड कस्टम स्कैनर बिल्डर क्या है?
एक कस्टम स्कैनर बिल्डर एक नो-कोड टूल है जो डिटेक्शन इंजन, इंडिकेटर और कॉन्टेक्स्ट फिल्टर को एक लॉजिकल कंडीशन में जोड़ता है। आप हिस्से चुनते हैं, उन्हें AND/OR से जोड़ते हैं, और प्लेटफॉर्म हर एलिजिबल बाजार को स्कैन करता है, आपको तभी अलर्ट करता है जब आपका सटीक नियम मैच करता है।
फिक्स्ड स्कैनर से इसका अंतर कंट्रोल का है। एक स्टॉक स्कैनर एक लेखक के सेटअप की परिभाषा भेजता है। एक बिल्डर आपको प्रिमिटिव देता है और आपको वह परिभाषा बनाने देता है जिसे आप असल में ट्रेड करते हैं। LiquidityScan में यह सरफेस Scanner Studio है, और साझा Confluence कैटलॉग बस Studio स्कैनर्स का एक सेट है जिसे सभी के लिए प्रकाशित किया गया है।
हर ट्रेडर की एज को इसकी ज़रूरत क्यों है
कोई भी दो कंसिस्टेंट ट्रेडर एक ही चीज़ के लिए स्कैन नहीं करते। एक 1H पर Change of Character (CHoCH) का इंतजार करता है, फिर लंदन kill zone के अंदर एक मजबूत order block retest का। दूसरा हायर-टाइमफ्रेम liquidity sweep और reclaim चाहता है, लेकिन केवल उन नामों पर जिनमें असली वॉल्यूम हो। ये अलग-अलग इंडिकेटर नहीं हैं; ये एक ही ब्लॉक के अलग-अलग कॉम्बिनेशन हैं।
एक फिक्स्ड स्कैनर इसे पकड़ नहीं सकता। यह अपने एक पैटर्न पर फायर करता है और आपको सैकड़ों चार्ट पर बाकी की अपनी confluence को हाथ से देखना पड़ता है। "एक पैटर्न प्रिंट हुआ" और "मेरा पूरा सेटअप मौजूद है" के बीच का अंतर ही वह जगह है जहाँ एक कस्टम स्कैनर बिल्डर अपनी जगह बनाता है: यह पूरी चेकलिस्ट को एन्कोड करता है, न कि उसकी एक लाइन को।
यह उन दिनों में सबसे ज्यादा मायने रखता है जब आप डेस्क से दूर होते हैं। "1H पर CHoCH" के लिए एक सिंगल फिक्स्ड अलर्ट आपके फोन को दर्जनों बार बजाएगा, और उनमें से लगभग कोई भी फ्लिप आपका ट्रेड नहीं होगा, क्योंकि आपके ट्रेड को retest, session और volume की भी ज़रूरत होती है।
यह सब एन्कोड करने का मतलब है कि आपको जो अलर्ट आखिर में मिलता है वह पहले से ही योग्य होता है। अलर्ट होने की मार्जिनल लागत तब सेटअप के मूल्य के करीब पहुँच जाती है, बजाय इसके कि आपको अभी भी पूरी तरह से जांचने के लिए एक चार्ट मिले।
- विशिष्टता: आपकी एज आमतौर पर 3-5 शर्तों का ढेर होती है, न कि एक।
- कवरेज: एक नियम पूरे बाजार को एक साथ स्कैन करता है; आपकी आँखें नहीं करतीं।
- अनुशासन: एक कोडिफाइड नियम हर बार एक ही तरह से फायर करता है, जिससे मनमानी पैटर्न-मैचिंग हट जाती है जो विवेकाधीन स्कैनिंग को बर्बाद करती है।
- बैकटेस्ट-अलाइनमेंट: एक लिखा हुआ नियम वह है जिसके बारे में आप जानबूझकर सोच सकते हैं और उसे सुधार सकते हैं, बजाय इसके कि एक अस्पष्ट "मैं इसे तब जानता हूँ जब मैं इसे देखता हूँ।"
आप एक नियम में क्या जोड़ सकते हैं
एक नो-कोड बिल्डर की शक्ति उन हिस्सों की चौड़ाई है जिन्हें यह उजागर करता है। Scanner Studio में एक सिंगल नियम बुलियन लॉजिक से जुड़े तीन परिवारों से खींच सकता है।
डिटेक्शन इंजन पैटर्न लेग्स होते हैं: Super Engulfing, OB+ / OB++ strong order blocks, Market Structure (BOS / CHoCH), Liquidity Sweep reversal, Pulse का RSI-confluence फिल्टर, Core Layer alignment, और बाकी स्कैनर रोस्टर। हर इंजन एक चेकबॉक्स कंडीशन है, न कि एक स्क्रिप्ट।
इंडिकेटर क्लासिक टेक्निकल गेट जोड़ते हैं: RSI, EMA, SMA, volume, ATR, और percent-change। आप इनका उपयोग इंजन लेग को योग्य बनाने के लिए करते हैं, उदाहरण के लिए जब एक बुलिश पैटर्न फायर होता है तो RSI को एक निश्चित सीमा से नीचे रखने की आवश्यकता होती है।
कॉन्टेक्स्ट फिल्टर यह सीमित करते हैं कि नियम कहाँ और कब फायर हो सकता है: ICT kill zone, ट्रेडिंग session, एसेट क्लास (crypto बनाम TradFi), एक 24-घंटे का volume floor, और सप्ताह का दिन। ये कुछ भी डिटेक्ट नहीं करते; वे तय करते हैं कि कौन से उम्मीदवार बचे रहेंगे।
तीनों परिवारों के बीच का अंतर ही नियम को पढ़ने योग्य बनाता है। इंजन जवाब देते हैं "क्या हुआ," इंडिकेटर जवाब देते हैं "किस टेक्निकल कंडीशन के तहत," और कॉन्टेक्स्ट फिल्टर जवाब देते हैं "कहाँ और कब यह मायने रखता है।" एक नियम जो इन तीनों से उधार लेता है, वह एक वास्तविक सेटअप का वर्णन करता है; एक नियम जो केवल इंजन से बना होता है, वह अक्सर एक पैटर्न का वर्णन करता है जो हर जगह प्रिंट होता है।
| बिल्डिंग ब्लॉक | नियम में भूमिका | उदाहरण |
|---|---|---|
| डिटेक्शन इंजन | पैटर्न लेग्स जो मौजूद होने चाहिए | OB+, CHoCH, Liquidity Sweep, Super Engulfing |
| इंडिकेटर | एक लेग को योग्य बनाना या गेट करना | RSI, EMA, SMA, volume, ATR, %-change |
| कॉन्टेक्स्ट फिल्टर | यह सीमित करना कि यह कहाँ/कब फायर हो सकता है | Kill zone, session, asset class, volume floor, day-of-week |
एक कस्टम स्कैन कैसे बनाएं, स्टेप बाय स्टेप
कस्टम स्कैनर बिल्डर में एक नियम बनाना विकल्पों का एक क्रम है, हर एक योग्यता को संकीर्ण करता है। यहां वह क्रम है जो स्कैन को सुसंगत रखता है।
1. अपने इंजन लेग्स और जोड़ चुनें
उन पैटर्न के साथ शुरू करें जो सेटअप को परिभाषित करते हैं। मान लीजिए आपका मॉडल एक order block retest है जो केवल संरचना पलटने के बाद मायने रखता है: OB+ और Market Structure CHoCH चुनें, जिन्हें AND से जोड़ा गया है। अब एक सिंबल पर दोनों का सच होना ज़रूरी है ताकि वह मैच करे। OR का उपयोग तब करें जब कई पैटर्न में से कोई भी एक उम्मीदवार को योग्य बनाए।
2. कॉन्टेक्स्ट फिल्टर जोड़ें
ब्रह्मांड को सीमित करें। एक kill-zone फिल्टर जोड़ें ताकि नियम केवल लंदन विंडो के दौरान फायर हो, और एक 24-घंटे का volume floor सेट करें, उदाहरण के लिए केवल $20M से ऊपर के नाम, ताकि illiquid पेयर कभी सामने न आएं। Session, asset class और day-of-week इसी तरह काम करते हैं।
3. प्रति इंजन इवेंट बनाम होल्ड्स-नाउ चुनें
हर इंजन लेग को दो मोड में से एक में पढ़ा जाता है। इवेंट का मतलब है कि पैटर्न को नवीनतम closed candle पर अभी-अभी फायर होना चाहिए, एक नया ट्रिगर। होल्ड्स-नाउ का मतलब है कि कंडीशन वर्तमान में सच है, भले ही वह कब प्रिंट हुई हो, एक स्थायी स्थिति। एक CHoCH आमतौर पर एक इवेंट होता है; एक सक्रिय bias या एक unmitigated zone आमतौर पर एक होल्ड्स-नाउ होता है।
3a. एक हायर-टाइमफ्रेम रैपर जोड़ें
आप किसी भी लेग को रैप कर सकते हैं ताकि उसका मूल्यांकन नियम के बाकी हिस्सों की तुलना में हायर टाइमफ्रेम पर किया जाए। इस तरह आप एक स्कैन में टॉप-डाउन लॉजिक को एन्कोड करते हैं: एक 4H bias लेग जो एक 1H entry लेग को रैप करता है, नियम को हायर-टाइमफ्रेम समझौते की मांग करने देता है इससे पहले कि वह entry पैटर्न पर फायर करे।
4. डायरेक्शन एग्रीमेंट लागू करें
डायरेक्शन-एग्रीमेंट लागू करें ताकि हर लेग एक ही दिशा में इंगित करे। इसके बिना, एक बुलिश CHoCH एक बेयरिश order block के साथ मैच कर सकता है और शोर पैदा कर सकता है। इसे चालू करने पर, नियम तभी फायर होता है जब पूरा स्टैक बुलिश हो या पूरा स्टैक बेयरिश हो, जिसका मतलब असली confluence है।
सीक्वेंस नियम: ऑर्डर्ड प्लेबुक का फायदा
अधिकांश स्कैनर्स, कस्टम या नहीं, यह जांचते हैं कि क्या शर्तें सह-घटित होती हैं। एक गंभीर बिल्डर की उत्कृष्ट क्षमता sequence नियम है, जहाँ लेग्स को समय के साथ एक विशिष्ट क्रम में फायर करना होता है, हर कदम पिछले वाले के बंद होने के बाद।
क्लासिक reversal read पर विचार करें: एक CHoCH संरचना फ्लिप का संकेत देता है, और केवल तभी आप चाहते हैं कि नई दिशा में बनने वाला order block टैप हो। सह-घटना लॉजिक "तब" व्यक्त नहीं कर सकता। एक sequence नियम कर सकता है: लेग वन CHoCH है, लेग टू OB+ टैप है, और यह केवल एक सिंबल से मेल खाता है जहाँ टैप CHoCH के बाद हुआ था।
यह दर्शाता है कि ICT प्लेबुक वास्तव में कैसे लिखे जाते हैं। Sweep, फिर shift, फिर entry। Bias, फिर displacement, फिर retrace। ऑर्डर्ड नियम एक बहु-चरण प्लेबुक को एक scannable कंडीशन में बदल देते हैं, जो कि अलग-अलग अलर्ट का एक स्टैक नहीं कर सकता क्योंकि उनमें ऑर्डर की कोई मेमोरी नहीं होती।
ऑर्डरिंग उन false positives को भी कम करती है जिन्हें सह-घटना चुपचाप जाने देती है। एक सिंगल candle पर, एक choppy range के दौरान, एक सिंबल एक बुलिश order block और एक बेयरिश संरचना को लगभग एक साथ प्रिंट कर सकता है, और एक सह-घटना नियम अभी भी उससे मेल खा सकता है।
एक sequence नियम जो पहले फ्लिप और फिर टैप की मांग करता है, उस गड़बड़ी को मना कर देता है, क्योंकि दोनों लेग्स कभी भी उस क्रम में नहीं आए जिसकी आपके प्लेबुक को आवश्यकता है। परिणाम एक छोटा, साफ मैच सेट है जो मूल्य की वास्तविक प्रगति को दर्शाता है, न कि एक संयोगी ओवरलैप को।
एक उदाहरण (और स्कैनर क्या नहीं करेगा)
मान लीजिए आप लिक्विड क्रिप्टो पर लंदन-session reversals ट्रेड करते हैं। बिल्डर में आपका कोडिफाइड नियम पढ़ सकता है:
- लेग 1 (sequence, स्टेप वन): 1H पर Market Structure CHoCH, इवेंट मोड, बुलिश।
- लेग 2 (sequence, स्टेप टू): 1H पर OB+ टैप, होल्ड्स-नाउ, लेग 1 के बाद फायर होना चाहिए।
- HTF रैपर: 4H bias लेग को बुलिश होना चाहिए, ताकि फ्लिप हायर टाइमफ्रेम से सहमत हो।
- कॉन्टेक्स्ट: केवल लंदन kill zone; 24-घंटे का volume $20M से ऊपर; क्रिप्टो एसेट क्लास।
- डायरेक्शन एग्रीमेंट: चालू, ताकि हर लेग बुलिश हो।
एक बार सेव होने के बाद, यह स्कैन हर घंटे closed candles पर पूरे बाजार में चलता है और आपको एक मैच भेजता है जिस क्षण एक सिंबल पूरे ऑर्डर्ड नियम को संतुष्ट करता है, जिसे वेब या नेटिव पुश और एक इन-ऐप अलर्ट के रूप में डिलीवर किया जाता है। आप अलर्ट से उम्मीदवार का न्याय करते हैं; आपको इसे खोजने के लिए 300 चार्ट खोलने की ज़रूरत नहीं है।
यह क्या है और क्या नहीं है, इसके बारे में स्पष्ट रहें। बिल्डर उन उम्मीदवारों को ढूंढता है जो आपके नियम से मेल खाते हैं। यह भविष्यवाणी नहीं करता कि ट्रेड काम करेगा, यह win rate प्रकाशित नहीं करता, और यह ऑर्डर नहीं देता। एक मैच का मतलब है "मेरी शर्तें मौजूद हैं," इससे ज्यादा कुछ नहीं।
आपके परिणामों की गुणवत्ता पूरी तरह से आपके द्वारा लिखे गए नियम की गुणवत्ता से बंधी है। एक अस्पष्ट नियम अस्पष्ट उम्मीदवारों को सामने लाता है, और कोई भी इंजन खराब तरीके से निर्दिष्ट एज को ठीक नहीं कर सकता।
Scanner Studio वर्तमान में एक एडमिन-फेसिंग सरफेस भी है, जबकि इसका प्रकाशित आउटपुट साझा Confluence कैटलॉग के माध्यम से सभी तक पहुँचता है। व्यवहार में DIY बिल्डर खुद अभी हर अकाउंट के लिए खुला नहीं है, लेकिन इसके द्वारा बनाए गए सेटअप पहले से ही लाइव हैं।
हर Confluence एंट्री, जिसमें ऑर्डर्ड sequence प्लेबुक शामिल हैं, एक Studio स्कैनर है जिसे विश्व स्तर पर प्रकाशित किया गया है। तो ईमानदार बात यह है कि आप आज कैटलॉग के माध्यम से बिल्डर आउटपुट का उपभोग करते हैं, और एक सेल्फ-सर्विस संस्करण सरफेस के लिए अगला स्वाभाविक कदम है।
वे गलतियाँ जो कस्टम स्कैन को बर्बाद करती हैं
दो विफलता मोड अधिकांश बेकार स्कैन के लिए जिम्मेदार हैं, और दोनों बिल्डर द्वारा दी गई स्वतंत्रता का गलत उपयोग करने से आते हैं।
कुछ भी नहीं के लिए ओवर-फिल्टरिंग। हर AND लेग जिसे आप जोड़ते हैं, मैच सेट को सिकोड़ता है। छह इंजन, तीन इंडिकेटर, एक kill zone, और एक day-of-week फिल्टर को ढेर करें, और आप एक ऐसा नियम बना सकते हैं जो इस साल फायर नहीं हुआ है। यदि एक स्कैन दिनों तक शून्य लौटाता है, तो सबसे कम आवश्यक लेग को हटा दें और एक threshold को चौड़ा करें। एक नियम जो कभी फायर नहीं होता, वह आपको कुछ नहीं सिखाता।
नकली confluence। वे लेग्स जो सभी एक ही चीज़ को मापते हैं, confluence नहीं हैं; वह कठोरता के रूप में प्रस्तुत की गई अतिरेक है। एक RSI-oversold गेट एक बुलिश-मोमेंटम इंजन पर जो पहले से ही एक मजबूत up-close की मांग करता है, वही सिग्नल दो बार है। वास्तविक confluence स्वतंत्र रीड्स को ढेर करती है: संरचना, एक zone, एक timing window। डायरेक्शन एग्रीमेंट और एक HTF रैपर वास्तविक स्वतंत्रता देते हैं; तीन मोमेंटम लेग्स नहीं देते।
- इंजन पर संकीर्ण, threshold पर चौड़ा शुरू करें; मैच दर देखने के बाद ही कसें।
- पाँच कमजोर फिल्टर के बजाय एक मजबूत कॉन्टेक्स्ट फिल्टर (kill zone या volume floor) को प्राथमिकता दें।
- सह-घटित लेग्स को ढेर करने के बजाय कठोरता जोड़ने के लिए sequence ऑर्डर का उपयोग करें।
अक्सर पूछे जाने वाले प्रश्न
क्या मुझे कस्टम स्कैनर बनाने के लिए कोडिंग जानना ज़रूरी है?
नहीं। एक नो-कोड बिल्डर इंजन, इंडिकेटर और फिल्टर को चेकबॉक्स और ड्रॉपडाउन के रूप में उजागर करता है जो AND/OR लॉजिक से जुड़े होते हैं। आप नियम को विज़ुअली बनाते हैं और उसे सेव करते हैं। सीखने के लिए कोई स्क्रिप्टिंग भाषा नहीं है, जो आपके अपने डिटेक्शन कोड लिखने के बजाय एक कस्टम स्कैनर बिल्डर का पूरा उद्देश्य है।
एक कस्टम स्कैन कितनी बार चलता है?
LiquidityScan में Scanner Studio हर घंटे बाजार में सेव किए गए नियमों का मूल्यांकन करता है, हमेशा कंफर्म closed candles पर ताकि परिणाम repaint न हों। जब एक सिंबल आपके नियम को संतुष्ट करता है तो आपको वेब या नेटिव पर एक पुश अलर्ट और एक इन-ऐप नोटिफिकेशन मिलता है, बजाय इसके कि आपको खुद फीड देखने की ज़रूरत पड़े।
इवेंट और होल्ड्स-नाउ मोड में क्या अंतर है?
इवेंट मोड के लिए आवश्यक है कि पैटर्न नवीनतम closed candle पर अभी-अभी फायर हुआ हो, एक नया ट्रिगर। होल्ड्स-नाउ मोड के लिए आवश्यक है कि कंडीशन वर्तमान में सच हो, भले ही वह कब प्रिंट हुई हो, एक स्थायी स्थिति। संरचना के ब्रेक आमतौर पर इवेंट होते हैं; एक सक्रिय bias या एक unmitigated zone आमतौर पर एक होल्ड्स-नाउ कंडीशन होती है।
क्या एक कस्टम स्कैनर मुझे बता सकता है कि कब खरीदना या बेचना है?
नहीं। यह उन उम्मीदवारों को सामने लाता है जो आपकी परिभाषित शर्तों से मेल खाते हैं; यह ट्रेड कॉल जारी नहीं करता, परिणामों की गारंटी नहीं देता, या win rate की गणना नहीं करता। अधिकांश इंजन एक पैटर्न या zone आउटपुट करते हैं, न कि एक entry, stop और target। हर मैच को अपने विश्लेषण के लिए एक फ़िल्टर्ड शुरुआती बिंदु के रूप में मानें, न कि कार्रवाई करने के लिए एक सिग्नल के रूप में।
संबंधित क्वेरी पथ
बिल्डर से उन इंजनों तक काम करें जिन्हें वह बनाता है और उस वर्कफ़्लो में फिट बैठता है।
- LiquidityScan स्कैनर कैसे काम करता है — raw-candle-to-setup पाइपलाइन देखें जिस पर आपके नियम चलते हैं।
- Order Block स्कैनर: रियल-टाइम OB & FVG — इंजन लेग्स जिन्हें आप एक कस्टम नियम में डालते हैं, समझाया गया है।
- ICT टॉप-डाउन एनालिसिस: मल्टी-टाइमफ्रेम अलाइनमेंट — हायर-टाइमफ्रेम रैपर के पीछे का लॉजिक जिसे आप प्रति लेग जोड़ते हैं।
- ICT ट्रेडिंग में अपनी एज कैसे खोजें: विशेषज्ञता के लिए एक फ्रेमवर्क — इसे बनाने से पहले एन्कोड करने लायक कंडीशन सेट को परिभाषित करें।
- एक पूर्ण ICT ट्रेडिंग मॉडल बनाएं — एक scannable नियम को एक पूर्ण entry, stop और management प्लान में बदलें।
- बेस्ट ICT स्कैनर: कैसे चुनें — एक कस्टम बिल्डर फिक्स्ड स्कैनर्स के मुकाबले कहाँ फिट बैठता है।
- स्कैनर, पल्स और कोर लेयर: तीन LiquidityScan सरफेस — स्कैनर पल्स कोर लेयर पर एक संबंधित कोण।
- ICT Trade Alerts: Setup बनते ही अलर्ट — स्कैनर सेटअप के बाद कन्फर्म्ड ICT सेटअप पर तुरंत अलर्ट पाएं
- एक संपूर्ण ICT ट्रेडिंग मॉडल कैसे बनाएं (चरण-दर-चरण) — स्कैनर से मिले सेटअप को पूर्ण, दोहराने योग्य ICT मॉडल में बदलें।
