Claude Code के लिए 10 आवश्यक आधिकारिक प्लगइन्स: Anthropic डेस्कटॉप डायरेक्टरी गाइड

Claude Code सिर्फ कोड लिखने के लिए शक्तिशाली है। लेकिन पेशेवर काम में वास्तव में समय किसी चीज़ में लगता है, वह सिर्फ इम्प्लीमेंटेशन नहीं है। इसमें पिछले फैसलों की खोज करना, स्पेसिफिकेशन्स को व्यवस्थित करना, SQL लिखना, डिज़ाइन की समीक्षा करना, रिलीज़ से पहले जाँच करना, कॉन्ट्रैक्ट और PDF पढ़ना, और स्टेकहोल्डर्स के लिए रिपोर्ट बनाना शामिल है। डेवलपर्स और प्रोडक्ट टीमों का काम कोड से कहीं आगे तक फैला हुआ है।

यहीं पर Claude के आधिकारिक प्लगइन्स काम आते हैं।

यह लेख Claude Code CLI-विशिष्ट मार्केटप्लेस के डेवलपमेंट प्लगइन्स को कवर नहीं करता है। इसके बजाय, हम आधिकारिक Anthropic बिज़नेस-विशिष्ट प्लगइन्स को देख रहे हैं जिन्हें Claude Desktop में "Directory -> Plugins -> Anthropic" टैब से चुना जा सकता है, जैसा कि इमेज में दिखाया गया है। विशेष रूप से, इनमें Engineering, Product Management, Data, Design, Enterprise Search, PDF Viewer और अन्य शामिल हैं।

हालाँकि ये मुख्य रूप से Claude Desktop के Chat और Cowork के लिए प्रदान किए गए हैं, लेकिन Anthropic का आधिकारिक रिपॉजिटरी बताता है कि ये Claude Code के साथ भी काम करते हैं। उन्हीं पैकेजों को Claude Code में इम्पोर्ट करके, आप अपने डेवलपमेंट वर्कफ़्लो में स्किल्स, स्लैश कमांड और MCP कनेक्टर ला सकते हैं। संक्षेप में, इस लेख का आधार है "डेस्कटॉप पर मिलने वाले आधिकारिक प्लगइन्स को Claude Code के भीतर उपयोग करना।"

18 जुलाई, 2026 तक, प्लगइन्स पेड प्लान्स पर उपलब्ध हैं: Pro, Max, Team और Enterprise। प्लगइन्स स्किल्स, कनेक्टर्स और सब-एजेंट्स को बंडल करते हैं। इंस्टॉल की गई स्किल्स का उपयोग वेब चैट, Claude Desktop Chat और Cowork में किया जा सकता है। हालाँकि, चूँकि कुछ हुक और सब-एजेंट केवल Cowork के लिए विशिष्ट हैं, इसलिए आपको प्रत्येक प्लगइन के लिए जाँच करनी चाहिए कि "कहाँ क्या चलता है।"

इस लेख में, मैंने 10 प्लगइन्स का चयन किया है, जो न केवल सुविधाओं से भरपूर हैं, बल्कि इस आधार पर भी कि क्या उन्हें डेवलपर्स, प्रोडक्ट मैनेजर्स, डिज़ाइनर्स, टेक्निकल लीड्स और सोलो डेवलपर्स द्वारा व्यवहार में बार-बार उपयोग किया जा सकता है।

पहला, इंस्टॉलेशन विधि जो आपको जाननी चाहिए

Claude Desktop में, बाएँ साइडबार में "Customize" खोलें, "Plugins" टैब पर जाएँ, और डायरेक्ट्री प्रदर्शित करने के लिए "+" दबाएँ। फिर "Anthropic" टैब चुनें और लक्ष्य कार्ड पर "+" या "Install" दबाएँ। इंस्टॉलेशन के बाद, आप इनपुट फ़ील्ड में "/" टाइप करके या "+" मेनू खोलकर जोड़ी गई स्किल्स और कमांड की जाँच कर सकते हैं।

Claude Code में समान प्लगइन्स का उपयोग करने के लिए, आधिकारिक नॉलेज वर्क मार्केटप्लेस जोड़ें और उन्हें अलग-अलग इंस्टॉल करें।

1claude plugin marketplace add anthropics/knowledge-work-plugins
2
3claude plugin install engineering@knowledge-work-plugins

आप engineering को data, design, product-management आदि में बदल सकते हैं। एक बार इंस्टॉल हो जाने के बाद, जब स्किल्स की आवश्यकता होती है तो वे स्वचालित रूप से संदर्भित होती हैं, और स्पष्ट कमांड को नेमस्पेस जैसे /engineering:review या /data:write-query के साथ कॉल किया जा सकता है।

ध्यान दें कि कुछ प्लगइन्स स्थानीय MCP सर्वर शुरू करते हैं या Google Drive, Slack, GitHub और Figma जैसी बाहरी सेवाओं से कनेक्ट होते हैं। चूँकि स्थानीय MCPs आपके टर्मिनल पर सामान्य प्रोग्राम के समान अनुमतियों के साथ चल सकते हैं, हमेशा प्रदाता, आवश्यक अनुमतियाँ, कनेक्शन गंतव्य और उनके पास राइट एक्सेस है या नहीं, की जाँच करें।

1. Engineering | डेव टीमों के लिए आवश्यक बेसिक सेट

Engineering सबसे प्राथमिकता है। इसका दायरा व्यापक है, जिसमें स्टैंड-अप्स, कोड रिव्यू, डिबगिंग, आर्किटेक्चर निर्णय, इंसिडेंट रिस्पॉन्स, प्री-डिप्लॉयमेंट चेक और तकनीकी दस्तावेज़ीकरण शामिल हैं। यह Claude Code को सिर्फ एक इम्प्लीमेंटेशन टूल के रूप में नहीं, बल्कि पूरी डेवलपमेंट प्रक्रिया का समर्थन करने वाले एक पार्टनर के रूप में उपयोग करने का आधार बनाता है।

प्रतिनिधि कमांड में बदलावों की समीक्षा के लिए /engineering:review, पुनरुत्पादन/अलगाव/मूल कारण की पहचान/फिक्सिंग के लिए /engineering:debug, ADR प्रारूप में तकनीकी निर्णयों को व्यवस्थित करने के लिए /engineering:architecture, विफलता प्रतिक्रिया सहायता के लिए /engineering:incident, और रिलीज़ से पहले चूक की जाँच के लिए /engineering:deploy-checklist शामिल हैं। इसमें सिर्फ कोड रिव्यू स्किल्स ही नहीं, बल्कि टेस्ट स्ट्रैटेजी, तकनीकी ऋण, सिस्टम डिज़ाइन और दस्तावेज़ीकरण का ज्ञान भी शामिल है।

यह कोड लिखने से पहले और बाद के चरणों में विशेष रूप से उपयोगी है। उदाहरण के लिए, इम्प्लीमेंटेशन से पहले, /engineering:architecture का उपयोग करके यह तय करें कि फ़ंक्शन को सिंक्रोनस बनाना है या क्यू का उपयोग करना है; इम्प्लीमेंटेशन के बाद, /engineering:review चलाएँ; और प्रोडक्शन से पहले, /engineering:deploy-checklist चलाएँ। विफलताओं के दौरान, सिर्फ लॉग्स को घूरने के बजाय, आप कालानुक्रमिक रूप से पुनरुत्पादन की स्थितियाँ, प्रभाव का दायरा, परिकल्पनाएँ, सत्यापन परिणाम, शमन और स्थायी फिक्स रिकॉर्ड कर सकते हैं।

पहली कोशिश के लिए, निम्नलिखित अनुरोध समझने में आसान है:

1/engineering:review
2
3कृपया इस डिफ को शुद्धता, सुरक्षा, प्रदर्शन और रखरखाव के क्रम में जाँचें।
4
5पहले उच्च-गंभीरता वाले मुद्दों को सूचीबद्ध करें, और प्रत्येक बिंदु के लिए तर्क और सुझाया गया फिक्स प्रदान करें।

हालाँकि, समीक्षा परिणामों को परीक्षण या CI का विकल्प नहीं होना चाहिए। Engineering निर्णय लेने की सामग्री को संरचित करने के लिए एक प्लगइन के रूप में मजबूत है; यह बिल्ड सफलता, टाइप चेक या वास्तविक वातावरण में व्यवहार की गारंटी नहीं देता है। इसका अधिकतम मूल्य तब प्राप्त होता है जब इम्प्लीमेंटेशन, परीक्षण और समीक्षा एक ही प्रवाह में एकीकृत होते हैं।

2. Product Management | अस्पष्ट विचारों को कार्यान्वयन योग्य स्पेक्स में बदलना

यदि आप अचानक Claude Code पर "यह फीचर बनाओ" फेंक देते हैं, तो यह एक प्रशंसनीय इम्प्लीमेंटेशन तैयार करेगा। हालाँकि, यदि समस्या किसके लिए हल की जा रही है, क्या दायरे से बाहर है, और सफलता कैसे मापी जाती है, यह अस्पष्ट रहता है, तो पूरा होने के बाद महत्वपूर्ण पुनर्कार्य होगा। Product Management एक प्लगइन है जो इस अपस्ट्रीम प्रक्रिया को मजबूत करता है।

इसमें फंक्शनल स्पेक या PRD लिखने के लिए /product-management:write-spec, रोडमैप अपडेट करने के लिए /product-management:roadmap-update, प्रगति रिपोर्ट के लिए /product-management:stakeholder-update, इंटरव्यू/सर्वेक्षणों को सारांशित करने के लिए /product-management:synthesize-research, प्रतियोगी तुलना के लिए /product-management:competitive-brief, संकेतकों की जाँच के लिए /product-management:metrics-review, और परिकल्पनाओं में गहराई से उतरने के लिए /product-management:brainstorm शामिल हैं। RICE, MoSCoW, Jobs-to-be-Done और Opportunity Solution Trees जैसे सामान्य PM फ्रेमवर्क भी स्किल्स के रूप में अंतर्निहित हैं।

Claude Code के साथ तालमेल "स्पेक्स और इम्प्लीमेंटेशन को एक ही बातचीत में जोड़ने" में निहित है। पहले, /product-management:write-spec के साथ समस्याओं, लक्षित उपयोगकर्ताओं, स्वीकृति मानदंड, गैर-कार्यात्मक आवश्यकताओं, सफलता मीट्रिक और लंबित वस्तुओं को व्यवस्थित करें। फिर, उस सामग्री को Issues में डालें, इम्प्लीमेंटेशन कार्यों में तोड़ें, और अंत में Engineering के साथ समीक्षा करें। इससे स्पेक दस्तावेज़ को कहीं और धूल खाने के बिना कोड बदलावों के कारणों को सुसंगत रखना आसान हो जाता है।

व्यवहार में, इसे एक बार में अंतिम रूप लिखने के बजाय, पहले यह निर्दिष्ट करना महत्वपूर्ण है: "अस्पष्ट बिंदुओं के बारे में पूछें और स्पष्ट रूप से बताएं कि कौन से आइटम धारणाएँ हैं।" PM प्लगइन का उपयोग सिर्फ टेक्स्ट को पॉलिश करने के लिए नहीं, बल्कि अस्पष्टता को उजागर करने के लिए किया जाता है। एक PRD जो इम्प्लीमेंटेशन से पहले कुचले जाने वाले प्रश्नों को प्रकट करता है, एक सुंदर PRD से अधिक मूल्यवान है।

3. Enterprise Search | Slack, ईमेल और डॉक्स में बिखरे हुए पिछले फैसलों को ढूँढना

टीम डेवलपमेंट में सबसे बेकार कार्यों में से एक है "वह कहाँ तय हुआ था?" खोजने में लगने वाला समय। जब स्पेक्स Notion में हों, चर्चाएँ Slack में, अनुमोदन ईमेल में, स्थिति Jira में, और अंतिम दस्तावेज़ Google Drive में हों, तो सिर्फ खोजने से एकाग्रता खत्म हो जाती है।

Enterprise Search कनेक्टेड चैट, ईमेल, क्लाउड स्टोरेज, विकी, प्रोजेक्ट मैनेजमेंट, CRM और टिकट मैनेजमेंट को क्रॉस-सर्च करता है, परिणामों को एक ही उत्तर में डीडुप्लिकेट करता है। जब आप /enterprise-search:search पर एक प्रश्न फेंकते हैं, तो Claude प्रश्न को प्रत्येक स्रोत के लिए क्वेरीज़ में तोड़ता है और उन्हें उद्धरणों के साथ एकीकृत करता है। /enterprise-search:digest --daily या --weekly के साथ, आप विषय के अनुसार निर्णयों, कार्य वस्तुओं और उल्लेखों को सारांशित कर सकते हैं।

डेवलपर्स के लिए, यह पिछले ADRs, इंसिडेंट रिस्पॉन्स, API परिवर्तन इतिहास, विशिष्ट सुविधाओं के मालिकों और ग्राहक अनुरोधों को खोजने के लिए शक्तिशाली है। उदाहरण के लिए, आप पूछ सकते हैं, "हमने अपना खुद का auth बनाने के बजाय बाहरी IdP का उपयोग करने का निर्णय क्यों लिया?" या "इस तालिका का मालिक कौन है?" या "भुगतान विफलता के लिए पिछला अस्थायी फिक्स क्या था?" यह नए सदस्यों को ऑनबोर्ड करने में भी प्रभावी है।

कमजोरी यह है कि यह उन जगहों पर जानकारी नहीं ढूँढ सकता जहाँ यह कनेक्टेड नहीं है, और खोज सीमा आपके एक्सेस अधिकारों जितनी विस्तृत है। बिना सोचे-समझे निजी DMs या गोपनीय फ़ोल्डरों तक विस्तार करने के बजाय, केवल आवश्यक स्रोतों जैसे Slack, दस्तावेज़ीकरण और प्रोजेक्ट मैनेजमेंट को कनेक्ट करके शुरू करें। हमेशा उत्तरों के साथ स्रोत दस्तावेज़ संलग्न करें और सुरक्षित उपयोग के लिए "नहीं मिला" और "मौजूद नहीं है" के बीच अंतर करें।

4. Data | SQL और विज़ुअलाइज़ेशन से लेकर विश्लेषण सत्यापन तक

Data सिर्फ SQL उत्पन्न करने के लिए एक प्लगइन नहीं है। यह डेटा अन्वेषण, गुणवत्ता जाँच, सांख्यिकीय विश्लेषण, विज़ुअलाइज़ेशन, HTML डैशबोर्ड निर्माण और साझाकरण से पहले सत्यापन को एक एकल विश्लेषण प्रक्रिया के रूप में मानता है।

मुख्य कमांड में प्रश्नों से विश्लेषण के लिए /data:analyze, डेटासेट आकार, लापता मान और विसंगतियों की जाँच के लिए /data:explore-data, SQL लिखने के लिए /data:write-query, Python के साथ ग्राफ़ बनाने के लिए /data:create-viz, इंटरैक्टिव HTML डैशबोर्ड के लिए /data:build-dashboard, और विश्लेषण विधियों और एकत्रीकरण तर्क की जाँच के लिए /data:validate शामिल हैं। यह MCP के माध्यम से Snowflake, Databricks, BigQuery आदि से कनेक्ट हो सकता है, और कनेक्शन के बिना CSV, Excel या पेस्ट किए गए परिणामों को भी संभाल सकता है।

Claude Code में सुविधाजनक बात विश्लेषण SQL और प्रोडक्ट कोड के बीच आगे-पीछे जाने की क्षमता है। उदाहरण के लिए, एक नए ऑनबोर्डिंग फ़्लो को लागू करने से पहले ड्रॉप-ऑफ पॉइंट्स की जाँच करें, रिलीज़ के बाद समान परिभाषा के साथ मीट्रिक्स की पुनर्गणना करें, और अंतर को विज़ुअलाइज़ करें। बग जाँच में, आप जल्दी से परिकल्पनाओं को सत्यापित कर सकते हैं जैसे "क्या विफलता दर केवल किसी विशिष्ट संस्करण के उपयोगकर्ताओं के लिए अधिक है?" या "क्या डेटा माइग्रेशन के बाद NULLs बढ़े?"

सबसे मूल्यवान कमांड आश्चर्यजनक रूप से /data:validate है। भले ही AI जल्दी से SQL लिख सकता है, यह आसानी से हर चीज़ में गलती कर सकता है: हर चीज़ का चयन, डुप्लिकेट पंक्तियाँ, टाइम ज़ोन, सर्वाइवरशिप बायस, या परीक्षण उपयोगकर्ताओं का समावेश। आपको विश्लेषण के बाद एक अलग चरण के रूप में इसे मान्य करवाना चाहिए, जिसमें उपयोग की गई तालिकाएँ, फ़िल्टर, अवधि, मीट्रिक परिभाषाएँ और बहिष्करण मानदंड निर्दिष्ट हों। प्रोडक्शन DBs से कनेक्ट करते समय, शुरू में इसे केवल रीड-ओनली अनुमतियों तक सीमित करें।

5. Design | डिज़ाइन रिव्यू को इम्प्लीमेंटेशन हैंडऑफ़ से जोड़ना

Design एक प्लगइन नहीं है जो "ठीक" दिखने वाली इमेज उत्पन्न करता है। यह प्रोडक्ट डिज़ाइन के लिए एक व्यावहारिक सेट है, जिसमें डिज़ाइन क्रिटिक, डिज़ाइन सिस्टम मैनेजमेंट, UX राइटिंग, एक्सेसिबिलिटी ऑडिट, यूज़र रिसर्च इंटीग्रेशन और डेवलपर हैंडऑफ़ शामिल हैं।

/design:critique उपयोगिता, दृश्य पदानुक्रम, स्थिरता और पहुँच के दृष्टिकोण से समीक्षा करता है, जबकि /design:design-system घटकों, टोकन, नामकरण और पैटर्न का ऑडिट करता है। /design:handoff आयाम, स्थितियाँ, इंटरैक्शन और एज केस सहित इम्प्लीमेंटेशन स्पेक्स बनाता है, और /design:ux-copy त्रुटि संदेशों, खाली अवस्थाओं और ऑनबोर्डिंग के लिए माइक्रोकॉपी में सहायता करता है। /design:accessibility और /design:research-synthesis भी उपलब्ध हैं।

जब इसे Claude Code के साथ उपयोग करते हैं, तो Figma विज़ुअल को सीधे कोड में बदलने से पहले Design के साथ स्पेक्स में छेद खोजना बेहतर है। इसे उन स्थितियों को सूचीबद्ध करने के लिए कहें जो स्क्रीनशॉट से स्पष्ट नहीं हैं, जैसे "होवर है, लेकिन कीबोर्ड फोकस के बारे में क्या?" या "हम लोडिंग, खाली अवस्थाएँ, अपर्याप्त अनुमतियाँ, या संचार विफलताएँ कैसे दिखाते हैं?" या "क्या यह लंबे जापानी टेक्स्ट या 200% ज़ूम के साथ टूटेगा?" फिर, हैंडऑफ़ को इम्प्लीमेंटेशन आवश्यकताओं के रूप में Claude Code को पास करें।

एक्सेसिबिलिटी ऑडिट के संबंध में, यह WCAG दृष्टिकोण से जाँच को सुव्यवस्थित कर सकता है, लेकिन यह वास्तविक ब्राउज़रों, स्क्रीन रीडर्स, कीबोर्ड संचालन या वास्तविक उपयोगकर्ताओं के साथ सत्यापन का विकल्प नहीं है। सही उपयोग Design के साथ समीक्षा आइटम बनाना और उन्हें ब्राउज़र परीक्षणों और मानव सत्यापन से जोड़ना है।

6. PDF Viewer | सिर्फ PDF पढ़ना नहीं, बल्कि देखते हुए फिक्स करना

PDF Viewer की भूमिका Claude के मूल PDF सारांश से अलग है। यह स्थानीय फ़ाइलों या प्रत्यक्ष PDF URL को एक इंटरैक्टिव व्यूअर में खोलता है ताकि हाइलाइट, एनोटेट, स्टैम्प जोड़ें, फॉर्म भरें, सिग्नेचर इमेज लगाएँ और संपादित PDF को सेव कर सकें।

/pdf-viewer:open प्रदर्शित करने और /pdf-viewer:annotate पृष्ठ दर पृष्ठ एनोटेशन सुझावों को प्रतिबिंबित करने के लिए उपयोग करें। /pdf-viewer:fill-form क्रम में इनपुट फ़ील्ड भरता है, और /pdf-viewer:sign एक हस्ताक्षर या आद्याक्षर इमेज रखता है। यह npx के माध्यम से @modelcontextprotocol/server-pdf का उपयोग करके एक स्थानीय MCP सर्वर के रूप में चलता है, जिसके लिए Node.js 18 या उच्चतर की आवश्यकता है।

डेवलपर्स के लिए, इसका उपयोग API स्पेक्स, आवश्यकता परिभाषाओं, सुरक्षा ऑडिट रिपोर्ट, विक्रेता प्रस्तावों और अनुबंधों की समीक्षा के लिए किया जा सकता है। बस "समस्याओं को सारांशित करें" कहने के बजाय, इसे "जहाँ बदलाव की आवश्यकता है, वहाँ एनोटेशन लगाएँ, और प्रश्नों को पीले और ब्लॉकर्स को लाल लेबल में व्यवस्थित करें" कहने से यह एक डिलीवरेबल बन जाता है जिसे आप दूसरे पक्ष को वापस कर सकते हैं।

दूसरी ओर, यदि आप केवल सामग्री पढ़ना चाहते हैं, तो Claude का मूल PDF पढ़ना तेज़ है। आपको PDF Viewer का उपयोग तब करना चाहिए जब आप देखते हुए लिखना चाहते हैं और अंतिम फ़ाइल लेना चाहते हैं। यह भी ध्यान दें कि sign एक दृश्य हस्ताक्षर इमेज रखता है, प्रमाणपत्र का उपयोग करके क्रिप्टोग्राफिक इलेक्ट्रॉनिक हस्ताक्षर नहीं। कानूनी बल की आवश्यकता वाले अनुबंधों के लिए, समर्पित इलेक्ट्रॉनिक हस्ताक्षर सेवाओं का उपयोग किया जाना चाहिए।

7. Operations | व्यक्तिगत कार्यों को SOP और रनबुक में बदलना

Operations देखने में बिज़नेस मैनेजमेंट के लिए लगता है, लेकिन यह डेव संगठनों में भी काफी उपयोगी है। यह विक्रेता मूल्यांकन, व्यावसायिक प्रक्रिया दस्तावेज़ीकरण, परिवर्तन प्रबंधन, क्षमता योजना, प्रबंधन स्थिति रिपोर्ट और रनबुक निर्माण में सहायता करता है।

/operations:vendor-review लागत, जोखिम, अनुबंध और नवीकरण निर्णयों को व्यवस्थित करता है, जबकि /operations:process-doc फ़्लो, RACI और SOP बनाता है। /operations:change-request प्रभाव विश्लेषण, अनुमोदन पथ और रोलबैक योजना सहित परिवर्तन अनुरोध बनाता है, और /operations:capacity-plan लोड और कार्मिक का विश्लेषण करता है। /operations:runbook नियमित कार्यों को प्रक्रियाओं, चेकलिस्ट, समस्या निवारण और एस्केलेशन पॉइंट्स सहित दोहराने योग्य दस्तावेज़ों में बदल देता है।

Claude Code के साथ संयोजन में, यह रिलीज़ और संचालन को "कोड के बाहर की मेमोरी" से मुक्त करने के लिए शक्तिशाली है। उदाहरण के लिए, डेटाबेस माइग्रेशन प्रक्रियाओं को एक परिवर्तन अनुरोध में सारांशित करें, निष्पादन-पूर्व जाँच, निगरानी आइटम, रद्द करने की शर्तें, रोलबैक SQL, कार्मिक और संपर्क संदेश बनाएँ। विफलता के बाद, Engineering के साथ एक पोस्टमॉर्टम बनाएँ और Operations के साथ इसे रनबुक में प्रतिबिंबित करें।

एक सावधानी यह है कि Claude द्वारा लिखी गई प्रक्रिया को बिना एक बार आज़माए आधिकारिक न बनाएँ। रनबुक को स्टेजिंग वातावरण में निष्पादित किया जाना चाहिए, जिसमें मानव कमांड, अनुमतियाँ, आवश्यक समय और वापस कैसे जाएँ, सत्यापित करें। Operations दस्तावेज़ निर्माण को गति देता है, लेकिन उन्हें जमीन पर काम करने वाली प्रक्रियाओं में पूरा करने के लिए रिहर्सल आवश्यक है।

8. Marketing | रिलीज़ के बाद "डिलीवरी का काम" Claude Code के साथ चलाना

भले ही आप एक अच्छा फीचर बनाएँ, यदि रिलीज़ नोट्स, ब्लॉग, ईमेल, LP, SNS और बिक्री स्पष्टीकरण कमजोर हैं, तो इसका उपयोग नहीं होगा। Marketing डेवलपमेंट के बाद होने वाली सामग्री निर्माण और अभियान डिज़ाइन में सहायता करता है।

/marketing:draft-content ब्लॉग, SNS, न्यूज़लेटर, LP, प्रेस रिलीज़ और केस स्टडीज़ बनाता है, जबकि /marketing:campaign-plan लक्ष्यों, लक्षित दर्शकों, चैनलों, शेड्यूल और KPIs सहित योजनाएँ बनाता है। /marketing:brand-review ब्रांड वॉयस के साथ स्थिरता की जाँच करता है, और /marketing:competitive-brief, /marketing:performance-report, /marketing:seo-audit और /marketing:email-sequence भी उपलब्ध हैं। Slack, Canva, Figma, HubSpot, Amplitude, Notion, Ahrefs, Similarweb, Klaviyo आदि के साथ एकीकरण की उम्मीद है।

Claude Code उपयोगकर्ताओं के लिए, कोड डिफ से प्रचार सामग्री बनाने का फ़्लो सुविधाजनक है। रिपॉजिटरी से बदली गई सुविधाओं, लक्षित उपयोगकर्ताओं, ज्ञात बाधाओं और माइग्रेशन चरणों को पढ़ें, और तकनीकी रिलीज़ नोट्स, सामान्य उपयोगकर्ता घोषणाएँ और बिक्री FAQ अलग-अलग बनाएँ। चूँकि सामग्री का स्रोत समान है, चैनलों में स्पष्टीकरण के बीच टकराव की संभावना कम है।

हालाँकि, यदि ब्रांड सेटिंग्स के बिना उपयोग किया जाता है, तो यह सुरक्षित, AI-जैसा टेक्स्ट तैयार करता है। निषिद्ध अभिव्यक्तियाँ, शब्दकोश, प्रतिनिधि पिछले लेख, ग्राहकों को कैसे संबोधित करें और क्या दावा किया जा सकता है, प्रदान करें, और अंत में इसे brand-review से पास करें, इससे इसकी उपयोगिता बढ़ती है। प्रदर्शन रिपोर्ट के लिए, यदि कनेक्टेड डेटा की परिभाषा अस्पष्ट है, तो यह निष्कर्षों की गलत व्याख्या करेगा, इसलिए KPI परिभाषाएँ और तुलना अवधि तय की जानी चाहिए।

9. Legal | अनुबंध समीक्षा को गति देना, लेकिन अंतिम निर्णय मानव का

Legal आंतरिक कानूनी विभागों के लिए अनुबंध समीक्षा, NDA प्राथमिक निर्धारण, अनुपालन, कानूनी ब्रीफ और मानक प्रतिक्रियाओं को संभालता है। विशेष रूप से महत्वपूर्ण बात यह है कि अनुबंधों को सामान्य शब्दों में पढ़ने के बजाय, आप अपनी कंपनी की बातचीत नीति और जोखिम सहनशीलता को legal.local.md में सेट कर सकते हैं और इसके विरुद्ध तुलना कर सकते हैं।

/legal:review-contract प्रत्येक क्लॉज के लिए कंपनी प्लेबुक से अंतर ढूँढता है और जोखिम और सुझाए गए संशोधनों को व्यवस्थित करता है। /legal:triage-nda GREEN, YELLOW, RED जैसा प्राथमिक वर्गीकरण करता है, और /legal:vendor-check कनेक्शन गंतव्यों से मौजूदा NDAs, MSAs, DPAs, समय सीमा और प्रमुख शर्तों की जाँच करता है। /legal:brief और /legal:respond केस सारांश और मानक पूछताछ के मसौदा प्रतिक्रियाएँ बना सकते हैं।

डेवलपमेंट सेटिंग्स में, इसका उपयोग SaaS अनुबंधों, क्लाउड उपयोग की शर्तों, DPAs, NDAs, आउटसोर्सिंग अनुबंधों और सुरक्षा क्लॉज के प्रारंभिक संगठन के लिए किया जा सकता है। इसे कानूनी को सौंपने से पहले डेटा स्थान, उप-प्रोसेसर, देयता सीमाएँ, बौद्धिक संपदा, समाप्ति और ऑडिट अधिकार जैसे चर्चा के बिंदुओं को निकालने और प्रश्नों की एक सूची बनाने के लिए उपयोग करना यथार्थवादी है।

हालाँकि, आधिकारिक README भी स्पष्ट रूप से बताता है कि यह कानूनी सलाह नहीं है और इसके लिए एक योग्य पेशेवर द्वारा सत्यापन की आवश्यकता है। साथ ही, चूँकि प्रारंभिक प्लेबुक उदाहरण अमेरिकी कानून और व्यावसायिक प्रथाओं पर आधारित हैं, यदि जापानी कानून या कंपनी नीति के तहत उपयोग कर रहे हैं, तो आपको सेटिंग्स का पुनर्निर्माण करना होगा। अनुमोदन प्रवाह में इसे अंतिम गेट बनाने के बजाय AI के निर्धारण को बिंदु निष्कर्षण और प्राथमिक संगठन तक सीमित रखना सुरक्षित है।

10. Small Business | वह जो सोलो डेव्स और छोटे व्यवसायों के लिए सबसे अधिक रूपांतरित होता है

Small Business एक प्लगइन है जो किसी विशिष्ट नौकरी प्रकार की सहायता करने के बजाय छोटे व्यवसाय संचालन को समग्र रूप से संभालता है। इसमें 15 बुनियादी स्किल्स, 15 निष्पादन वर्कफ़्लो और एक राउटर है जो प्राकृतिक भाषा से उपयुक्त प्रक्रिया तक मार्गदर्शन करता है। यदि आप सामान्य रूप से "मैं वेतन दे पाऊँगा या नहीं, इसकी चिंता है," "बिक्री गिर गई है," "मुझे एक ग्राहक से गुस्से वाला ईमेल मिला," या "क्या मुझे कीमतें बढ़ानी चाहिए?" जैसी बातों से परामर्श करते हैं, तो यह आपको आवश्यक प्रवाह तक ले जाने के लिए डिज़ाइन किया गया है।

इसमें नकदी प्रवाह और असंग्रहीत चालानों की जाँच के लिए /small-business:plan-payroll, 30 दिन आगे देखने के लिए /small-business:month-heads-up, मासिक समापन के लिए /small-business:close-month, लाभ मार्जिन और कीमतों की तुलना के लिए /small-business:price-check, बिक्री अभियान स्थापित करने के लिए /small-business:run-campaign, शिकायतों से निपटने के लिए /small-business:handle-complaint, और साप्ताहिक स्थिति को सारांशित करने के लिए /small-business:monday-brief शामिल हैं। QuickBooks, PayPal, HubSpot, Canva, Gmail, Microsoft 365, DocuSign आदि से कनेक्शन की उम्मीद है, और डिज़ाइन में पैसे या ग्राहकों को छूने वाली प्रक्रियाओं के लिए अनुमोदन जाँच बिंदु शामिल हैं।

सोलो डेवलपर्स और छोटे SaaS ऑपरेटरों के लिए, यह "डेवलपमेंट को छोड़कर सब कुछ टालने की समस्या" को कम करता है। Claude Code के साथ फीचर्स बनाएँ, और Small Business के साथ बिक्री, पूछताछ, बिलिंग, प्रचार, अनुबंध और साप्ताहिक समीक्षाएँ चलाएँ। मानक वर्कफ़्लो होने का प्रभाव उन व्यवसायों के लिए अधिक है जहाँ केवल मालिक ही स्थिति को समझता है।

दूसरी ओर, कई कनेक्शन गंतव्यों को देखते हुए अनुमति डिज़ाइन सावधान होना चाहिए। अकाउंटिंग, भुगतान, CRM और ईमेल को एक साथ कनेक्ट करने के बजाय, एक या दो से शुरू करें जो रीड-सेंट्रिक हों। रिफंड, भेजने और ग्राहक डेटा अपडेट के लिए हमेशा पूर्वावलोकन और अनुमोदन की आवश्यकता होती है। साथ ही, आधिकारिक अस्वीकरण कि यह पेशेवर वित्तीय, कर, कानूनी या HR सलाह प्रदान नहीं करता है, को एक पूर्व शर्त के रूप में लिया जाना चाहिए।

यदि उद्देश्य के अनुसार चुनना है, तो ये संयोजन मजबूत हैं

यदि आप अकेले एक उत्पाद बना रहे हैं, तो Engineering, Product Management, Design, PDF Viewer और Small Business का संयोजन संभालना आसान है। आप आवश्यकताएँ तय कर सकते हैं, इम्प्लीमेंट कर सकते हैं, UI जाँच सकते हैं, बाहरी दस्तावेज़ों को प्रोसेस कर सकते हैं और बिज़नेस ऑपरेशन से जुड़ सकते हैं। आपको सभी को हर समय उपयोग करने की आवश्यकता नहीं है; आप स्विच कर सकते हैं, जैसे डेवलपमेंट के दौरान Engineering और Design का उपयोग करना, और बिक्री या संचालन के दौरान Small Business का उपयोग करना।

कई लोगों की डेवलपमेंट टीम के लिए, Engineering, Enterprise Search, Data, Operations और Legal मजबूत हैं। आप पिछले फैसलों को ढूँढ सकते हैं, डेटा के साथ परिकल्पनाओं को सत्यापित कर सकते हैं, बदलाव प्रक्रियाओं को छोड़ सकते हैं, और कानूनी या अनुपालन बिंदुओं की जल्दी पहचान कर सकते हैं। यदि Product Management जोड़ते हैं, तो यह आवश्यकताओं से लेकर इम्प्लीमेंटेशन, सत्यापन और आंतरिक साझाकरण तक एक एकल प्रवाह बन जाता है।

प्रोडक्ट लॉन्च या प्रमुख रिलीज़ के लिए, Product Management, Design, Engineering और Marketing के चार प्लगइन्स प्रभावी हैं। PRDs, डिज़ाइन स्पेक्स, इम्प्लीमेंटेशन और घोषणाओं को क्रम में समान आधार विरासत में मिलने से, "क्या बनाया गया" और "क्या संप्रेषित किया गया" के बीच के अंतर को कम किया जा सकता है।

आधिकारिक प्लगइन्स इंस्टॉल करते समय 4 सावधानियाँ

पहला, डेस्कटॉप संस्करण में इंस्टॉल होने की स्थिति को Claude Code के लिए इंस्टॉलेशन प्रक्रिया से भ्रमित न करें। डेस्कटॉप में, आप डायरेक्ट्री से जोड़ते हैं; Claude Code में, आधिकारिक मार्केटप्लेस को पंजीकृत करना और लक्ष्य प्लगइन इंस्टॉल करना सबसे विश्वसनीय है। जबकि आधिकारिक रिपॉजिटरी कहता है कि समान प्लगइन्स का उपयोग Cowork और Claude Code दोनों में किया जा सकता है, उपलब्ध कनेक्टर और निष्पादन वातावरण आवश्यक रूप से समान नहीं हैं।

दूसरा, कनेक्टर्स को "सुविधाजनक खोज गंतव्य" के रूप में नहीं, बल्कि अनुमतियों वाले बाहरी एकीकरण के रूप में सोचें। जहाँ केवल रीड-ओनली पर्याप्त है, वहाँ राइट अनुमतियाँ न दें, और विशेष रूप से अकाउंटिंग, भुगतान, ईमेल, अनुबंध और व्यक्तिगत जानकारी के लिए दायरा संकीर्ण करें। सिर्फ परिणाम बनाने वाली प्रक्रियाओं को भेजने, अपडेट करने या अनुमोदन से जुड़ी प्रक्रियाओं से अलग करें, और बाद वाली पर मानव सत्यापन रखें।

तीसरा, एक बार में बहुत सारे प्लगइन्स इंस्टॉल न करें। जैसे-जैसे स्किल्स और कमांड बढ़ते हैं, किस प्रक्रिया को चुनना है, इसका निर्णय भी बढ़ता है, और समान कार्य ओवरलैप होते हैं। 2-3 से शुरू करें जो सीधे आपकी बाधाओं को संबोधित करते हैं। उदाहरण के लिए, यदि समीक्षाओं में समय लगता है, तो Engineering चुनें; यदि स्पेक्स अस्पष्ट हैं, तो Product Management; यदि बहुत अधिक जानकारी खोज है, तो Enterprise Search।

चौथा, प्लगइन आउटपुट को "सत्यापन योग्य ड्राफ्ट" के रूप में मानें, न कि "तैयार उत्पाद" के रूप में। SQL निष्पादन परिणामों और परिभाषाओं की जाँच करें, डिज़ाइन को ब्राउज़र में आज़माएँ, रनबुक का रिहर्सल करें, और विशेषज्ञों से अनुबंधों की जाँच करवाएँ। भले ही आप AI पर छोड़े जाने वाले दायरे का विस्तार करें, आप अनुमोदन की जिम्मेदारी स्थानांतरित नहीं कर सकते।

निष्कर्ष: पहले 3 Engineering, Product Management और Enterprise Search होने चाहिए

Claude Desktop में Anthropic डायरेक्ट्री से चुने जा सकने वाले आधिकारिक प्लगइन्स केवल अतिरिक्त प्रॉम्प्ट का संग्रह नहीं हैं। वे नौकरी-विशिष्ट ज्ञान, पुन: प्रयोज्य प्रक्रियाओं और बाहरी टूल से कनेक्शन को एक पैकेज में बंडल करते हैं, जो Claude को आपके काम करने के तरीके के साथ संरेखित करने के लिए एक तंत्र के रूप में कार्य करता है। इन्हें Claude Code में पेश करने के तरीके आधिकारिक रिपॉजिटरी पर भी प्रदान किए गए हैं।

यदि मुझे केवल तीन चुनने होते, तो मैं Engineering, Product Management और Enterprise Search की सिफारिश करूँगा। इम्प्लीमेंटेशन और संचालन की गुणवत्ता बढ़ाने के लिए Engineering का उपयोग करें, बनाने से पहले अस्पष्टता को कम करने के लिए Product Management, और संगठन के पिछले ज्ञान को पुनर्प्राप्त करने के लिए Enterprise Search। इन तीनों के साथ, Claude Code "कोड लिखने वाला AI" से "स्पेक्स, इम्प्लीमेंटेशन, निर्णय और साझाकरण को जोड़ने वाला डेवलपमेंट प्लेटफ़ॉर्म" बनने की ओर काफी करीब आ जाता है।

यदि आप डेटा के साथ काम करते हैं तो Data जोड़ें, यदि आप UI-केंद्रित हैं तो Design जोड़ें, यदि आप बहुत सारे दस्तावेज़ों का आदान-प्रदान करते हैं तो PDF Viewer जोड़ें, और यदि आप एकल व्यवसायी या छोटा SaaS हैं तो Small Business जोड़ें। महत्वपूर्ण बात यह है कि सब कुछ एक साथ डालने की बजाय, उस एक भूमिका को रखें जो उस प्रक्रिया में फिट बैठती है जहाँ आप प्रतिदिन सबसे अधिक समय खो रहे हैं।