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 वेगळे मॉडेल किंवा बदलाची चेतावणी दाखवत असेल तर कॉलचा model आर्ग्युमेंट, एजंट 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, परवानग्या कॉन्फिगर करा — कोड बदलणारा कार्यकर्ता चालवण्यापूर्वी तपासायचे लागू साधन-परवानगी नियम.