रनबुक
एक रनबुक वेबसाइट बैकलिंक्स खोजने के लिए, बिना मॉडल को इम्प्रोवाइज करने दिए
टूल एक्सेस आधा काम है। बाकी आधा एक सिस्टम प्रॉम्प्ट है जो असिस्टेंट को बताता है कि उसने क्या किया, और जब टूल 'नो' कहे तो रुक जाता है।
SEO AI Pal रिसर्च टीम ·
उस विफलता से शुरू करें जिसे आप रोकना चाहते हैं
जब टूल रिजल्ट गायब हो, तो एक असिस्टेंट अक्सर उस खाली जगह को कुछ संभावित जानकारी से भर देता है। अगर आप उसे बिना किसी उपयोगी डेटा के वेबसाइट बैकलिंक्स खोजने को कहें, तो जवाब एक असली जवाब जैसा ही साफ और व्यवस्थित दिख सकता है। दोनों स्थितियों में टोन समान है। नीचे दिए गए प्रॉम्प्ट की हर लाइन ऐसी एक खाली जगह को बंद करती है।
प्रॉम्प्ट को एक जादू की छड़ी नहीं, बल्कि एक रनबुक मानें। हर नंबर वाला नियम उस बात से मेल खाता है जो प्रैक्टिस में गलत हो सकता है। स्किप्ड कॉल्स पहले आते हैं। सilent रेट्राइज उसके बाद, फिर चैट के पहले हिस्से से याद किए गए नंबर, और आखिर में मासिक रिफ्रेश के बारे में गायब नोट।
सिस्टम प्रॉम्प्ट, छह नियम
इसे वैसे ही पेस्ट करें, फिर एक्शन नामों को एडिट करें ताकि वे आपके द्वारा एक्सपोज किए गए एक्शन्स से मेल खाएं।
You answer backlink questions ONLY from tool results.
1. For any question about links, call the tool. Never answer from memory.
2. After each call, print the `ok` value and the `_credits` remaining.
3. If ok is false, or the status is 401 or 402, say that in one line
and stop. Do not retry more than once.
4. Name the action you used (overview, refdomains, anchors, toppages).
5. The data is refreshed about monthly. Mention it when a link is missing.
6. Never state a number you did not receive in this chat.डिसीजन टेबल: असिस्टेंट हर रिजल्ट के साथ क्या करता है
| क्या वापस आया | सही जवाब | गलत जवाब |
|---|---|---|
ok सच है, रोज़ मौजूद हैं | रोज को सारांशित करें, _credits का उल्लेख करें। | याद से "लगभग" फिगर्स जोड़ें। |
ok सच है, शून्य रोज़ | कहें कि इंडेक्स में उस डोमेन के लिए अभी कुछ नहीं है। स्पेलिंग और मासिक रिफ्रेश चेक करने का सुझाव दें। | कहें कि डोमेन में बिल्कुल बैकलिंक्स नहीं हैं। |
| HTTP 401 | गायब या खराब की की रिपोर्ट करें, रुक जाएं। | एक बनाई हुई की के साथ रीट्राई करें। |
| HTTP 402 | रिपोर्ट करें कि क्रेडिट खत्म हो गया, फ्री overview ऑफर करें। | दैवाएं कि साइट डाउन है। |
| टाइमआउट, कोई JSON नहीं | कहें कि कॉल फेल हो गई, कोई नंबर न दें। | वर्णन करें कि रिस्पॉन्स में शायद क्या था। |
प्रॉम्प्ट आपके डेटा को क्यों होल्ड नहीं कर सकता
एक प्रॉम्प्ट चैट के लिए नियम सेट करता है। यह डेटा स्रोत नहीं है। नीचे दिए गए तीन बिंदु उन जगहों को कवर करते हैं जहां लोग गलती करते हैं, और हर एक का समाधान अंत में दिया गया है।
एक प्रॉम्प्ट नंबर नहीं, नियम होल्ड करता है
कुल लोग एक JSON फाइल प्रॉम्प्ट में पेस्ट करते हैं और उम्मीद करते हैं कि हर नए सवाल के लिए उसे इस्तेमाल किया जाएगा। एक प्रॉम्प्ट चैट के लिए नियम सेट करता है, और यह एक डेटाबेस नहीं है। अगर फिगर्स मायने रखते हैं, तो उन्हें फेच करें। असिस्टेंट को हर बार एक कॉल करनी चाहिए।
कॉल का उल्लेख करें, याद का नहीं। ऊपर दिए गए नियमों ने पहले ही यह कह दिया है, और एक जवाब जो एक कॉल का हवाला देता है, उसे चेक करना आसान है। कस्टम GPT सेटअप दिखाता है कि वे नियम कहाँ जाते हैं।
स्क्रैपिंग वहां टूट जाता है जहां API नहीं
कुल लोग पूछते हैं कि क्या वही फिगर्स एक रिजल्ट्स पेज से खींचे जा सकते हैं। एक पेज को स्क्रैप करना तब तक काम करता है जब तक लेआउट नहीं बदलता। लेआउट बदलते हैं। फिर स्क्रिप्ट कुछ भी नहीं देती, या गलत कॉलम।
एक API कॉल हर बार वही फील्ड्स रिटर्न करती है, इसलिए प्रॉम्प्ट उन्हें नाम दे सकता है। मान लीजिए कि आपने सोमवार को एक स्क्रैपर टेस्ट किया और वह गुरुवार को टूट गया। यह एक मेंटेनेंस जॉब है। यह एक बैकलिंक्स रीडिंग नहीं है, और चैट को अंतर का पता नहीं चलेगा। अगर एक टीममेड स्क्रैपिंग पर ज़िद करता है, तो उनसे उस लेआउट का नाम बताएं जिसकी वे उम्मीद कर रहे हैं और तारीख बताएं जिस पर वे उसे चेक करेंगे। उसके बिना, कोई ब्रेकेज की ज़िम्मेदारी नहीं लेता।
साइलेंट फेल्योर और वेंडर अपडेट
मॉडल्स बदलते हैं, और उनके कोर वाले प्रोडक्ट्स भी। एक वर्जन में काम करने वाला नियम अगले में ड्रिफ्ट हो सकता है। इसकी कोई घोषणा नहीं होती। इलाज सादा है: टेस्ट सेट नीचे रखें, और किसी भी बदलाव के बाद उसे फिर से चलाएं।
उसी तीन डोमेन्स और उसी तीन सवालों को रखें। अगर रसीदें प्रिंट करना बंद कर देती हैं, तो ड्रिफ्ट प्रॉम्प्ट या मॉडल में है। पहले खराब जवाब को तारीख दें। चेंजलॉग तब दिखाएगा कि उस सप्ताह क्या बदला गया।
साप्ताहिक पास, पांच कदम
हर सप्ताह वही पांच कदम वही शब्दों में चलाएं, ताकि अंतर डेटा से आए, आपके शब्दों से नहीं।
- 1
उन तीन डोमेन्स को चुनें जिनके बारे में आपको पहले से पता है
अपना, एक कम्पटीटर, एक बड़ी साइट। आपको लगभग पता है कि हर एक कैसा दिखना चाहिए।
- 2
उसी तीन सवालों को पूछें
रेटिंग, टॉप रिफरिंग डोमेन्स, एंकर्स। हर सप्ताह समान शब्दावली, ताकि अंतर डेटा से आए।
- 3
रसीदों को चेक करें
हर जवाब में एक एक्शन नाम और
_creditsप्रिंट होना चाहिए। गायब रसीद, फेल टेस्ट। - 4
curl के साथ एक नंबर की स्पॉट-चेक करें
curl "https://seoaipal.com/api.php?action=refdomains&q=example.com&per=10&key=sk_live_..."चलाएं और पहले रोज़ की तुलना करें। दो क्रेडिट्स। - 5
लॉग करें कि क्या ड्रिफ्ट हुआ
अगर प्रॉम्प्ट ने एक नियम को इग्नोर करना शुरू कर दिया, तो उस नियम को सख्त करें। और नियम न जोड़ें।
तीन आदतें जो प्रॉम्प्ट को धीरे-धीरे तोड़ती हैं
एक लंबी चैट में, मॉडल आपके पहले मैसेज की तुलना में हालिया टेक्स्ट पर ज्यादा भरोसा करता है। ऊपर दिए गए नियम फिसल जाते हैं। हर क्लाइंट के लिए एक नई चैट शुरू करें।
मान लीजिए कि आप एक ही कन्वर्सेशन में दूसरे वेंडर के नंबरों की एक स्क्रीनशॉट पेस्ट करते हैं। मॉडल दो स्रोतों को मिला सकता है, और आप बाद में उन्हें अलग नहीं कर पाएंगे। हर चैट के लिए एक ही स्रोत रखें।
थोड़ी सी तारीफ नुकसानदायक हो सकती है। मॉडल को बताना कि एक नंबर आपकी उम्मीद से मेल खाता है, अगले जवाब को उसी तरफ झुकने का सिखाता है। अगर एक नंबर गलत लगता है, तो उसे न्यूट्रल तरीके से कहें। एक्शन नाम पूछें। जब एक जवाब गलत हो, तो एरर टेबल बताता है कि दोष प्रॉम्प्ट, की या डेटा में है।
प्रॉम्प्ट को टीम से पहले
- प्रॉम्प्ट के ऊपर एक वर्जन और तारीख डालें।
- चेक करें कि नियमों में नामित हर एक्शन आपके स्कीमा में मौजूद है।
- थ्री-डोमेन टेस्ट चलाएं और रसीदों को पढ़ें, केवल प्रोस नहीं।
- हर टीममेड को उनकी अपनी चैट दें, हर चैट में एक डेटा स्रोत के साथ।
- मासिक रिफ्रेश नोट जोड़ें, ताकि एक गायब लिंक को इनकार करने के बजाय समझाया जा सके।
आपके नोट्स में तारीखें जो आपकी हैं
प्रॉम्प्ट के ऊपर एक वर्जन और तारीख डालें, उदाहरण के लिए 2026-10-29, उसी तरीके से जैसे आप कोड को टैग करते हैं। फिर, जब मार्च में कोई जवाब अजीब हो, तो आप बता सकते हैं कि किस शब्दावली ने उसे पैदा किया।
लिंक एडवाइस भी Google के साथ बदलता है। मार्च 2024 का कोर अपडेट और अगस्त 2025 का स्पैम अपडेट दोनों ने लोगों को लिंक्स के बारे में पूछने के तरीके को बदल दिया, और उनके पहले लिखे गए प्रॉम्प्ट्स ने ऐसी चीजें मान लीं जो अब लागू नहीं होतीं। नियमों को साल में दो बार रिव्यू करें।
प्रॉम्प्ट के बगल में एक छोटा चेंजलॉग रखें। हर बदलाव के लिए तीन लाइनें काफी हैं। यह एक रहस्य को एक डिफ में बदल देता है।
टेस्ट सेट छोटा और बोरिंग रखें
साप्ताहिक पास तभी काम करता है अगर टेस्ट सेट वही रहे। इसे एक बार चुनें, इसे लिखें, और जब रिजल्ट अजीब लगे तो डोमेन्स बदलने की प्रवृत्ति को रोकें।
ऐसे डोमेन्स चुनें जिनकी आप आंखों से जांच कर सकें
आपकी अपनी साइट पहली पसंद है, क्योंकि आप अपने लिंक्स को किसी से बेहतर जानते हैं। एक कम्पटीटर जिसे आप करीब से फॉलो करते हैं दूसरा आता है। एक बहुत बड़ी साइट एक उपयोगी तीसरी साबित होती है। उसका स्केल आसानी से जudgetा जा सकता है।
एक नए डोमेन को टेस्ट के रूप में एवॉइड करें। उसके नंबर नॉइजी हैं। जवाब में ड्रिफ्ट आपको कम कुछ बताता है। ऐसी साइट्स चुनें जिनका इतिहास आप देख सकते हैं। एक ऐसी साइट शामिल करें जिसके लिंक्स आपने हैंडरीड पढ़े हैं, क्योंकि यह आपकी ग्राउंड ट्रुथ है।
उसी तीन सवालों को उसी शब्दों में पूछें
शब्दावली को फिक्स रखें। रेटिंग, टॉप रिफरिंग डोमेन्स और एंकर, हर सप्ताह उसी तरीके से पूछे जाएं। शब्दावली बदलने से जवाब बदल जाता है, और तब आप यह नहीं बता सकते कि डेटा बदला या सवाल।
तीनों जवाबों को प्रॉम्प्ट के बगल में प्लेन टेक्स्ट के रूप में स्टोर करें। एक महीने में, साइड-बाय-साइड तुलना आपको यह बताएगी कि चैट कैसी लगती थी, उसकी किसी भी याद से ज्यादा।
टेस्ट को रन करने से पहले उसकी कीमत बताएं
टेस्ट में हर पेड कॉल क्रेडिट्स खर्च करती है, इसलिए टेस्ट की भी एक कीमत है। रेटिंग फ्री है, जिससे हर डोमेन के लिए दो पेड सवाल बचते हैं।
तीन डोमेन्स और दो पेड सवालों से छह कॉल बनती हैं, 2 क्रेडिट्स प्रति कॉल, इसलिए साप्ताहिक पास बारह क्रेडिट्स का खर्च करता है, लगभग $0.0012। उस फिगर को टेस्ट शीट पर लिखें, और महीने में एक बार बैलेंस के खिलाफ उसे चेक करें।
जब टेस्ट फेल हो तो क्या करें
एक फेल टेस्ट जानकारी है। लिखें आखिर में। पहले रसीदों को चेक करें, फिर स्टेटस कोड्स, फिर डोमेन स्पेलिंग। इन तीन चीजों के बाद ही नियमों को छुएं।
एक समय में एक नियम बदलें। एक साथ दो एडिट्स अगली फेल्योर को समझाना असंभव बना देते हैं।
फेल जवाब को भी रखें। उसे चेंजलॉग में तारीख और बदले गए नियम के साथ पेस्ट करें। वह रिकॉर्ड ही असली फिक्स को अगली रन पर एक लकी जवाब से अलग करने का एकमात्र तरीका है।
टीम इस प्रॉम्प्ट के बारे में जो सवाल पूछती है
क्या मैं टोकन्स बचाने के लिए नियम छोटे कर सकता हूं?
आप कर सकते हैं, लेकिन नियमों को काटने के बजाय शब्द काटें। हर नंबर वाली लाइन एक फेल्योर को बंद करती है जिसे आप कल्पना कर सकते हैं। दो लाइनों को मिलाएं जो एक ही बात कहती हैं। रसीद का नियम अकेला छोड़ें।
क्या प्रॉम्प्ट डेटा पढ़ने की जगह लेता है?
नहीं। यह असिस्टेंट को यह रिपोर्ट करने के लिए बनाता है कि उसने क्या पढ़ा। एक रेटिंग और रिफरिंग डोमेन्स की एक सूरी अभी भी आपकी आंखों की जरूरत है, खासकर जब कोई नंबर हैरान करे।
असिस्टेंट को पहले कौन सा एक्शन ट्राई करना चाहिए?
overview से शुरू करें, जो फ्री है, और सूरी की जरूरत होने पर refdomains पर जाएं। रेटिंग और लिंक्स अलग सवालों के जवाब देते हैं, इसलिए एक कॉल दोनों को कवर नहीं कर सकती।
साप्ताहिक पास की कीमत कितनी है?
ऊपर दिए गए टेस्ट सेट के साथ, तीन डोमेन्स के लिए दो पेड सवालों से, पास लगभग बारह क्रेडिट्स का उपयोग करता है। यह एक छोटी संख्या है, और इसे लिखना जरूरी है ताकि मासिक बैलेंस चेक के लिए एक बेसलाइन हो।
अगर टीम को एक ऐसा नियम चाहिए जो प्रॉम्प्ट में नहीं है तो?
उसे तारीख और कारण के साथ चेंजलॉग में जोड़ें, फिर उसे तीन डोमेन्स पर टेस्ट करें। एक बार लिखा गया नया लिमिट एक सत्र के बीच में टाइप किए गए निर्देश की तुलना में आसानी से ऑडिट किया जा सकता है।
हमारी स्थिति
रसीदें टोन से बेहतर हैं
हम एक बोरिंग असिस्टेंट को प्राथमिकता देंगे जो एक एक्शन नाम और बैलेंस प्रिंट करता है, एक फ्लुएंट असिस्टेंट की तुलना में जो निश्चित लगता है। फ्लुएन्सी सस्ती है। व्याख्या पर पहली नज़र दिखाती है कि क्यों।
