Claude Architect · पाठ

हर एजेंट के लिए कितने टूल

4-5 सर्वोत्तम हैं; 18+ होने पर चयन की विश्वसनीयता घटती है।

पाठ 1, कुल 4 में से13 चरण

हर एजेंट के लिए कितने टूल, CoddyKit पर Claude Architect का एक निःशुल्क पाठ है। यह 4 में से 1वाँ पाठ है। इस अध्ययन पथ के 3 तक कोई भी पाठ पूरा पढ़ना निःशुल्क है — इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ व्यावहारिक अभ्यास भी उपलब्ध कराता है। यह Claude Architect सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। Claude Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

चयन की समस्या

जब आप किसी एजेंट को tools का एक सेट देते हैं, तो मॉडल को हर चरण में एक सूक्ष्म काम करना पड़ता है: सभी टूल के विवरण पढ़ना और वर्तमान चरण के लिए सही टूल चुनना।

यह चयन का काम है। आप जितने अधिक विकल्प जोड़ते हैं, वह चुनाव उतना ही कठिन हो जाता है। केंद्रित टूलसेट चयन को सटीक बनाए रखता है; बहुत अधिक भरे हुए टूलसेट से मॉडल हिचकिचाता है, गलत दिशा में जाता है या गलत टूल चुन लेता है।

यह पाठ एक deceptively सरल प्रश्न का उत्तर देता है: एक एजेंट के पास कितने टूल होने चाहिए?

व्यावहारिक नियम

व्यावहारिक रूप से सबसे उपयुक्त संख्या प्रति एजेंट 4-5 टूल है। इस संख्या पर मॉडल विश्वसनीय ढंग से तर्क कर सकता है कि प्रत्येक चरण के लिए कौन-सा टूल उपयुक्त है।

संख्या बढ़ने पर चयन की विश्वसनीयता घटती जाती है। किसी एक एजेंट पर लगभग 18+ टूल होने पर मॉडल मिलते-जुलते विकल्पों को लेकर भ्रमित होने और गलत चुनाव करने लगता है। अधिक टूल का अर्थ अधिक क्षमता नहीं है — एक सीमा के बाद इसका अर्थ कम विश्वसनीय क्षमता होता है।

4-5 टूल → सर्वोत्तम चयन
18+ टूल → चयन की घटती विश्वसनीयता

उचित दायरे वाला एजेंट

यहाँ एक सहायता एजेंट है, जिसके टूलसेट का दायरा उसकी भूमिका तक सीमित है। चार टूल, और प्रत्येक का स्पष्ट काम: ग्राहक की पुष्टि करना, उसका ऑर्डर देखना, धनवापसी संसाधित करना और किसी मानव सहायता-कर्मी को मामला सौंपना।

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

tools = [
    {"name": "get_customer", "description": "...", "input_schema": {...}},
    {"name": "lookup_order", "description": "...", "input_schema": {...}},
    {"name": "process_refund", "description": "...", "input_schema": {...}},
    {"name": "escalate_to_human", "description": "...", "input_schema": {...}},
]

response = client.messages.create(
    model="claude-sonnet-4-5",
    max_tokens=1024,
    system="You are a support agent. Verify identity before any refund.",
    tools=tools,
    messages=messages,
)

चयन का काम विवरण करते हैं

एक महत्वपूर्ण बारीकी यह है कि मॉडल टूल का चयन मुख्यतः उनके विवरणों से करता है, नामों से नहीं। अच्छे विवरण में टूल का उद्देश्य, उसके लौटाए गए मान, उदाहरणों सहित इनपुट के प्रारूप, विशेष परिस्थितियाँ और लागू होने की सीमाएँ स्पष्ट होती हैं।

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

{
    "name": "lookup_order",
    "description": "Retrieve a single order by its order ID. "
        "Input: order_id (string, e.g. 'ORD-10482'). "
        "Returns: items, status, total, and ship date. "
        "Use AFTER get_customer confirms identity. "
        "Does NOT search by email — use lookup_order, not find_orders.",
    "input_schema": {
        "type": "object",
        "properties": {"order_id": {"type": "string"}},
        "required": ["order_id"],
    },
}

बहुत अधिक टूल कैसे दिखते हैं

कल्पना कीजिए कि आपने एक पूरे विभाग को एक ही एजेंट में ठूँस दिया है: ग्राहक संबंधी टूल, ऑर्डर संबंधी टूल, बिलिंग संबंधी टूल, भंडार संबंधी टूल, शिपिंग संबंधी टूल, विश्लेषण संबंधी टूल... एक ही tools array में बीस से अधिक प्रविष्टियाँ।

अब उनमें से कई एक जैसे लगते हैं — lookup_order, find_orders, get_order_history, search_purchases। मॉडल को हर चरण में उनके बीच अंतर स्पष्ट करना पड़ता है और उसकी सटीकता घट जाती है। प्रति एजेंट बहुत अधिक टूल रखना एक मान्य दुष्प्रतिमान है, ठीक अस्पष्ट विवरणों की तरह।

टूल का दायरा भूमिका तक सीमित रखें

समाधान यह नहीं है कि विवरणों को लगातार लंबा बनाया जाए — समाधान है टूल का दायरा भूमिका तक सीमित रखना। पूछिए: THIS एजेंट का काम क्या है और उसे यह काम करने के लिए न्यूनतम कितने टूल चाहिए?

धनवापसी एजेंट को पहचान, ऑर्डर, धनवापसी और मामला सौंपने वाले टूल चाहिए। उसे भंडार का पूर्वानुमान या मार्केटिंग विश्लेषण की आवश्यकता नहीं है। अप्रासंगिक टूल हटाने से ध्यान भटकाने वाले विकल्प कम होते हैं और बचे हुए हर चयन की सटीकता बढ़ती है।

बहु-एजेंट संरचना से विभाजित करें

जब किसी काम के लिए वास्तव में अनेक क्षमताओं की आवश्यकता हो, तो उन सभी को एक ही एजेंट पर न रखें। इसके बजाय हब-और-स्पोक बहु-एजेंट संरचना अपनाएँ: एक समन्वयक काम को छोटे हिस्सों में बाँटकर विशेषज्ञ उप-एजेंटों को सौंपता है और प्रत्येक उप-एजेंट का अपना सीमित टूलसेट होता है।

चार उप-एजेंटों में बाँटे गए बीस टूल (प्रत्येक में 5) एक एजेंट पर रखे गए बीस टूल की तुलना में कहीं अधिक विश्वसनीय ढंग से चुने जाते हैं। याद रखें: उप-एजेंट समन्वयक का इतिहास प्राप्त नहीं करते, इसलिए प्रत्येक उप-एजेंट के प्रॉम्प्ट में उसका संदर्भ स्पष्ट रूप से देना होगा।

research_agent = AgentDefinition(
    name="research_agent",
    description="Searches sources and extracts findings.",
    system_prompt="You gather and cite evidence for a sub-question.",
    allowed_tools=["web_search", "fetch_page", "extract_quote"],
)

verify_agent = AgentDefinition(
    name="verify_agent",
    description="Cross-checks claims against sources.",
    system_prompt="You validate claims and flag conflicts.",
    allowed_tools=["fetch_page", "compare_sources", "flag_conflict"],
)

प्रत्येक उप-एजेंट को न्यूनतम अधिकार

उप-एजेंटों में टूल बाँटने से एक अतिरिक्त लाभ मिलता है: न्यूनतम अधिकार। प्रत्येक AgentDefinition केवल वही allowed_tools घोषित करता है जिनकी उसे वास्तव में आवश्यकता है।

केवल-पठन वाला शोध उप-एजेंट कभी भी process_refund या delete टूल प्राप्त नहीं करता, इसलिए वह गलती से उनका उपयोग नहीं कर सकता। छोटे और भूमिका-सीमित टूलसेट अधिक विश्वसनीय (बेहतर चयन) और अधिक सुरक्षित (हानि का सीमित दायरा) दोनों होते हैं। याद रखने योग्य एक समन्वयक नियम: समन्वयक के allowedTools में "Task" शामिल होना चाहिए, ताकि वह काम सौंप सके।

MCP में टूल बनाम संसाधन

एजेंट को जिस हर चीज़ की आवश्यकता होती है, वह टूल होना आवश्यक नहीं है। MCP में सर्वर की मूल सुविधाएँ तीन प्रकारों में बाँटी जाती हैं:

टूल — मॉडल द्वारा चलाए जाने वाले कार्य
संसाधन — केवल-पठन योग्य डेटा/संदर्भ, जैसे स्कीमा या कैटलॉग
प्रॉम्प्ट — दोबारा उपयोग किए जा सकने वाले टेम्पलेट

यदि मॉडल को केवल स्कीमा या उत्पाद कैटलॉग पढ़ना है, तो उसे टूल के बजाय संसाधन के रूप में उपलब्ध कराएँ। इससे आपका tools array छोटा रहता है और वास्तविक कार्यों के लिए सुरक्षित रहता है — 4-5 कार्यात्मक टूल के आसपास रहने का यह एक और उपाय है।

अंतर्निर्मित टूल का दायरा पहले से सीमित होता है

Claude Code का अंतर्निर्मित टूलसेट अनुशासित दायरा-निर्धारण का अच्छा उदाहरण है। प्रत्येक टूल का एक स्पष्ट काम है:

Glob — पैटर्न के आधार पर फ़ाइलें ढूँढ़ना (जैसे **/*.test.tsx)
Grep — फ़ाइलों की सामग्री खोजना
Read / Write / Edit — फ़ाइलें लोड करना, बनाना और सटीक रूप से बदलना
Bash — शेल कमांड चलाना

इनमें से कोई भी एक-दूसरे के काम से नहीं मिलता। मॉडल इन्हें क्रमिक प्रवाह में संयोजित करता है — प्रवेश बिंदु के लिए Grep, फ़ाइलें पढ़ने के लिए Read, उपयोग खोजने के लिए Grep और उपयोगकर्ताओं को पढ़ने के लिए Read — न कि अनावश्यक रूप से समान विकल्पों में से चुनता है।

# Incremental investigation with non-overlapping tools
Grep "createOrder"        # find entry points
Read src/orders/api.ts    # load the file
Grep "api.createOrder"     # find usages
Read src/checkout/page.ts  # load consumers

व्यावहारिक आवंटन जाँच-सूची

किसी एजेंट को जारी करने से पहले यह जाँच करें:

क्या टूलसेट 4-5 टूल के आसपास और 18 से काफी कम है?
क्या प्रत्येक टूल एक अलग उद्देश्य से जुड़ा है और उसका विवरण दूसरे टूल से नहीं मिलता?
क्या केवल-पठन की आवश्यकताओं को टूल के बजाय संसाधनों के रूप में दर्शाया गया है?
यदि आपको अधिक क्षमताएँ चाहिए, तो क्या आप न्यूनतम-अधिकार वाले टूलसेट के साथ उप-एजेंटों में विभाजित कर सकते हैं?

यदि आप किसी एक एजेंट में एक दर्जन से अधिक टूल रखने की कोशिश कर रहे हैं, तो यह विवरणों को लंबा करने के बजाय काम को छोटे हिस्सों में बाँटने का संकेत है।

त्वरित जाँच: टूल आवंटन

इस नियम को किसी वास्तविक संरचना संबंधी निर्णय पर लागू करें।

इंटरैक्टिव पाठ में इसका उत्तर दें

पुनरावलोकन: प्रति एजेंट कितने टूल

मुख्य बातें:

प्रति एजेंट 4-5 टूल सर्वोत्तम हैं; संख्या बढ़ने पर विश्वसनीयता घटती है और 18+ टूल होने पर चयन विशेष रूप से प्रभावित होता है।
मॉडल विवरणों के आधार पर चयन करता है, इसलिए मिलते-जुलते या अस्पष्ट टूल कम संख्या में भी गलत दिशा में ले जा सकते हैं।
टूल का दायरा भूमिका तक सीमित रखें — विवरणों को लंबा करने के बजाय ध्यान भटकाने वाले टूल हटाएँ।
अधिक क्षमता चाहिए? न्यूनतम-अधिकार वाले टूलसेट के साथ उप-एजेंटों में विभाजित करें (हब-और-स्पोक); संदर्भ स्पष्ट रूप से भेजें, क्योंकि उप-एजेंट इतिहास प्राप्त नहीं करते।
केवल-पठन की आवश्यकताओं को MCP के संसाधनों के रूप में रखें, टूल के रूप में नहीं, ताकि tools array छोटा रहे।

शुरुआत निःशुल्क

एआई शिक्षक के साथ Python सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम: 26
पाठ: 104

निःशुल्क सीखना शुरू करें पूरा पाठ्यक्रम देखें

अक्सर पूछे जाने वाले प्रश्न

क्या “हर एजेंट के लिए कितने टूल” पाठ निःशुल्क है?

हाँ — Claude Architect अध्ययन पथ के 3 तक कोई भी पाठ, जिसमें “हर एजेंट के लिए कितने टूल” भी शामिल है, यहाँ वेब पर पूरा पढ़ना निःशुल्क है। इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ इंटरैक्टिव अभ्यास भी उपलब्ध कराता है। Claude Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“हर एजेंट के लिए कितने टूल” में मैं क्या सीखूँगा?

4-5 सर्वोत्तम हैं; 18+ होने पर चयन की विश्वसनीयता घटती है। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ Claude Architect का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या Claude Architect शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर Claude Architect शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 1वाँ पाठ है।

“हर एजेंट के लिए कितने टूल” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस Claude Architect पाठ में कोड लिख और चला सकता हूँ?

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

इस पाठ्यक्रम के सभी पाठ

← Claude Architect पर वापस जाएँ