पाठ 4 / 31
कब Protocols चाहिए और कब नहीं
ऐसी 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 में आसान है।
निर्णय मार्गदर्शिका
सिर्फ़ शुरुआती बिंदु।
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त्वरित जाँच: सादा function calling आम तौर पर कब काफ़ी है?
- अलग vendors के agents
- एक टीम के कुछ tools वाला एक application
- कई hosts में चाहिए tools
- लंबा क्रॉस-संगठन कार्य
Answer
एक टीम के कुछ tools वाला एक application — ऐसी protocol परतें न जोड़ें जो पुनः उपयोग या अलगाव का लाभ न दें।