Claude Code टेम्पलेट्स: स्किल्स, एजेंट्स, हुक्स, और अधिक

Claude Code टेम्पलेट्स क्या हैं?

Claude Code टेम्पलेट्स पुन: प्रयोज्य कॉन्फ़िगरेशन फ़ाइलें हैं जो किसी प्रोजेक्ट में या पूरे लोकल वातावरण में Claude Code के व्यवहार को कस्टमाइज़ करती हैं। 

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

व्यवहार में, वे आमतौर पर Markdown, JSON, या शेल-आधारित फ़ाइलें होती हैं जो .claude/ जैसे प्रोजेक्ट-स्तर फ़ोल्डरों में संग्रहीत होती हैं, या साझा करने के लिए प्लगइन-शैली की डायरैक्टरी में पैक की जाती हैं।

एक सामान्य प्रोजेक्ट-स्तरीय संरचना कुछ इस तरह दिख सकती है:

my-app/
├── CLAUDE.md
├── .mcp.json
└── .claude/
    ├── skills/
    │   └── database-migration/
    │       └── SKILL.md
    ├── agents/
    │   └── security-auditor.md
    ├── commands/
    │   └── summarize-pr.md
    └── settings.json

Claude Code टेम्पलेट्स बनाम CLAUDE.md

CLAUDE.md अब भी महत्त्वपूर्ण है, लेकिन इसकी भूमिका अलग है। CLAUDE.md को प्रोजेक्ट ब्रीफिंग की तरह समझें: प्रोजेक्ट क्या है, कौन-से कमांड महत्त्वपूर्ण हैं, कौन-से कोडिंग मानक लागू होते हैं, और कौन-सी आर्किटेक्चर परंपराएँ Claude को याद रखनी चाहिए। 

विस्तृत वॉकथ्रू के लिए हमारा CLAUDE.md लेखन गाइड देखें।

टेम्पलेट्स अधिक मॉड्यूलर होते हैं:

• एक स्किल माइग्रेशन वर्कफ़्लो एन्कोड कर सकती है। 
• एक एजेंट सुरक्षा समीक्षा पर्सोना को अलग-थलग कर सकता है। 
• एक हुक फ़ाइल एडिट्स के बाद चल सकता है। 
• एक MCP कॉन्फ़िगरेशन Claude को GitHub, SQLite, या किसी अन्य बाहरी सिस्टम से जोड़ सकता है।

यहीं टेम्पलेट्स व्यापक Claude Code वर्कफ़्लो डिज़ाइन से जुड़ते हैं। मज़बूत टेम्पलेट्स तब सबसे अच्छा काम करते हैं जब वे योजना, परीक्षण, और संदर्भ हैंडऑफ की अच्छी आदतों के साथ जोड़े जाते हैं। 

ऐसी और प्रैक्टिसेस हमारे सर्वोत्तम प्रथाओं के गाइड में विस्तार से दी गई हैं।

कस्टम कमांड्स भी स्किल्स सिस्टम के अंतर्गत आते हैं, हालांकि पुराना .claude/commands/ फ़ॉर्मैट अभी भी काम करता है। अनुशंसित नया फ़ॉर्मैट .claude/skills/<name>/SKILL.md है, जो स्लैश-कमांड इनवोकेशन और Claude द्वारा स्वचालित इनवोकेशन दोनों का समर्थन करता है।

मैं किस प्रकार के Claude Code टेम्पलेट्स उपयोग कर सकता/सकती हूँ?

Claude Code टेम्पलेट इकोसिस्टम आमतौर पर छह श्रेणियों में संगठित होता है: स्किल्स, एजेंट्स, कमांड्स, हुक्स, MCP इंटीग्रेशन्स, और प्लगइन्स। 

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

हम नीचे प्रत्येक श्रेणी पर नज़र डालेंगे।

1. स्किल्स

स्किल्स दोहराए जाने वाले, बहु-चरणीय कार्यों के लिए निर्देश बंडल हैं। एक स्किल आमतौर पर SKILL.md फ़ाइल के साथ एक फ़ोल्डर होता है जिसमें YAML फ्रंटमैटर और एक Markdown बॉडी होती है। 

फ्रंटमैटर बताता है कि स्किल क्या करती है और इसे कैसे व्यवहार करना चाहिए; बॉडी Claude को वे स्टेप्स बताती है जिनका पालन करना है। समर्पित डीप डाइव के लिए, इस Claude Skills गाइड में और देखें।

Claude स्किल के विवरण का उपयोग यह तय करने के लिए करता है कि स्किल कब प्रासंगिक है। डिफ़ॉल्ट रूप से, यूज़र और Claude दोनों स्किल को इनवोक कर सकते हैं: आप /skill-name टाइप कर सकते हैं, या जब वर्तमान कार्य स्किल विवरण से मेल खाता है तो Claude उसे स्वतः लोड कर सकता है। आप ऐसे वर्कफ़्लोज़ के लिए स्वचालित मॉडल इनवोकेशन को अक्षम भी कर सकते हैं जहाँ आप मैनुअल नियंत्रण चाहते हैं, जैसे डिप्लॉयमेंट।

यहाँ फ़ाइल का एक छोटा उदाहरण है: .claude/skills/database-migration/SKILL.md

---
name: database-migration
description: Use when creating, reviewing, or modifying database migrations. Ensures migrations are reversible, tested, and checked before and after execution.
allowed-tools:
  - Read
  - Write
  - Bash
---

# Database Migration Skill

When working on a database migration:

1. Inspect the existing schema and migration history before writing changes.
2. Confirm whether the migration is additive, destructive, or data-transforming.
3. Create a reversible migration whenever the framework supports rollback.
4. Run the project’s migration check command before applying the migration.
5. Run tests that cover the affected models, queries, or API endpoints.
6. After writing the migration, summarize:
   - schema changes
   - rollback behavior
   - affected tables
   - test commands run

यह उपयोगी है क्योंकि निर्देश प्रक्रियात्मक हैं। आप सिर्फ Claude से “माइग्रेशन में सावधान रहो” नहीं कह रहे। आप उसे एक दोहराने योग्य चेकलिस्ट दे रहे हैं। 

स्किल्स उन सभी कार्यों के लिए सबसे उपयुक्त हैं जिन्हें आप अन्यथा Claude में दो से अधिक बार पेस्ट करते: API एंडपॉइंट्स जनरेट करना, चेंजलॉग लिखना, टेस्ट स्कैफ़ोल्ड करना, रिलीज़ नोट्स बनाना, पुल रिक्वेस्ट की समीक्षा करना, या माइग्रेशन जाँच करना।

डेवलपर्स क्या-क्या पुन: उपयोग योग्य AI वर्कफ़्लो में बदल रहे हैं, इसकी व्यापक प्रेरणा के लिए हमारा Agent Skills सूची देखें।

2. एजेंट्स

एजेंट्स—सटीक रूप से कहें तो Claude Code में कस्टम सबएजेंट्स—विशेषीकृत AI सहायक हैं जिनकी अपनी Markdown परिभाषा, YAML फ्रंटमैटर, टूल प्रतिबंध, मॉडल चयन और सिस्टम प्रॉम्प्ट होता है। 

वे प्रोजेक्ट स्कोप के लिए .claude/agents/ में या पर्सनल स्कोप के लिए ~/.claude/agents/ में रह सकते हैं। एजेंट्स को Claude से कहकर या सीधे .claude/agents/ फ़ोल्डर में मार्कडाउन फ़ाइलें एडिट करके बनाया जाता है।

स्किल्स और एजेंट्स में वास्तव में अंतर है। एक स्किल बताती है कि कोई कार्य कैसे करना है। एक एजेंट परिभाषित करता है कि काम करते समय Claude को कौन होना चाहिए: उसकी भूमिका, फोकस, अनुमतियाँ और सीमाएँ।

आइए एक एजेंट के इस उदाहरण पर नज़र डालते हैं:

---
name: security-auditor
description: Reviews code for security vulnerabilities and produces a findings report without modifying files.
tools: Read, Glob, Grep, Bash
model: sonnet
---

You are a security auditor.

Your task is to inspect the codebase for vulnerabilities, risky patterns, and missing safeguards.

Rules:
- Do not edit files.
- Do not suggest broad rewrites unless directly tied to a security issue.
- Focus on authentication, authorization, input validation, secrets, dependency risk, and unsafe shell or SQL usage.
- Produce a findings report with severity, affected files, evidence, and recommended next steps.

यह एजेंट उपयोगी है क्योंकि यह Claude को स्पष्ट सीमाएँ देता है। एक सामान्य सत्र में, Claude मुद्दे मिलते ही उन्हें ठीक करने लग सकता है। सुरक्षा ऑडिटर एजेंट को केवल निरीक्षण और रिपोर्ट तक सीमित किया गया है, संशोधन से बचने के लिए कहा गया है। 

एजेंट्स सुरक्षा ऑडिटिंग, डोक्युमेंटेशन समीक्षा, आर्किटेक्चर समीक्षा, डेटा इंजीनियरिंग, या कोड क्वालिटी चेक्स जैसे विशेष डोमेन्स के लिए सबसे अच्छे हैं, जहाँ संदर्भ आइसोलेशन और अनुमति सीमाएँ मायने रखती हैं।

एजेंट्स विशेषीकृत स्किल्स के साथ जोड़ने पर भी उपयोगी होते हैं। उदाहरण के लिए, एक सुरक्षा ऑडिटर एजेंट फाइंडिंग्स-रिपोर्ट स्किल को कॉल कर सकता है, जबकि एक फ्रंटएंड रिव्यूर एजेंट कंपोनेंट-टेस्टिंग स्किल का उपयोग कर सकता है।

3. कमांड्स

कमांड्स स्लैश-इनवोक्ड शॉर्टकट होते हैं जैसे /generate-tests, /check-deps, या /summarize-pr। ऐतिहासिक रूप से, कस्टम कमांड्स .claude/commands/ के अंतर्गत Markdown फ़ाइलों के रूप में संग्रहीत होते थे, और फ़ाइल का नाम ही कमांड नाम होता था। 

Claude Code अभी भी इस लिगेसी फ़ॉर्मैट को सपोर्ट करता है, लेकिन मैं नए कमांड-जैसे वर्कफ़्लोज़ के लिए स्किल्स का उपयोग करने की सिफारिश करता/करती हूँ, क्योंकि वे उसी /name इनवोकेशन और उपयुक्त होने पर स्वचालित इनवोकेशन का समर्थन करते हैं।

कमांड्स तब सबसे अच्छे हैं जब आप ट्रिगर को स्पष्ट रखना चाहते हैं। कोई स्किल तब स्वतः सक्रिय हो सकती है जब Claude को मेल खाता कार्य दिखे, लेकिन कमांड सिर्फ तब चले जब आप चुनें। इससे कमांड्स चेकपॉइंट्स के लिए उपयोगी बनते हैं: “अभी टेस्ट जनरेट करें,” “अभी इस PR का सार दें,” “अभी डिपेंडेंसीज जाँचें,” या “अभी एक कमिट संदेश तैयार करें।”

4. हुक्स

हुक्स ऑटोमेशन नियम हैं जो Claude Code के लाइफसाइकल इवेंट्स के जवाब में चलते हैं। ये उपयोगकर्ता-परिभाषित शेल कमांड्स होते हैं जो Claude Code के लाइफसाइकल के विशिष्ट बिंदुओं पर निष्पादित होते हैं, और व्यवहार पर नियतात्मक नियंत्रण देते हैं। 

अब तक कवर किए गए अन्य टेम्पलेट्स से हुक्स का फर्क यह है कि वे आपके पूछने पर नहीं, बल्कि Claude के करने पर ट्रिगर होते हैं।

सरल शब्दों में, आपको यह आशा नहीं करनी पड़ती कि Claude एडिट के बाद किसी फ़ाइल को फ़ॉर्मैट करना याद रखेगा; एक हुक इसे स्वतः कर सकता है।

वर्तमान हुक इवेंट नामों में PreToolUse, PostToolUse, Notification, और Stop जैसे इवेंट शामिल हैं। 

उदाहरण: जब Claude किसी फ़ाइल को एडिट या राइट करे तो फ़ॉर्मैटर चलाएँ:

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          {
            "type": "command",
            "command": "jq -r '.tool_input.file_path' | xargs npx prettier --write"
          }
        ]
      }
    ]
  }
}

Example: block risky shell commands before Claude runs them:
{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "python3 .claude/hooks/block-dangerous-bash.py"
          }
        ]
      }
    ]
  }
}

हुक्स उन नियमों के लिए सबसे उपयुक्त हैं जिन्हें Claude को छोड़ने में सक्षम नहीं होना चाहिए: लिंटर चलाना, एडिट की गई फ़ाइलों को फ़ॉर्मैट करना, संरक्षित फ़ाइल एडिट्स को ब्लॉक करना, जनरेटेड कोड की जाँच करना, या जब Claude को इनपुट की आवश्यकता हो तो सूचनाएँ भेजना। 

विस्तृत ट्यूटोरियल के लिए हमारा Claude Code Hooks Guide पढ़ें।

5. MCP इंटीग्रेशन्स

MCP इंटीग्रेशन्स Model Context Protocol के माध्यम से Claude Code को बाहरी टूल्स, डेटा स्रोतों और APIs से जोड़ते हैं। MCP AI सिस्टम्स और बाहरी टूल्स के बीच एक कनेक्टर लेयर की तरह काम करता है। Claude Code में, इसका मतलब है कि Claude लोकल फ़ाइलों और शेल कमांड्स से आगे जा सकता है। 

यह Claude को GitHub, डेटाबेस, डोक्युमेंटेशन सिस्टम्स, क्लाउड प्लेटफ़ॉर्म्स, या आंतरिक APIs जैसी बाहरी सेवाओं से इंटरैक्ट करने देता है—यह इस पर निर्भर करता है कि आप कौन-से MCP सर्वर्स कॉन्फ़िगर करते हैं। पूरी व्याख्या और डेमो प्रोजेक्ट के लिए हमारा Model Context Protocol ट्यूटोरियल देखें।

एक MCP सर्वर व्यापक रूप से तीन तरह की क्षमताएँ एक्सपोज़ कर सकता है:

• Tools: निष्पादन योग्य फ़ंक्शंस जिन्हें Claude कॉल कर सकता है, जैसे GitHub इश्यू बनाना या डेटाबेस क्वेरी चलाना।
• Resources: केवल-पढ़ने योग्य संदर्भ स्रोत, जैसे कोई फ़ाइल, डेटाबेस रो, या दस्तावेज़।
• Prompts: सर्वर द्वारा एक्सपोज़ किए गए पुन: प्रयोज्य टास्क टेम्पलेट्स।

प्रोजेक्ट-स्तरीय .mcp.json में आप कई सर्वर्स को साथ-साथ कॉन्फ़िगर कर सकते हैं:

{
  "mcpServers": {
    "github": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-github"],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${GITHUB_TOKEN}"
      }
    },
    "sqlite": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-sqlite",
        "./data/app.db"
      ]
    }
  }
}

यह इसलिए महत्त्वपूर्ण है क्योंकि Claude सिर्फ उसी संदर्भ और टूल्स से तर्क कर सकता है जिन तक उसकी पहुँच है। MCP के बिना, वह लोकल फ़ाइलों का निरीक्षण कर सकता है लेकिन आपके इश्यू ट्रैकर, डेटाबेस, क्लाउड वातावरण या आंतरिक API तक नहीं पहुँच सकता। 

जब Claude को स्थिर कोड स्नैपशॉट के बजाय असली स्टैक के साथ काम करना हो और बाहरी डेटा तक पहुँच चाहिए हो, तब MCP सबसे बेहतर है।

6. प्लगइन्स

प्लगइन्स पैक किए हुए बंडल होते हैं। इनमें एक ही इंस्टॉल करने योग्य संरचना के भीतर स्किल्स, एजेंट्स, हुक्स, MCP कॉन्फ़िगरेशन, कमांड्स और अन्य कॉम्पोनेन्ट्स शामिल हो सकते हैं। 

Claude Code में, एक प्लगइन आमतौर पर .claude-plugin/plugin.json मैनिफेस्ट और skills/, agents/, hooks/, और प्लगइन रूट पर .mcp.json जैसे कॉम्पोनेन्ट फ़ोल्डरों को शामिल करता है।

प्लगइन संरचना का उदाहरण:

frontend-workflow-plugin/
├── .claude-plugin/
│   └── plugin.json
├── skills/
│   └── component-test/
│       └── SKILL.md
├── agents/
│   └── frontend-reviewer.md
├── hooks/
│   └── hooks.json
└── .mcp.json

प्लगइन json का उदाहरण:

{
  "name": "frontend-workflow",
  "displayName": "Frontend Workflow",
  "version": "1.0.0",
  "description": "Frontend development workflow with review agents, test skills, and formatting hooks",
  "author": {
    "name": "Your Team"
  }
}

प्लगइन्स कोई नया व्यवहार प्रकार नहीं जोड़ते। वे अन्य प्रकारों को पोर्टेबल बनाते हैं। जब आप किसी टीम में पूरी सेटअप साझा करना चाहते हैं, एक ही वर्कफ़्लो को कई प्रोजेक्ट्स में पुन: उपयोग करना चाहते हैं, या प्रत्येक फ़ाइल को मैन्युअली बनाने के बजाय किसी कम्युनिटी-मेंटेन्ड बंडल को इंस्टॉल करना चाहते हैं, तब प्लगइन्स का उपयोग करें।

इसे बिलकुल शुरुआत से बनाने के लिए, DataCamp का Claude Code Plugins चरण-दर-चरण गाइड देखें।

मुझे कौन-सा टेम्पलेट प्रकार चुनना चाहिए?

मैं पूरी तरह समझ सकता/सकती हूँ; ये सारे प्रकार उलझन पैदा कर सकते हैं। ये सभी Claude के व्यवहार को बदल सकते हैं। फर्क मुख्यतः इस बात में है कि वे कैसे ट्रिगर होते हैं और किस तरह का नियंत्रण देते हैं।

बात को स्पष्ट करने के लिए, इनके बीच यह तुलना देखें:

एक सरल निर्णय नियम सहायक होता है:

• यदि आप चाहते हैं कि Claude कोड को छूते ही कोई नियम स्वतः लागू हो, तो हुक का उपयोग करें। 
• यदि आप चाहते हैं कि Claude किसी विशेष कार्य के लिए गहरी डोमेन विशेषज्ञता अपनाए, तो एजेंट का उपयोग करें। 
• यदि आप किसी वर्कफ़्लो को एन्कोड करना चाहते हैं जिसे Claude सुसंगत रूप से दोहराए, तो स्किल का उपयोग करें। 
• यदि आप सही समय पर खुद कोई एक्शन इनवोक करना चाहते हैं, तो कमांड या कमांड-जैसी स्किल का उपयोग करें। 
• यदि Claude को बाहरी सेवाएँ या लाइव डेटा चाहिए, तो MCP का उपयोग करें। 
• यदि आप पूरी वर्कफ़्लो सेटअप इंस्टॉल या साझा करना चाहते हैं, तो प्लगइन का उपयोग करें।

वास्तविक प्रोजेक्ट्स में, ये प्रकार आम तौर पर मिलकर काम करते हैं। कोई सुरक्षा प्लगइन एक security-auditor एजेंट, एक audit-findings स्किल, एक डिपेंडेंसी-चेक कमांड, और एक प्री-कमिट हुक को बंडल कर सकता है। एजेंट भूमिका तय करता है, स्किल रिपोर्ट संरचना परिभाषित करती है, कमांड आपको स्पष्ट चेकपॉइंट देता है, और हुक गार्डरेल लागू करता है।

जहाँ वर्कफ़्लोज़ में Claude को इम्प्लीमेंटेशन से पहले किसी औपचारिक योजना का पालन करना चाहिए, वहाँ spec-driven development अक्सर एड-हॉक प्रॉम्प्टिंग से बेहतर फ़िट होता है।

Claude Code टेम्पलेट्स मुझे कहाँ मिलेंगे?

तीन व्यावहारिक स्रोत हैं: Anthropic, कम्युनिटी कलेक्शन्स, और आप स्वयं।

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

दूसरा, कम्युनिटी कलेक्शन्स का उपयोग करें। सबसे दिखने वाला कम्युनिटी हब है aitmpl.com, जो खुद को Claude Code प्रोजेक्ट्स के लिए रेडी-टू-यूज़ कॉन्फ़िगरेशन्स की कैटलॉग बताता है। इसके लाइव नेविगेशन में वर्तमान में Skills, Agents, Commands, Settings, Hooks, MCPs, और Plugins शामिल हैं। 

वर्तमान इंटरैक्टिव इंस्टॉल कमांड यह है:

npx claude-code-templates@latest

प्रोजेक्ट डोक्युमेंटेशन एक छोटा उपनाम भी दिखाता है:

npx cct@latest

विशिष्ट कॉम्पोनेन्ट्स के लिए, लाइव GitHub README ऐसे इंस्टॉलेशन कमांड्स दिखाता है:

npx claude-code-templates@latest --agent development-tools/code-reviewer --yes
npx claude-code-templates@latest --command performance/optimize-bundle --yes
npx claude-code-templates@latest --hook git/pre-commit-validation --yes
npx claude-code-templates@latest --mcp database/postgresql-integration --yes

यह एक ही कमांड में मल्टिपल फ़्लैग्स का उपयोग करके फुल स्टैक की बैच इंस्टॉलेशन भी दिखाता है।

कम्युनिटी टेम्पलेट्स का मूल्यांकन करते समय, कुछ क्वालिटी संकेत जाँचें:

• क्या description इतना विशिष्ट है कि Claude स्किल या एजेंट को सही ढंग से ट्रिगर कर सके?

• क्या allowed-tools संकीर्ण स्कोप में हैं, या टेम्पलेट अनावश्यक रूप से व्यापक write और bash अनुमतियाँ माँग रहा है?

• क्या रिपॉज़िटरी हाल ही में मेंटेन हुई है?

• क्या टेम्पलेट समझाता है कि वह क्या बदलता है?

• क्या इसमें ऐसे हुक्स या MCP सर्वर्स शामिल हैं जो ऐसा कोड चलाते हैं जिसे आपने रिव्यू नहीं किया?

तीसरा, खुद लिखें। यह आम तौर पर उन वर्कफ़्लोज़ के लिए सही उत्तर है जो आपके स्टैक से कड़े तौर पर जुड़े हैं। कोई कम्युनिटी टेम्पलेट आपको उपयोगी बेसलाइन दे सकता है, पर वह आपकी आंतरिक माइग्रेशन नीति, नामकरण परंपराएँ, डेटा मॉडल, या डिप्लॉयमेंट रिस्क टॉलरेंस नहीं जान सकता।

अंतिम विचार

Claude Code टेम्पलेट्स ही वह तरीका हैं जिनसे Claude Code एक सत्र-दर-सत्र सहायक से एक स्थायी डेवलपमेंट वातावरण में बदलता है। 

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

शुरू करने की सबसे अच्छी जगह कोई विशाल प्लगइन स्टैक नहीं है। मैं आपकी सबसे ज़्यादा रिपीट होने वाली वर्कफ़्लो के लिए एक स्किल से शुरू करता/ती। जब आपको दिखे कि Claude का डिफ़ॉल्ट व्यवहार अब भी कहाँ रगड़ पैदा करता है, तो विशेष समीक्षा के लिए एक एजेंट जोड़ें, लागू करवाने के लिए एक हुक जोड़ें, या लाइव सिस्टम एक्सेस के लिए एक MCP सर्वर जोड़ें।

Claude Code पर और सीखने के लिए हमारे Claude Code 101 और Claude Code in Action कोर्सेज़ देखें।