# कब Protocols चाहिए और कब नहीं — MCP और Agent-to-Agent Protocols

Source: https://www.geekswithgeeks.com/hi/mcp-a2a/w-when

> ऐसी protocol परतें न जोड़ें जिनकी समस्या को ज़रूरत नहीं।

## जटिलता तभी भरें जब वह पुनः उपयोग दे

Protocols चलते हिस्से जोड़ते हैं: processes या network सेवाएँ, authentication, versioning और मॉनिटर करने की और चीज़ें। मुट्ठी भर tools वाले एक application के भीतर **सादा function calling** उपयोग करें। **MCP** तब जब tools कई hosts में पुनः उपयोग हों, अन्य टीमें या vendors दें, या अलग process या trust domain में चलें। **A2A** तब जब agents अलग टीमों या संगठनों के हों, अलग frameworks पर चलते हों, या स्वतंत्र रूप से विकसित होने चाहिए, और सादा function call काफ़ी न हो क्योंकि काम लंबा, बहु-चरणीय या आगे-पीछे वाला है। आधुनिक दिखने के लिए एक agent को कई A2A सेवाओं में न बाँटें: सादा function call सरल, तेज़ और debug में आसान है।

## निर्णय मार्गदर्शिका

सिर्फ़ शुरुआती बिंदु।

```text
Situation                                             Reasonable choice
1 app, 3-5 tools, one team                              function calling
Same tools needed in an IDE, a chat app and CI         MCP server
Tools run in another process / need separate trust     MCP server
Another team's agent must do a long task for yours      A2A
Agents on different frameworks / vendors               A2A
Just want it to look "agentic"                         neither; keep it simple
```

**Quiz:** सादा function calling आम तौर पर कब काफ़ी है?

- [ ] अलग vendors के agents
- [x] एक टीम के कुछ tools वाला एक application
- [ ] कई hosts में चाहिए tools
- [ ] लंबा क्रॉस-संगठन कार्य

*Answer:* एक टीम के कुछ tools वाला एक application. ऐसी protocol परतें न जोड़ें जो पुनः उपयोग या अलगाव का लाभ न दें।