कई Agents कब और क्यों उपयोग करें

विशेषज्ञता की क़ीमत है

बहुत सारे tools और लंबे prompt वाला एक agent उलझ जाता है: ग़लत tool चुनता है, नियम भूलता है और परखने में कठिन हो जाता है। काम को विशेषज्ञ agents (शोधकर्ता, कोडर, समीक्षक, billing विशेषज्ञ) में बाँटना, हर एक का छोटा prompt और छोटा tool समूह, भरोसेमंदी सुधार सकता है, प्रति भूमिका अलग मॉडल उपयोग करने देता है और स्वतंत्र परीक्षण व स्वामित्व संभव करता है। क़ीमतें असली हैं: ज़्यादा मॉडल calls, ज़्यादा latency और tokens, समन्वय bugs (agents काम दोहराते या एक-दूसरे का खंडन करते), कठिन debugging और बड़ी हमले की सतह। एक agent या workflow graph से शुरू करें; तभी बाँटें जब एक agent मापने योग्य रूप से विफल हो।

विशेषज्ञ और एक समन्वयक

बड़े काम को केंद्रित agents में बाँटें, फिर supervisor या हस्तांतरण से समन्वय करें।

एक agent बनाम कई

निर्णय के लिए मोटी तुलना।

                      single agent / workflow         multiple agents
prompt + tools        one big set (can confuse)       small, focused per role
model choice          one model                       cheaper/stronger per role
cost, latency         lowest                          higher (more calls, more tokens)
debugging             one trace                       many traces + hand-offs
failure modes         wrong tool, forgotten rules     loops between agents, duplicated work
start here?           YES                             only after measuring a single-agent failure

त्वरित जाँच: Multi-agent systems की एक असली क़ीमत क्या है?

• वे हमेशा सस्ते हैं
• ज़्यादा calls, latency और समन्वय bugs
• वे परीक्षण की ज़रूरत हटाते हैं
• उन्हें prompts नहीं चाहिए