ServiceNow एडमिन के लिए ब्राउज़र-आधारित ऑथ करने वाला कोई MCP नहीं था, इसलिए मैंने खुद बना लिया।
यह ServiceNow Portal बनाने से शुरू हुआ — विजेट्स, पेज, स्क्रिप्ट इनक्लूड्स, पूरा डिपेंडेंसी
ग्राफ़।
असली काम कभी कोड बदलना नहीं था; यह सटीक रूप से पता लगाना था कि वाकई क्या टूटा है और क्यों, कुछ
भी छूने से पहले।
जब एक AI एजेंट यह निदान भरोसेमंद तरीके से कर सकता था, तो अगला सवाल यह था कि क्या यह टेस्टिंग
और डिप्लॉयमेंट तक सुरक्षित रूप से आगे जा सकता है।
उस निदान के लिए सिर्फ़ Table API काफ़ी नहीं था।
Flow Designer की असली संरचना — ट्रिगर, एक्शन, यह कि कोई फ़्लो वाकई क्यों चला या नहीं चला —
सेशन-ओनली एंडपॉइंट्स के पीछे रहती है, जहाँ सामान्य REST ऑथ नहीं पहुँच सकता।
इसलिए इस टूल को कॉन्फ़िग फ़ाइल में बैठे API की के बजाय असली ब्राउज़र ऑथेंटिकेशन तक बढ़ना पड़ा।
एडमिन को वाकई जिसकी ज़रूरत है वह वही है जो एक असली एडमिन के पास पहले से है — एक असली,
MFA/SSO/SAML से सुरक्षित सेशन।
MCP इकोसिस्टम में ServiceNow के लिए ऐसा कुछ नहीं था, इसलिए यही इस प्रोजेक्ट का मूल ढांचा बन गया
— एजेंट एक की पकड़ने के बजाय एक लाइव ब्राउज़र सेशन विरासत में लेता है।
वहाँ से यह सिर्फ़ एक API रैपर नहीं रहा।
हर राइट उसी अनुशासन से गुज़रता है जो एक सावधान इंजीनियर हाथ से इस्तेमाल करता — लोकल-फर्स्ट,
पुश करने से पहले लाइव सर्वर के साथ diff, एंकर किया हुआ ताकि टकराने वाला बदलाव चुपचाप ओवरराइट
होने के बजाय पकड़ा जाए, और साबित करने योग्य — एक डिप्लॉय XML एक सर्टिफिकेट के साथ आता है जो
दिखाता है कि वह वाकई लाइव इंस्टेंस से आया।
टोकन लागत को भी वही तवज्जो मिली — हर स्कीमा कॉम्पैक्ट किया गया, हर पैकेज उतना ही सीमित जितना
एजेंट वाकई इस्तेमाल कर सकता है।
यहाँ का हर डिज़ाइन फ़ैसला किसी स्पेक से नहीं, बल्कि असली ServiceNow Portal काम पर बार-बार
व्यावहारिक रूप से परखे जाने के बाद आया है।
🔎 सटीक निदान
कौन सा विजेट, कौन सा स्क्रिप्ट इनक्लूड, कौन सा फ़्लो — स्टैक ट्रेस से अंदाज़ा लगाने के बजाय असली डिपेंडेंसी चेन ट्रेस करता है।
🔑 सीक्रेट नहीं, सेशन
Flow Designer की असली संरचना सेशन-ओनली एंडपॉइंट्स के पीछे रहती है, जहाँ Table API नहीं पहुँच सकता। एजेंट API की पकड़ने के बजाय एक लाइव एडमिन सेशन — MFA, SSO, SAML — विरासत में लेता है।
🧭 एंकर्ड सिंक
हर पुश पहले लाइव रिकॉर्ड के साथ diff और एंकर किया जाता है — टकराने वाला बदलाव पकड़ा जाता है, कभी चुपचाप ओवरराइट नहीं होता।
🪶 डिज़ाइन से ही टोकन-सचेत
कॉम्पैक्ट स्कीमा, पैकेज-स्कोप्ड टूल, प्रोजेक्टेड रीड्स — लागत एक डिज़ाइन बाध्यता है, बाद का सोचना नहीं।
त्वरित शुरुआत
बस इसे पेस्ट कीजिए। बस इतना ही।
नीचे दी गई पंक्ति को किसी भी AI कोडिंग असिस्टेंट में कॉपी कीजिए।
यह सब कुछ स्वतः इंस्टॉल कर देता है — uv, Playwright, MCP कॉन्फ़िग, और स्किल्स।
Install and configure mfa-servicenow-mcp by following the instructions here:
curl -s https://raw.githubusercontent.com/jshsakura/mfa-servicenow-mcp/main/docs/llm-setup.md
Claude Code, Cursor, Codex, OpenCode, Windsurf, VS Code Copilot, Antigravity, Zed, और अन्य के साथ काम करता है।
आपका AI क्लाइंट और OS का पता लगाता है, फिर इंटरैक्टिव रूप से सेटअप में आपका मार्गदर्शन करता है।
सेटअप के बाद, MCP सर्वर लोड करने के लिए अपने AI क्लाइंट को पुनः आरंभ करें।
यदि uvx को कॉर्पोरेट सुरक्षा टूलिंग द्वारा अवरुद्ध किया गया है, तो नीचे दिए गए
अगर uvx ब्लॉक हो (pip) सेक्शन पर जाएँ।
मैनुअल — इंस्टॉल + कॉन्फ़िगर
इंस्टॉल करें, फिर अपने क्लाइंट कॉन्फ़िग में जोड़ें
टर्मिनल पसंद है? uv + Chromium इंस्टॉल करें, फिर सर्वर को अपनी MCP क्लाइंट कॉन्फ़िग फ़ाइल में जोड़ें (नीचे स्निपेट दिए गए हैं)। कोई इंस्टॉलर कमांड नहीं, कोई प्रति-क्लाइंट फ़्लैग नहीं।
# 1. uv इंस्टॉल करें (अगर पहले से नहीं है)
curl -LsSf https://astral.sh/uv/install.sh | sh
# 2. सर्वर + Chromium पहले से प्राप्त कर लें (ताकि पहली browser-auth कॉल पर# ~150 MB डाउनलोड होकर टाइमआउट न हो)
uvx --refresh --with playwright --from mfa-servicenow-mcp servicenow-mcp --version
uvx --with playwright playwright install chromium
# 3. सर्वर को अपने MCP क्लाइंट कॉन्फ़िग में जोड़ें — नीचे दिया स्निपेट कॉपी करें
# 1. uv इंस्टॉल करें (अगर पहले से नहीं है)
powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"
# 2. सर्वर + Chromium पहले से प्राप्त कर लें (ताकि पहली browser-auth कॉल पर# ~150 MB डाउनलोड होकर टाइमआउट न हो)
uvx --refresh --with playwright --from mfa-servicenow-mcp servicenow-mcp --version
uvx --with playwright playwright install chromium
# 3. सर्वर को अपने MCP क्लाइंट कॉन्फ़िग में जोड़ें — नीचे दिया स्निपेट कॉपी करें
अगर uvx ब्लॉक हो
इसके बजाय pip से इंस्टॉल करें
Windows का Smart App Control uvx को ब्लॉक कर देता है, क्योंकि uvx हर बार चलने पर एक बिना-हस्ताक्षर वाला अस्थायी एक्ज़ीक्यूटेबल खोलता है। अगर uvx कुछ समय पहले तक ठीक चल रहा था और किसी Windows अपडेट के तुरंत बाद बंद हो गया, तो वजह यही है। pip से इंस्टॉल करें और सर्वर को मॉड्यूल के रूप में चलाएँ — servicenow-mcp कंसोल स्क्रिप्ट pip का बनाया हुआ बिना-हस्ताक्षर वाला .exe रैपर है, जो इसी वजह से ब्लॉक होता है।
# Homebrew और डिस्ट्रो वाले Python ग्लोबल pip इंस्टॉल से मना कर देते हैं (PEP 668)।# python.org वाला Python इस्तेमाल करें, या ऊपर वाले uvx पर ही बने रहें।
pip install mfa-servicenow-mcp playwright
python -m playwright install chromium
# जाँचें:
python -m servicenow_mcp --version
# बाद में अपडेट करने के लिए:
pip install --upgrade mfa-servicenow-mcp playwright
python -m playwright install chromium
# python.org का Python 3.10+ हस्ताक्षरित है और Smart App Control से पास हो जाता है।
pip install mfa-servicenow-mcp playwright
python -m playwright install chromium
# जाँचें:
python -m servicenow_mcp --version
# बाद में अपडेट करने के लिए:
pip install --upgrade mfa-servicenow-mcp playwright
python -m playwright install chromium
env ब्लॉक दोनों ही स्थितियों में एक जैसा रहता है — सिर्फ़ command और args बदलते हैं। नीचे दिए गए मैनुअल फ़ॉलबैक सेक्शन से स्निपेट पेस्ट करें, फिर command को python और args को [“-m”, “servicenow_mcp”] पर सेट करें।
मैनुअल फ़ॉलबैक
क्लाइंट कॉन्फ़िग को मैन्युअल रूप से ठीक करें या जाँचें
इंस्टॉलर अनुशंसित रास्ता है। नीचे दिए गए रॉ कॉन्फ़िग उदाहरणों का उपयोग केवल तभी करें जब आपको किसी क्लाइंट कॉन्फ़िग को हाथ से जाँचना या ठीक करना हो।
चार अलग-अलग आकार हर समर्थित क्लाइंट को कवर करते हैं। env ब्लॉक हर जगह समान है — केवल बाहरी रैपर अलग होता है।
केवल-पढ़ने वाला standard पैकेज डिफ़ॉल्ट रूप से लोड होता है — किसी MCP_TOOL_PACKAGE की आवश्यकता नहीं।
लिखने की पहुँच के लिए, इसे एक उन्नत पैकेज पर सेट करें (service_desk, portal_developer,
platform_developer, या full) — देखें
टूल पैकेज (उन्नत) गाइड।
मैनुअल — चरण 3
LLM-अनुकूलित स्किल्स जोड़ें
अकेले टूल्स केवल कच्चे API कॉल हैं। स्किल्स ही आपके LLM को वास्तव में उपयोगी बनाती हैं —
सुरक्षा गेट्स, रोलबैक, और संदर्भ-जागरूक प्रत्यायोजन के साथ सत्यापित पाइपलाइनें।
आज 4 स्किल्स, हर रिलीज़ के साथ और भी आ रही हैं।
uvx --from mfa-servicenow-mcp servicenow-mcp-skills claude
फिर नया संस्करण लोड करने के लिए अपने MCP क्लाइंट (Claude Code, Cursor, आदि) को पुनः आरंभ करें।
75पंजीकृत टूल्स
MFAमूल समर्थन
3स्किल श्रेणियाँ
0साझा किए गए क्रेडेंशियल्स
यह कैसे काम करता है
प्रोडक्शन तक तीन चरण
कॉन्फ़िगर करने के लिए कोई API कुंजी नहीं, कॉन्फ़िग फ़ाइलों में कोई पासवर्ड नहीं।
अपने ब्राउज़र के माध्यम से एक बार प्रमाणित करें, और आपका AI एजेंट एक लाइव सत्र विरासत में पा लेता है।
1
इंस्टॉल करें
uvx के साथ एक कमांड सब कुछ सेट कर देती है। शून्य कॉन्फ़िग।
2
प्रमाणित करें
MFA, SSO, SAML के लिए एक वास्तविक ब्राउज़र खुलता है — जो भी आपका संगठन माँगता है।
3
कनेक्ट करें
Claude, Cursor, Zed, या किसी भी MCP क्लाइंट को इंगित करें। सक्रिय पैकेज प्रोफ़ाइल के माध्यम से 75 पंजीकृत टूल्स लोड होते हैं।
विशेषताएँ
एंटरप्राइज़ के लिए निर्मित
AI एजेंट्स और ServiceNow को बड़े पैमाने पर सुरक्षित रूप से जोड़ने के लिए आवश्यक सब कुछ।
🔒 ज़ीरो-ट्रस्ट सुरक्षा
ब्राउज़र-आधारित प्रमाणीकरण का अर्थ है कि क्रेडेंशियल्स कभी आपकी मशीन से बाहर नहीं जाते। MFA, SSO, SAML, और आपके संगठन द्वारा उपयोग किए जाने वाले किसी भी लॉगिन फ़्लो का समर्थन करता है।
⚡ टोकन-कुशल प्रदर्शन
लेज़ी टूल खोज, पैकेज-स्कोप्ड स्कीमा, कॉम्पैक्ट JSON, रिस्पॉन्स कैशिंग, और बैच्ड रीड्स स्टार्टअप और LLM संदर्भ लागत को नियंत्रण में रखते हैं।
🧩 सुरक्षित डेटा तुलना
वैकल्पिक नामित इंस्टेंसेस केवल-पढ़ने वाली dev/test ड्रिफ़्ट जाँच तक सीमित हैं। सामान्य टूल्स एक सक्रिय इंस्टेंस पर ही पिन रहते हैं।
🤖 व्यापक क्लाइंट समर्थन
Claude, Codex, Cursor, Zed, Antigravity, OpenCode, Windsurf, VS Code Copilot, और stdio या Streamable HTTP पर MCP क्लाइंट्स के साथ काम करता है।
अपने AI को ServiceNow से जोड़ने के लिए तैयार हैं?
हमारी चरण-दर-चरण गाइड के साथ पाँच मिनट से भी कम समय में सेटअप करें।
