Claude Code परियोजना के उप-एजेंट को अपना मॉडल और उपकरण दे सकता है, जबकि मुख्य बातचीत योजना और समीक्षा संभालती है। रिपॉज़िटरी में एक अधिकृत बदलाव के लिए Opus मुख्य एजेंट सीमित कार्यान्वयन चरण Haiku को भेज सकता है। उपयोगी परिणाम है जाँचा हुआ कोड बदलाव और वास्तव में चले मॉडलों का रिकॉर्ड। केवल सस्ता मॉडल चुनने से बचत सिद्ध नहीं होती।

बड़ा बदलाव

  • क्या बदला: परियोजना की एजेंट फ़ाइल किसी नामित कोडिंग कार्यकर्ता के लिए model: haiku माँग सकती है, जबकि मुख्य सत्र Opus इस्तेमाल करता है।
  • यह क्यों महत्त्वपूर्ण है: मुख्य एजेंट कार्यकर्ता के छोटे काम की समीक्षा कर सकता है, लेकिन diff मूल स्वीकृति जाँच पूरी करता है या नहीं, यह डेवलपर ही तय करता है।
  • किन बातों पर ध्यान दें: मॉडल को बदलने वाले विकल्प, संगठन की नीति, अनुमतियाँ, समीक्षा और दोबारा कोशिश वास्तविक मॉडल तथा कुल उपयोग बदल सकते हैं। लागत का लाभ बताने से पहले इन्हें सत्यापित करें।

उसी काम से शुरू करें जिसकी ज़िम्मेदारी आपके पास है

आपको अपने नियंत्रण वाली Git रिपॉज़िटरी, उसे बदलने की अनुमति, Claude Code में दोनों मॉडल परिवारों का एक्सेस, और diff से परखा जा सकने वाला छोटा अधिकृत बदलाव चाहिए। शुरुआती commit, दायरे की फ़ाइलें या व्यवहार, मौजूदा स्वीकृति कमांड और पास होने का अर्थ लिखें। काम के लिए साफ़ checkout इस्तेमाल करें। कमांड आपके प्रोजेक्ट से आनी चाहिए; यह मार्गदर्शिका अनजान रिपॉज़िटरी के लिए सार्थक टेस्ट नहीं दे सकती।

शुरू करने से पहले claude --version, अपना प्रदाता और बिलिंग व्यवस्था, तथा लागू मॉडल सीमाएँ जाँचें। Anthropic API पर वर्तमान उपनाम opus और haiku क्रमशः Opus 5.5 (claude-opus-5-5) और Haiku 5.5 (claude-haiku-5-5) चुनते हैं; इस जोड़ी के लिए Claude Code v2.1.293 या नया चाहिए। दूसरे प्रदाता इन्हीं उपनामों को पुरानी पीढ़ियों से जोड़ सकते हैं। संगठन की availableModels नीति चयन रोक सकती है या उसकी जगह दूसरा मॉडल दे सकती है। मुख्य सत्र में /model इस्तेमाल करें और दिखने वाला मुख्य मॉडल ठीक-ठीक लिखें। अधिकृत बजट तय करें और खाते या प्रदाता के वास्तविक नियंत्रण जाँचें; मॉडल को दिया गया निर्देश पक्की खर्च सीमा नहीं है। Anthropic के मॉडल कॉन्फ़िगरेशन दस्तावेज़ वर्तमान मैपिंग और सीमाएँ बताते हैं।

1. परियोजना का Haiku कार्यकर्ता परिभाषित करें

परियोजना में अनोखे नाम की फ़ाइल बनाएँ, जैसे .claude/agents/bounded-code-worker.md, उसकी समीक्षा करें, फिर Opus मुख्य एजेंट को claude --model opus से शुरू करें या Opus चुनने के लिए /model इस्तेमाल करें। यह उदाहरण कार्यकर्ता की परिभाषा है, टेस्ट का काम नहीं:

Markdown
---
name: bounded-code-worker
description: Implements one explicitly bounded, authorized repository change and reports the diff and checks for parent review.
model: haiku
tools: Read, Glob, Grep, Edit, Bash
permissionMode: default
---

एजेंट फ़ाइल में बंद करने वाले --- के तुरंत बाद सामान्य भाषा का यह सिस्टम निर्देश जोड़ें: केवल मुख्य एजेंट से मिला काम और फ़ाइलों का दायरा लागू करो। बदलाव से पहले संबंधित कोड और बताई गई स्वीकृति जाँच देखो। काम, अनुमति या ज़रूरी इनपुट न हो तो रुककर कमी बताओ। सबसे छोटा प्रासंगिक बदलाव करो। अनुमति होने पर मूल जाँच चलाओ और उसकी सटीक कमांड तथा परिणाम बताओ। बदली फ़ाइलें, diff का उद्देश्य, बाकी असफलताएँ और जो काम सत्यापित नहीं कर सके वह लौटाओ। स्पष्ट अधिकार के बिना commit, प्रकाशन, deployment या काम का विस्तार मत करो।

यह tools सूची उपकरण उपलब्ध कराती है; यह पढ़ने या shell कमांड को बताए रास्तों तक सीमित नहीं करती। काम सौंपने से पहले परियोजना और संगठन की लागू अनुमतियाँ, विशेषकर shell एक्सेस, जाँचें। इस प्रक्रिया में मुख्य एजेंट को Manual/default अनुमति मोड में रखें: Anthropic बताता है कि मुख्य एजेंट का acceptEdits, auto या bypassPermissions मोड कार्यकर्ता की permissionMode सेटिंग बदल देता है। नए agents फ़ोल्डर में यह पहली फ़ाइल हो और एजेंट न दिखे तो Claude Code दोबारा शुरू करें। उप-एजेंट मैनुअल इन नियंत्रणों को समझाता है।

वैकल्पिक isolation: worktree सेटिंग कार्यकर्ता को अलग checkout देती है। दस्तावेज़ में उसका शुरुआती बिंदु रिपॉज़िटरी की डिफ़ॉल्ट शाखा है, जो मुख्य एजेंट के वर्तमान commit से अलग हो सकता है। बदलाव इस्तेमाल करने या तुलना करने से पहले उस शुरुआती रिविज़न को काम के दर्ज आधार से मिलाएँ। मूल स्वीकृति जाँच के लिए साफ़ और अधिकृत checkout अभी भी चाहिए।

2. काम सौंपें, जाँचें, फिर स्वीकार या अस्वीकार करें

मुख्य एजेंट को असली काम से जुड़ा निर्देश दें और अपनी फ़ाइल सीमा तथा जाँच कमांड इस्तेमाल करें:

इस अधिकृत बदलाव की संक्षिप्त योजना बनाओ। केवल बताई गई कार्यान्वयन प्रक्रिया bounded-code-worker को सौंपो। मूल स्वीकृति मानदंड और अंतिम समीक्षा अपने पास रखो। कार्यकर्ता के लौटने पर उसका सटीक diff और जाँच परिणाम दिखाओ। मेरी समीक्षा से पहले बदलाव स्वीकार या विस्तृत मत करो।

कार्यकर्ता के चलते समय /tasks खोलें और उसकी पंक्ति में दिखा मॉडल लिखें। यही चलते समय की जाँच है; एजेंट फ़ाइल या निर्देश में haiku शब्द केवल अनुरोध है। Claude Code v2.1.242 या नया वहाँ चल रहा मॉडल दिखाता है। पूरा हुआ पृष्ठभूमि काम /tasks में लगभग 30 सेकंड रहता है, इसलिए तुरंत देखें और बातचीत का रिकॉर्ड रखें। पंक्ति छूट जाए तो फ़ाइल से अनुमान लगाने के बजाय मॉडल सत्यापन अधूरा लिखें।

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

AI सहायक से रिपॉज़िटरी की एक असफलता जाँचने के संबंधित तरीके के लिए हमारी AI Goal सुधार और सत्यापन मार्गदर्शिका देखें। वह प्रक्रिया यहाँ इस्तेमाल हुआ Opus से Haiku का काम सौंपना कॉन्फ़िगर नहीं करती।

यदि /tasks दूसरा मॉडल या प्रतिस्थापन चेतावनी दिखाए तो कॉल का मॉडल तर्क, एजेंट का frontmatter, CLAUDE_CODE_SUBAGENT_MODEL और प्रबंधित मॉडल सूची देखें। वर्तमान Claude Code में कॉल का मॉडल frontmatter से ऊपर, फिर वातावरण का डिफ़ॉल्ट और फिर मुख्य मॉडल आता है; v2.1.251 से पहले वातावरण की सेटिंग को प्राथमिकता थी। CLAUDE_CODE_SUBAGENT_MODEL_FORCE=1 (v2.1.257+) परिभाषा बदल सकता है, और स्थापित mod का agent.spawn hook कॉल का मॉडल बदल सकता है। बदलाव के वास्तविक स्रोत को ठीक करें या काम रोकें। गैर-Haiku परिणाम को Haiku का नाम न दें।

3. बचत गढ़े बिना उपयोग लिखें

इस नियंत्रित सत्र के पहले और बाद /usage की रीडिंग लें। हर मॉडल के इनपुट, आउटपुट और कैश टोकन, दिखा लागत अनुमान, प्रदाता या योजना, स्वीकारा diff, मूल जाँच परिणाम और ज़रूरी समीक्षा या दोबारा काम लिखें। Session ब्लॉक पूरे सत्र को मॉडल के अनुसार जोड़ता है; वह इस नामित कार्यकर्ता का सटीक बिल नहीं है। योजना में हिस्सेदारी के प्रतिशत स्थानीय दिन या सप्ताह का लगभग इतिहास हैं, इस एक काम का माप नहीं। API खाते के लिए Claude Console बिलिंग का आधिकारिक स्रोत है। सदस्यता में सत्र का डॉलर अनुमान अतिरिक्त बिल नहीं है। अंतिम ज्ञात उपयोग के प्रदर्शन को पुराना चिह्नित करें।

यह दावा करने के लिए कि काम सौंपने से इस काम पर पैसे बचे, उसी साफ़ शुरुआती रिविज़न, काम और स्वीकृति मानदंडों से अलग अधिकृत एक-मॉडल रन से तुलना करें। मुख्य एजेंट की योजना और समीक्षा, कार्यकर्ता कॉल, दोबारा कोशिश और सभी सुधार गिनें, और केवल स्वीकारे परिणामों की तुलना करें। रन की एक जोड़ी उस खास काम का अवलोकन ही है। ऐसी आधार तुलना के बिना सत्यापित मॉडल मार्ग और कोड परिणाम बताएं; बचत अज्ञात है। Anthropic की लागत मार्गदर्शिका उपयोग का प्रदर्शन और बिलिंग सीमाएँ समझाती है।

यह प्रक्रिया वर्तमान दस्तावेज़ों पर आधारित है, BIG CHANGE द्वारा Claude Code चलाने या मापे गए काम पर नहीं। संगठन ने कॉन्फ़िगर किए गए प्रदाता के लिए मंज़ूर न किया हो तो कोड या गोपनीय जानकारी न भेजें। यहाँ Claude Code का अपना Opus और Haiku चयन इस्तेमाल होता है; दूसरे मॉडल प्रदाता के लिए अलग निर्दिष्ट gateway या समन्वय प्रक्रिया और उसकी अपनी जाँच चाहिए।

स्रोत और आगे पढ़ें

  • Anthropic, कस्टम उप-एजेंट बनाएँ — परियोजना एजेंट फ़ाइलें, मॉडल प्राथमिकता, /tasks, अनुमतियाँ और worktree व्यवहार। वर्तमान मैनुअल 20 अक्टूबर 2026 को जाँचा गया; वह सुविधा बताता है, इस मार्गदर्शिका के न चलाए उदाहरण का परिणाम नहीं।
  • Anthropic, मॉडल कॉन्फ़िगरेशन — वर्तमान उपनाम, प्रदाताओं के अंतर, संस्करण आवश्यकताएँ और प्रबंधित मॉडल नियंत्रण। इस्तेमाल के समय स्थापित संस्करण और प्रदाता पुष्टि करें।
  • Anthropic, लागत प्रभावी ढंग से प्रबंधित करें — /usage: फ़ील्ड, अनुमान और सदस्यता बनाम API बिलिंग। यह इस काम की बचत साबित नहीं करता।
  • Anthropic, अनुमतियाँ कॉन्फ़िगर करें — उपकरणों की लागू अनुमति नीतियाँ जिन्हें कोड बदलने वाला कार्यकर्ता चलाने से पहले देखना चाहिए।