GitHub Copilot

pull request से पहले Copilot से ईमेल टेस्ट कराएँ

VS Code में एक सर्वर जोड़ें, फिर Copilot agent mode में आपके प्रोजेक्ट से भेजे गए ईमेल का असली स्पैम टेस्ट चला सकता है।

कॉन्फ़िग कॉपी करें

42 जाँच · कोई key नहीं · कोई खाता नहीं

क्या पूछें

रिव्यू से पहले जाँचें

इस branch में बदले गए invoice ईमेल का परीक्षण करें और जो भी खराब हुआ है उसकी सूची दें।

एक जाँच खराब हुई है: text part अब खाली है।

विफलताएँ ठीक करें

इस रिपोर्ट में विफल जाँचों को देखें और जिन्हें कोड में ठीक किया जा सकता है, उन्हें ठीक करें: [रिपोर्ट लिंक]

दो सुधार कोड में कर दिए गए हैं। तीसरा एक DNS रिकॉर्ड है, जिसे आपको जोड़ना होगा।

इसे CI में जोड़ें

templates/ के अंतर्गत बदलावों के लिए हमारे workflow में Email Spam Tester GitHub Action जोड़ें।

Workflow जोड़ दिया गया है। इसे तीन repository secrets चाहिए।

VS Code में सर्वर जोड़ें

फ़ाइल workspace के root में रहती है, इसलिए पूरी टीम को यह repo के साथ मिलती है।

https://email-spam-tester.com/mcp

{  "mcpServers": {    "email-spam-tester": {      "type": "http",      "url": "https://email-spam-tester.com/mcp"    }  }}

क्या आप पहले से .vscode/mcp.json इस्तेमाल कर रहे हैं?

उस फ़ाइल का अपना फ़ॉर्मैट है। सबसे ऊपर की key servers है।

{
  "servers": {
    "email-spam-tester": {
      "type": "http",
      "url": "https://email-spam-tester.com/mcp"
    }
  }
}

कोड रिव्यू diff पढ़ता है।
हेडर कोई नहीं पढ़ता।

कनेक्शन के साथ चार टूल मिलते हैं

DMARC alignment बिगड़ने पर test suite में कुछ भी विफल नहीं होता। repo की कॉन्फ़िग में सर्वर होने से प्रोजेक्ट के सभी लोगों को एक prompt से वही टेस्ट मिलता है, और किसी को इसके लिए key सेट नहीं करनी पड़ती।

GitHub Copilot

/mcp

get_test_address
एक घंटे के लिए पता रिज़र्व करता है। प्लेसमेंट चालू होने पर आपको अलग-अलग प्रदाताओं के मेलबॉक्स की सूची भी मिलती है।
wait_for_report
जाँच पूरी होने तक रुकता है, फिर स्कोर, सबूत के साथ विफल और चेतावनी वाली जाँच, और सुधार योजना देता है।
get_report
किसी मौजूदा रिपोर्ट को उसके slug से पढ़ता है, इसमें फ़ोल्डर जाँच की प्रगति भी शामिल है।
get_message_source
डिलीवरी के बाद एक घंटे तक ईमेल वैसा ही लौटाता है जैसा वह पहुँचा था, हेडर उसी wire order में रहते हैं।

सवाल

पेस्ट किए गए टेक्स्ट के बजाय असली ईमेल क्यों चाहिए?

लगभग आधी जाँचें उस जानकारी को पढ़ती हैं जो भेजने वाला प्लेटफ़ॉर्म जोड़ता है: DKIM signature, उसके सर्वर से होकर जाने वाला रास्ता और unsubscribe headers। पेस्ट किए गए टेक्स्ट में इनमें से कुछ नहीं होता, इसलिए मॉडल केवल अनुमान लगाएगा।

सर्वर क्या देख सकता है?

वह सब जो आप परीक्षण पते पर भेजते हैं। ईमेल पहुँचने के बाद raw message एक घंटे तक रहता है। फिर केवल रिपोर्ट बचती है, जिसे slug वाला कोई भी व्यक्ति लिंक से खोल सकता है। ऐसा परीक्षण ईमेल भेजें जिसे सहकर्मी को दिखाने में आपको कोई आपत्ति न हो। बाकी जानकारी के लिए privacy policy पढ़ें।

क्या स्कोर वेबसाइट वाले स्कोर के समान है?

हाँ। यह वही विश्लेषण और वही रिपोर्ट पेज है, इसलिए चैट से चलाए गए टेस्ट की तुलना होम पेज से चलाए गए टेस्ट से की जा सकती है।

क्या फ़ाइल को secrets चाहिए?

नहीं। सर्वर कोई key नहीं माँगता, इसलिए कॉन्फ़िग को commit किया जा सकता है।

क्या VS Code टूल चलाने से पहले पूछता है?

हाँ, टूल कॉल के लिए VS Code की सामान्य पुष्टि चाहिए, जब तक आपने उन्हें अनुमति न दी हो।

और हर push पर जाँच कैसे करें?

GitHub Action इस्तेमाल करें। authentication विफल होने या स्कोर गिरने पर यह job को विफल कर देता है।

अन्य तरीके

MCP सर्वरMCP बोलने वाले किसी भी क्लाइंट के लिए पता और कॉन्फ़िग।एजेंट स्किलएक फ़ाइल जो एजेंट को रिपोर्ट पढ़ना सिखाती है।सभी इंटीग्रेशनMailchimp, HubSpot, WordPress, Zapier और बाकी सभी।

एक असली ईमेल भेजें और देखें कि क्या वापस आया

कॉन्फ़िग कॉपी करें