Markdown संस्करण

AI-translated from English; not yet reviewed by a fluent editor.

# Claude Code में कोडिंग का एक काम Opus से Haiku को सौंपें और परिणाम जाँचें

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

By BIG CHANGE Editorial

Published: 2026-10-20T10:17:38.691Z
Updated: 2026-10-20T10:17:38.691Z
Canonical: https://bigchange.ai/blog/claude-code-opus-haiku-subagent-coding-guide

![Conceptual charcoal illustration of a reviewer using a laptop trackpad beside a generic two-column code diff with one orange changed section.](https://bigchange.ai/api/media/file/opus-haiku-diff-review-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE.

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 के मॉडल कॉन्फ़िगरेशन दस्तावेज़](https://code.claude.com/docs/en/model-config) वर्तमान मैपिंग और सीमाएँ बताते हैं।

## 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 दोबारा शुरू करें। [उप-एजेंट मैनुअल](https://code.claude.com/docs/en/sub-agents) इन नियंत्रणों को समझाता है।

वैकल्पिक `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 सुधार और सत्यापन मार्गदर्शिका](https://bigchange.ai/blog/ai-goal-failing-repository-check-guide) देखें। वह प्रक्रिया यहाँ इस्तेमाल हुआ 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 की लागत मार्गदर्शिका](https://code.claude.com/docs/en/costs) उपयोग का प्रदर्शन और बिलिंग सीमाएँ समझाती है।

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

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

- [Anthropic, कस्टम उप-एजेंट बनाएँ](https://code.claude.com/docs/en/sub-agents) — परियोजना एजेंट फ़ाइलें, मॉडल प्राथमिकता, `/tasks`, अनुमतियाँ और worktree व्यवहार। वर्तमान मैनुअल 20 अक्टूबर 2026 को जाँचा गया; वह सुविधा बताता है, इस मार्गदर्शिका के न चलाए उदाहरण का परिणाम नहीं।
- [Anthropic, मॉडल कॉन्फ़िगरेशन](https://code.claude.com/docs/en/model-config) — वर्तमान उपनाम, प्रदाताओं के अंतर, संस्करण आवश्यकताएँ और प्रबंधित मॉडल नियंत्रण। इस्तेमाल के समय स्थापित संस्करण और प्रदाता पुष्टि करें।
- [Anthropic, लागत प्रभावी ढंग से प्रबंधित करें](https://code.claude.com/docs/en/costs) — `/usage`: फ़ील्ड, अनुमान और सदस्यता बनाम API बिलिंग। यह इस काम की बचत साबित नहीं करता।
- [Anthropic, अनुमतियाँ कॉन्फ़िगर करें](https://code.claude.com/docs/en/permissions) — उपकरणों की लागू अनुमति नीतियाँ जिन्हें कोड बदलने वाला कार्यकर्ता चलाने से पहले देखना चाहिए।

## Sources

- [कस्टम उप-एजेंट बनाएँ — Claude Code दस्तावेज़](https://code.claude.com/docs/en/sub-agents) — परियोजना एजेंट फ़ाइलों, frontmatter, मॉडल प्राथमिकता और बदलाव, /tasks रीडबैक, अनुमति विरासत और worktree व्यवहार का मुख्य उत्पाद मैनुअल। यह इस मार्गदर्शिका के न चलाए काम या बचत को सत्यापित नहीं करता।
- [मॉडल कॉन्फ़िगरेशन — Claude Code दस्तावेज़](https://code.claude.com/docs/en/model-config) — Anthropic API के वर्तमान Opus और Haiku उपनामों तथा ID, अलग प्रदाता मैपिंग, न्यूनतम संस्करण और प्रबंधित availableModels सीमाओं का प्राथमिक स्रोत। पाठक को वास्तविक स्थानीय चयन जाँचना चाहिए।
- [लागत प्रभावी ढंग से प्रबंधित करें — Claude Code दस्तावेज़](https://code.claude.com/docs/en/costs) — /usage के सत्र टोकन और अनुमान फ़ील्ड, स्थानीय योजना हिस्सेदारी, पुराने प्रदर्शन, सदस्यता बनाम API बिलिंग और बिलिंग प्राधिकरण के रूप में Console समझाता है। यह नामित कार्यकर्ता का सटीक बिल या मापी हुई काम की बचत नहीं देता।
- [अनुमतियाँ कॉन्फ़िगर करें — Claude Code दस्तावेज़](https://code.claude.com/docs/en/permissions) — कोड बदलने वाले कार्यकर्ता पर लागू shell और फ़ाइल अनुमति नियम बताता है। केवल उप-एजेंट के उपकरणों की सूची फ़ाइलसिस्टम की रास्ता सीमा नहीं है।