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, అనుమతులను అమర్చండి — కోడ్ మార్చే పనివాడిని నడిపే ముందు చూడాల్సిన అమల్లోని సాధన అనుమతి నియమాలు.