1. विचार को जाँचे जा सकने वाले वाक्य में लिखें
एक उपयोगी ढाँचा है: “चुनी हुई Spot जोड़ी की पूरी हो चुकी कैंडल देखें; चुनी हुई शर्त और सभी अनिवार्य जाँच पास होने पर मंज़ूर ऑर्डर पर विचार करें।” इसमें बाज़ार, डेटा, समय, शर्त, कार्रवाई और सीमा स्पष्ट होने चाहिए। ऑर्डर भेजने की अनुमति, एक्सचेंज का उसे स्वीकार करना और उसका भरना तीन अलग बातें हैं।
यह कागज़ या अपने दस्तावेज़ में भरने की वर्कशीट है। इसका अर्थ यह नहीं कि SharkRule या हर नो-कोड टूल यहाँ बताए सभी AND/OR संयोजन दे सकता है। अगर किसी नियम को उपलब्ध स्क्रीन में ठीक-ठीक व्यक्त नहीं कर सकते, तो उसे मिलता-जुलता बनाकर चालू न करें; पहले मसौदा स्पष्ट करें।
2. यह खाली वर्कशीट कॉपी करें
हर खाने का उत्तर अपने शब्दों में भरें। यह पेज जानकारी सेव नहीं करता और कोई ऑर्डर नहीं भेजता। “अपने आप”, “जितना ठीक हो” या “बाकी पूरी रकम” की जगह स्पष्ट मान लिखें; जिसे आपने तय नहीं किया है, उसे अधूरा ही चिह्नित करें।
| खाना | आप क्या लिखेंगे |
|---|---|
| पहचान | एक्सचेंज और अकाउंट [ ], Spot जोड़ी [ ], नियम का संस्करण और समीक्षा समय [ ] |
| डेटा | स्रोत [ ], कीमत का प्रकार [ ], वॉल्यूम की इकाई [ ], कैंडल अवधि [ ] |
| मूल्यांकन | कैंडल बंद होने के बाद [ ], स्वीकार्य देरी [ ], दोहराए डेटा का व्यवहार [ ] |
| शर्तें | A [ ], B [ ], AND या OR [ ], कोष्ठकों सहित पूरा सूत्र [ ] |
| एंट्री | खरीदने वाली संपत्ति [ ], रकम या मात्रा और इकाई [ ], ऑर्डर प्रकार [ ], कीमत/समय सीमा [ ] |
| अनिवार्य सीमाएँ | बचा बजट [ ], लागत के लिए आरक्षित रकम [ ], अधिकतम एंट्री [ ], अनिश्चित ऑर्डर का व्यवहार [ ] |
| वैकल्पिक एग्ज़िट | अपने आप बिक्री नहीं / अलग संपत्ति, मात्रा, शर्त, ऑर्डर और सीमाएँ [ ] |
| मंज़ूरी | अपेक्षित नतीजों का रिकॉर्ड [ ], अंतिम सेटिंग की समीक्षा [ ], इसी संस्करण की स्पष्ट मंज़ूरी [ ] |
3. AND और OR का फर्क लिखकर जाँचें
हमारा काल्पनिक A है: “पूरी हो चुकी कैंडल की बंद कीमत प्रति संपत्ति इकाई, कीमत बताने वाली मुद्रा की 100 इकाइयों से अधिक है।” B है: “उसी कैंडल का वॉल्यूम संपत्ति की 200 इकाइयों से अधिक है।” ठीक 100 या ठीक 200 संबंधित शर्त पास नहीं करते। कैंडल अवधि पहले दर्ज होनी चाहिए। ये संख्याएँ केवल उदाहरण हैं, किसी संपत्ति की सलाह या SharkRule की डिफ़ॉल्ट सेटिंग नहीं।
AND के लिए दोनों शर्तें सही हों; OR के लिए कम-से-कम एक। नीचे की तालिका मानती है कि दोनों इनपुट ताज़ा और मान्य हैं और सभी अनिवार्य जाँच पहले पास हो चुकी हैं। TradingView का आधिकारिक ऑपरेटर दस्तावेज़ यही तार्किक अंतर समझाता है। इससे SharkRule के साथ किसी एकीकरण का दावा नहीं होता।
| A: बंद कीमत > 100 | B: वॉल्यूम > 200 | A AND B | A OR B |
|---|---|---|---|
| सही | सही | सही | सही |
| सही | गलत | गलत | सही |
| गलत | सही | गलत | सही |
| गलत | गलत | गलत | गलत |
4. अधूरा डेटा हो तो गणना से पहले रुकें
इस वर्कशीट में चुनी नीति है: कोई ज़रूरी इनपुट गायब, पुराना या दूसरी कैंडल का हो तो मूल्यांकन रोक दें। A सही होने पर भी B का वॉल्यूम उपलब्ध न हो तो OR के सहारे आगे नहीं बढ़ते। यह हमारे उदाहरण का डेटा नियम है; हर सॉफ़्टवेयर या भाषा में अधूरे डेटा का यही व्यवहार नहीं होता।
अनिवार्य सीमाएँ संकेतों के समूह से बाहर रखें। उदाहरण: “डेटा मान्य AND मंज़ूरी मान्य AND बजट उपलब्ध AND (A OR B)”। इसे “(डेटा मान्य AND A) OR B” लिख देने पर B सही होते ही डेटा की जाँच छूट सकती है। इसलिए पूरा सूत्र, उसके कोष्ठकों सहित, पढ़ें।
कीमत/वॉल्यूम के चार जोड़े डालें: 101/201, 101/199, 99/201 और 99/199। हर परिणाम तालिका से मिलाएँ। फिर ठीक 100, ठीक 200, गायब वॉल्यूम और पुरानी कैंडल जाँचें। आखिरी दो मामलों में मनमाने ढंग से सही या गलत भरने के बजाय “मूल्यांकन रोका गया” दर्ज करें।
5. रकम, मात्रा और कुल सीमा को अलग रखें
Coinbase Advanced के ऑर्डर दस्तावेज़ में ट्रेडिंग जोड़ी, खरीद/बिक्री दिशा और ऑर्डर संरचना अलग हैं। संरचना में आधार संपत्ति की मात्रा और कीमत बताने वाली मुद्रा की रकम के लिए अलग फ़ील्ड दिखाई देते हैं। इसलिए “20 खरीदो” अधूरा है: 20 कॉइन या भुगतान वाली मुद्रा की 20 इकाइयाँ? संबंधित जोड़ी और ऑर्डर प्रकार के लिए अनुमत फ़ील्ड, न्यूनतम ऑर्डर और कीमत का कदम भी जाँचना होगा।
काल्पनिक हिसाब में हर एंट्री के लिए खरीद मूल्य 20 और लागत के लिए 1 इकाई आरक्षित है। कुल सीमा 50 है और अधिकतम दो एंट्री की अनुमति है। एक बार 20 + 1 = 21; दो बार 2 × 21 = 42; बची रकम 50 − 42 = 8। तीसरी एंट्री तक 63 आरक्षित होते, इसलिए वह कुल बजट 50 और अधिकतम दो एंट्री—दोनों सीमाएँ तोड़ती है।
यहाँ 1 इकाई वास्तविक शुल्क दर नहीं, केवल समझाने के लिए रखा लागत अनुमान है। वास्तविक फ़ीस, स्लिपेज और भरी कीमत अलग हो सकती हैं। खुले ऑर्डर के लिए बँधी रकम भी गिनें। किसी ऑर्डर का परिणाम पता न हो तो उसे असफल मानकर वही रकम दोबारा इस्तेमाल न करें। संकेत सही होना अपने आप नया बजट नहीं देता।
6. एंट्री और वैकल्पिक एग्ज़िट की अलग मंज़ूरी लें
खरीद का नियम बिक्री का नियम तय नहीं करता। अगर अपने आप बिक्री चाहिए, तो संपत्ति, मात्रा या उसकी गणना, ट्रिगर, ऑर्डर प्रकार तथा कीमत और समय की सीमाएँ अलग लिखकर मंज़ूर करें। अपने आप बिक्री नहीं चाहिए तो साफ़ लिखें: “ऑटोमैटिक एग्ज़िट नहीं।” यह स्पष्टता नुकसान का जोखिम खत्म नहीं करती।
पहले से मंज़ूर केवल-खरीद नियम में चुपचाप बिक्री नहीं जोड़नी चाहिए। AI मसौदा बना सकता है, लेकिन आपकी जगह छूटी संपत्ति, रकम या एग्ज़िट चुनने का अधिकार इससे नहीं मिलता। नियम बदलने पर नए संस्करण की पूरी समीक्षा करें। स्क्रीन का मसौदा, आपकी मंज़ूरी और लागू नियम एक ही होने चाहिए।
7. शुरू करने से पहले यह जाँच पूरी करें
- नियम को सामान्य भाषा में पढ़ें और पूरे सूत्र से मिलाएँ। “और”, “या”, कोष्ठक और बराबरी वाले मान का व्यवहार जाँचें।
- चार सही/गलत संयोजन, सीमा के बराबर मान, गायब मान और पुराने डेटा के उदाहरण चलाएँ। अपेक्षित निर्णय और उपलब्ध समीक्षा का नतीजा अलग हो तो कारण खोजें।
- संपत्ति, खरीद या बिक्री, रकम/मात्रा की इकाई और ऑर्डर प्रकार जाँचें। मार्केट या लिमिट ऑर्डर का नाम अपने आप भरने की गारंटी नहीं है।
- अधिकतम गिनती, कुल बजट, लागत आरक्षण और पहले से बँधी रकम जोड़ें। दोबारा चलने वाला नियम भी इन सीमाओं के भीतर रहना चाहिए।
- “अपने आप बिक्री नहीं” या अलग से मंज़ूर एग्ज़िट पढ़ें। अनजान सेटिंग अनुमान से न भरें।
- नियम का संस्करण, समीक्षा समय और अपेक्षित निर्णय रखें। सेव करना या एक्सचेंज जोड़ना शुरू करने से अलग है; केवल उपलब्ध कार्रवाई को स्पष्ट रूप से शुरू करें।
8. इस जाँच की सीमा और अगला कदम
यह अभ्यास बताता है कि निर्देश स्पष्ट हैं या नहीं; इससे उनकी लाभप्रदता साबित नहीं होती। सही तरह लिखा नियम भी नुकसान कर सकता है। फ़ीस, स्लिपेज, आंशिक भराव, न भरने और एक्सचेंज की रुकावटों का असर रहता है। कागज़ी उदाहरण या सिमुलेशन असली ट्रेडिंग के परिणाम की गारंटी नहीं देते।
स्रोतों में दिए SharkRule के हिंदी पेज पर नियम और वर्चुअल बजट की समीक्षा का तरीका देखें। मसौदे को वर्कशीट से मिलाएँ और केवल वे नियंत्रण इस्तेमाल करें जो मौजूदा डैशबोर्ड में उपलब्ध हैं। समर्थित सिमुलेशन में आप नियम जाँचकर खुद शुरू करते हैं। इसका अर्थ यह नहीं कि वर्कशीट का हर मनचाहा AND/OR संयोजन उपलब्ध है।
नया वास्तविक ट्रेडिंग सक्रियण अभी खुला नहीं है। उपलब्धता आपके अकाउंट, स्थान और वर्तमान सेवा के दायरे पर निर्भर करती है। SharkRule स्वतंत्र सॉफ़्टवेयर है; किसी एक्सचेंज के संबंध या समर्थन का दावा नहीं करता। यह लेख वित्तीय या निवेश सलाह नहीं है और किसी संपत्ति, आवंटन या ट्रेड की सिफ़ारिश नहीं करता।
अक्सर पूछे जाने वाले सवाल
नो-कोड टूल में भी शर्तों का तर्क समझना ज़रूरी है?
हाँ। कोड न लिखना और निर्देश न समझना अलग बातें हैं। AND, OR, मूल्यांकन का समय या रकम की इकाई बदलने से कार्रवाई बदल सकती है। वर्कशीट भरकर जाँचें कि उपलब्ध स्क्रीन वही बात व्यक्त करती है।
OR में एक शर्त सही हो तो दूसरी का गायब डेटा छोड़ सकते हैं?
इस वर्कशीट में नहीं। हमने पहले सभी आवश्यक इनपुट जाँचने की नीति चुनी है। गायब या पुराने डेटा पर मूल्यांकन रुकता है। किसी दूसरे टूल के वास्तविक व्यवहार को अलग से सत्यापित करें।
क्या मैं उदाहरण की 20 और 50 वाली रकम अपना लूँ?
ये केवल इकाई और जोड़ समझाने के काल्पनिक मान हैं। किसी आकार की सिफ़ारिश नहीं हैं और आपकी जोड़ी के न्यूनतम ऑर्डर, लागत या व्यक्तिगत परिस्थिति के अनुकूल होने का दावा नहीं करते।
क्या खरीद नियम में बिक्री की शर्त अपने आप जुड़ सकती है?
नई बिक्री कार्रवाई की अलग स्पष्ट समीक्षा और मंज़ूरी चाहिए। पुरानी खरीद मंज़ूरी को बिक्री का अधिकार न मानें। संपत्ति, मात्रा, ट्रिगर, ऑर्डर और सीमाएँ पहले तय करें।
आधिकारिक दस्तावेज़ और स्रोत
लिंक किए गए आधिकारिक दस्तावेज़ों के आधार पर AI की सहायता से तैयार किया गया। उदाहरण काल्पनिक हैं; वास्तविक खातों पर परीक्षण या रिटर्न की तुलना नहीं की गई है।
- TradingView: तुलना ऑपरेटर और AND/OR की आधिकारिक तालिकाएँ
https://www.tradingview.com/pine-script-docs/language/operators/ - Coinbase Advanced: ऑर्डर की जोड़ी, दिशा और संरचना
https://docs.cdp.coinbase.com/api-reference/advanced-trade-api/rest-api/orders/create-order - SharkRule हिंदी: नियमों की समीक्षा और सिमुलेशन शुरू करना
https://sharkrule.com/hi/