AI dev CLIs की पहली पीढ़ी ने तुम्हें chat loop और tool-use दिया। दूसरी पीढ़ी एक विशिष्ट अगले primitive के चारों ओर समेकित हो रही है: subagent। Claude Code ने इस साल की शुरुआत में अपना Agent tool लॉन्च किया था, markdown plus YAML configs, tool-calling syntax के ज़रिए explicit delegation, parallel invocation, और isolated contexts के साथ। Google के Gemini CLI ने अब अनिवार्य रूप से वही primitive लॉन्च किया है। InfoQ के पास writeup है, और shape इतना करीब है कि Claude Code उपयोगकर्ता इसे एक नज़र में पहचान लेंगे।
Gemini CLI में subagents YAML frontmatter वाली markdown files में define किए जाते हैं, roles, tools, और behavioral guidelines specify करते हुए। यह उस pattern से मेल खाता है जो Claude Code उपयोगकर्ता पहले से `.claude/agents/` के तहत उपयोग करते हैं। Delegation explicit है: उपयोगकर्ता prompt syntax के ज़रिए विशिष्ट agents को tasks assign करते हैं, जो Claude Code के Agent tool को invoke करने के तरीके का आईना है। Parallel execution supported है। Google के उदाहरणों में codebase के विभिन्न हिस्सों का विश्लेषण या एक साथ multiple research tasks चलाना शामिल है, और InfoQ स्पष्ट जोखिम नोट करता है: concurrent requests से code changes में टकराव और usage limits में वृद्धि। प्रत्येक subagent isolated environment में चलता है और summarized result को main session में लौटाता है, जो वही architecture है जो Claude Code parent context को हल्का रखने के लिए उपयोग करता है। Gemini CLI बॉक्स से बाहर तीन built-in subagents देता है: एक general-purpose assistant, एक CLI helper, और एक codebase investigation agent।
यह संयोग से हुआ convergence नहीं है — यह वह shape है जो समस्या खुद तुम पर थोपती है। एक बार जब तुमने agentic CLI sessions बनाए हैं जिन्हें लंबी अवधि की research, code investigation, या bulk file modification करनी होती है, तुम तेज़ी से दो constraints से टकराते हो: parent context budget और parallelism। Markdown plus YAML configs "इस agent को कैसे व्यवहार करना चाहिए" वाली axis को handle करते हैं। Summarized returns वाले isolated environments context budget वाली axis को handle करते हैं। Prompt syntax के ज़रिए explicit delegation उन CLI उपयोगकर्ताओं के लिए programming model को सरल रखता है जो पूरा orchestration framework नहीं चाहते। Gemini CLI का यह primitive लैंड करना मतलब यह pattern अब agentic dev tools के लिए उद्योग मानक है, Claude Code की विशिष्टता नहीं।
अगर तुम किसी भी CLI के ऊपर agent tooling बना रहे हो, व्यावहारिक निहितार्थ यह है कि तुम्हारे subagent configs एक बार लिखे जा सकते हैं और दोनों के बीच लगभग पूरी तरह reuse किए जा सकते हैं। Schema differences सुलझाने योग्य हैं; mental model समान है। गौर करने लायक बात यह है कि दोनों पक्ष conflicting edits पैदा करने वाले parallel subagents के बारे में चेतावनी देते हैं, जो theory में solved problem है (version control, check-before-write, merge) लेकिन UX में unsolved problem है। जो पहले "पांच subagents को एक ही repo में edit करने के लिए spawn करो और साफ merge करो" flow crack करेगा उसके पास असली differentiator होगा। तब तक, convergent primitive यहां है, और तुम्हारा agent playbook इसके खिलाफ लिखा जा सकता है चाहे तुम्हारी टीम कोई भी CLI इस्तेमाल करे।