2026 жылы автономды агенттердің шығынын шектеуге арналған Claude Code-тың 7 ережесі
MarkdownАвтономды агент сізді тақырға отырғызбауы үшін Claude Code-та шектеулер қоюдың 7 ережесі: провайдер шектері, Task Budgets, хуктар, ақ тізімдер, kill switch, sandbox кілттері және итерация шектері.
Мақаланы толық оқу
Негізгі түйін
Бұлтқа шектеусіз қолжетімділігі бар автономды агент бір түнде үлкен шот жинап қоюы мүмкін. Осындай ақаудың алдын алу үшін бір кеште іске қосуға болатын Claude Code-тың 7 ережесін талдаймын.
Қызметпен жұмыс істеуді Ailoot құжаттамасынан үйреніңіз.
Ақша қайда кетеді: автономды агент шығынының 3 санаты
Негізгі түйін
Автономды агент ақшаңызды қайда жұмсайды? Үш бөлек арна арқылы: Anthropic/OpenAI жүйесіндегі токендер, бұлт ресурстары (AWS/GCP/Yandex Cloud) және үшінші тарап API-ларындағы ақылы әрекеттер (Stripe төлемдері, SMS шлюздері, Twilio, жазылымдары бар Telegram боттары). Әр арнаның жеке төлем жүйесі және шығынды тоқтатудың өз тәсілі бар.
Осы үш арнаны шатастырмаңыз: олар бір-бірінен тәуелсіз жұмыс істейді және әртүрлі баптауларды қажет етеді:
- LLM токендері. Claude, OpenAI немесе Gemini әр сұраудың кіріс және шығыс контексті үшін ақы алады. Бұл жерде Anthropic Task Budgets (2-ереже) және API арқылы пайдаланғаныңыз үшін төлеудің орнына жазылым қолдану көмектесе алады.
- Бұлт инфрақұрылымы. MCP немесе Bash құралы арқылы агент EC2, RDS, S3 ресурстарын жасайды немесе lambdas орналастырады. Мұнда AWS Budgets, GCP немесе kill switch-і бар Yandex Cloud көмектесе алады (5-ереже).
- Үшінші тарап API-лары. Агент Stripe төлемін жасайды, шлюз арқылы 100 SMS жібереді немесе мың Telegram жазылымын орнатады. Қолдану аясы тар sandbox кілттері мен провайдер тақтасындағы қатаң шек көмектесе алады (6-ереже).
Келесіде 7 ереже берілген. Әрқайсысы бір немесе екі арнаны қамтиды.
API шығынына қатаң шекті қалай қоюға болады (1-ереже)
Негізгі түйін
API шығынына қатаң шекті қалай қоюға болады? Anthropic пен OpenAI-де ұйым шығынының кіріктірілген шегі бар, ол көрсетілген сомаға жеткенде аккаунтты автоматты түрде шектейді. Оны тек электрондық хат жіберетін ескертулермен шатастырмаңыз. Қатаң шек — тосқауыл, ескерту — шам. Екеуін де орнатыңыз, алдымен тосқауылды қойыңыз.
Қай жерде қосу керек (әр провайдерге кемінде 2 минут бөліңіз):
Anthropic Console. console.anthropic.com → Settings → Limits → Monthly spend limit. Ең қолайсыз айда жұмсауға дайын соманы белгілеңіз. Оған жеткенде API 429 қатесін қайтарады және оқиғаны журналға жазады. «Бір минуттан кейін қайта байқап көремін» деген болмайды — айдың соңына дейін бұғатталады.
OpenAI Platform. platform.openai.com → Billing → Usage limits. Мұнда да жұмсақ шек (электрондық пошта ескертуі) және қатаң шек (API өшіріледі) бар. Екеуін де қойыңыз; әрекет етуге уақыт қалуы үшін қатаң шекті жұмсақ шектің 1.5x мөлшеріне орнатыңыз.
AWS Bedrock / Google Vertex. Claude/Anthropic қызметіне бұлт делдалы арқылы кірсеңіз, қатаң шекті Anthropic жағында емес, бұлт жағында қою керек. Бұл — 5-ереже.
Қатаң шекке жатпайтын нәрсе: электрондық пошта ескертулері («бюджетіңіздің 80%-ын жұмсадыңыз»). Олар кешігіп келеді, түнде ешкім поштасын оқымайды. Тек провайдер жағындағы синхронды тосқауыл ғана жарайды.
Anthropic Task Budgets қалай жұмыс істейді және оны қайда орнату керек (2-ереже)
Негізгі түйін
Anthropic Task Budgets деген не және олар сізді неден қорғайды? Бұл — Opus 4.7/4.8 және Fable/Mythos желісіндегі бета мүмкіндік: бір автономды жұмыс ағынына бюджет белгілейсіз, бюджет азайғанда Claude пайымдау тереңдігін қысқартады да, тапсырманың ортасында «болды, бюджетім бітті» демей, жұмысты қорытындылай аяқтайды. Бұл бұлт шығынының барлық мәселесін шешпейді, бірақ агент «циклге тұрып қалып, оны байқамай қалған» жағдайлардың 80%-ын болдырмайды.
Толығырақ Anthropic-тің ресми құжаттамасын қараңыз. Негізгісі: бұл — жұмсақ шекара, қатаң шек емес. Егер агент EC2 данасын жасап қойған болса, Task Budget оны жоймайды.
Іс жүзінде ол былай жұмыс істейді: сұрау жүктемесіне task_budget өрісін бересіз (мысалы, бүкіл тапсырмаға 100 000 кіріс токені). Claude бюджет туралы ақпарат алады да, жоспарларын өзі қысқартады, қадамдарды жеңілдетеді немесе қосалқы тапсырмаларды өткізіп жібереді. Бюджет нөлге жақындағанда, жұмысты доғарып, «тыңдағаныңызға рақмет» деудің орнына аралық қорытынды қайтарады.
Шектеулері:
- Тек Anthropic API. Bedrock/Vertex қызметтерінде жұмыс істемейді; олардың өз төлем жүйесі бар
- Тек бета модельдерде (Opus 4.7, 4.8, Fable 5, Mythos 5) жұмыс істейді. Sonnet 4.6 немесе Haiku-да жоқ
- Бұлт шығындарын немесе үшінші тарап API-ларын қамтымайды. Claude EC2 данасын іске қосса, Task Budget үнсіз қалады
Оны 1-ережедегі қатаң шекпен бірге қолданыңыз, оның орнына емес.
Құн шектеулері — контекст инженериясының бір бөлігі: агенттің не істей алатынын, не істей алмайтынын және апаттық тоқтату тетігінің қайда екенін өзіңіз шешесіз.
Claude Code-та PreToolUse hooks арқылы нені бұғаттау керек (3-ереже)
Негізгі түйін
Claude Code-тағы PreToolUse hooks деген не және олар не үшін керек? Бұлар — Claude құрал шақыруын орындамас бұрын іске қосылатын скрипттер. Олар сұрауды бұғаттай алады (exit 2), пайдаланушының растауын талап ете алады немесе растаусыз өткізе алады. Маңыздысы: hooks --dangerously-skip-permissions жалаушасына дейін іске қосылады. Демек, айналып өту режимінде де қауіпті әрекеттерді бұғаттай аласыз.
Claude Code-тағы рұқсаттар (2026 жылғы 1 маусымдағы жағдай бойынша) deny → ask → allow ретімен бағаланады. Бұл мынаны білдіреді:
- таңдалған рұқсат режимін бөлек тексеріңіз; қалыпты режимдегі deny сынағынан bypass режимі қорғалған деп шығармаңыз
- hook
exit 2қайтарса, құрал шақыруы бұғатталады allowedToolsтек deny ережелері мен hooks үнсіз қалғанда ғана қолданылады
Қауіпті пәрмендердің бірнеше жазылуын тексеретін шағын PreToolUse hook. Бұл толық shell талдағышы не қолжетімділік шекарасы емес, мәтін сүзгісі: балама пәрмендерге, скрипттерге, басқа құралдарға және бұрынғы бұлт ресурстарына бөлек бақылау қажет.
#!/usr/bin/env bash
# ~/.claude/hooks/block-dangerous-bash.sh
INPUT=$(cat)
if ! COMMAND=$(printf '%s\n' "$INPUT" | jq -er '.tool_input.command | select(type == "string")'); then
echo "Blocked: invalid Bash hook input" >&2
exit 2
fi
# Аталған мәтін үлгілерін тексереді; барлық балама әрекетті қамтымайды
if echo "$COMMAND" | grep -qiE '(rm -rf|aws s3 rb|terraform destroy|kubectl delete|drop database)'; then
echo "Blocked: destructive command" >&2
exit 2
fi
exit 0
Скриптті көрсетілген жолға сақтап, jq барын тексеріңіз және chmod +x ~/.claude/hooks/block-dangerous-bash.sh арқылы орындалатын етіңіз. Оны ~/.claude/settings.json ішінде байланыстырыңыз:
{
"hooks": {
"PreToolUse": [
{
"matcher": "Bash",
"hooks": [{ "type": "command", "command": "~/.claude/hooks/block-dangerous-bash.sh" }]
}
]
}
}
Ресми құжаттаманы қараңыз.
Тіркелгенін /hooks арқылы тексеріп, пәрмен өрісін орындамай, скриптке зиянсыз сынақ JSON беріңіз. Тізімдегі зиянды жазылу 2, қауіпсіз пәрмен 0 қайтаруы керек. Қате кірісті де сынаңыз. Regex тек сәйкес Bash шақыруын тексереді; нақты рұқсат шекарасына тар кіру деректері мен орта оқшаулауын қолданыңыз. Ресми hook кіріс/шығыс мысалын қараңыз.
allowedTools ақ тізімін не үшін пайдалану керек және --dangerously-skip-permissions жалаушасын неге хостқа қолдануға болмайды (4-ереже)
Негізгі түйін
Рұқсат етілген құралдардың ақ тізімін қайда қояды және bypass mode үшін хост неге жарамайды? settings.json ішіндегі allowedTools — агент растаусыз орындай алатын нақты командалардың тізімі; қалғанының бәрі сізден сұралады. --dangerously-skip-permissions сол растауларды толығымен өшіреді, сондықтан оны хост машинасында іске қоспаңыз — тек контейнерде немесе VM-де пайдаланыңыз.
Ақ тізім — ең аз артықшылық қағидаты. «Бәріне рұқсат берудің» (--dangerously-skip-permissions) орнына, тек тапсырмаға қажет нәрселерді қосыңыз:
{
"permissions": {
"allow": [
"Bash(npm install:*)",
"Bash(npm run build)",
"Bash(git add:*)",
"Bash(git commit:*)",
"Read(./src/**)",
"Write(./src/**)"
],
"deny": [
"Bash(rm -rf:*)",
"Bash(curl * | sh)",
"Write(/etc/**)",
"Write(~/.ssh/**)"
]
}
}
Айналып өту режимі туралы білуіңіз керек нәрселер:
- Linux/macOS Claude Code-ты root ретінде немесе sudo арқылы айналып өту режимінде іске қосуға рұқсат бермейді — бұл кіріктірілген қорғаныс
- Өз машинаңызда айналып өту режимі барлық растау сұрауларын өшіреді; агент қалағанын
rm -rfетіп өшіріп, SSH кілттерін аша алады және деректерді бұлтқа жүктей алады - Хостта
--dangerously-skip-permissionsжалаушасын ешқашан іске қоспаңыз; тек мына орталарда пайдаланыңыз:- көлемді тіркеуі шектеулі Docker контейнерінде (тек қажет қалта)
- оқшауланған VM-де (Multipass, Lima, Orbstack)
- GitHub Codespaces / Replit / басқа sandbox-та
Айналып өту режиміне арналған ең қарапайым docker run командасы:
docker run --rm -it \
-v "$PWD:/workspace" \
-w /workspace \
--network host \
ghcr.io/anthropics/claude-code:latest \
claude --dangerously-skip-permissions
Егер агентке бұлт тіркелгі деректері керек болса, өзіңіздің негізгі кілттеріңізді емес, қолдану аясы тар бөлек кілттерді пайдаланыңыз (6-ереже).
AWS, GCP және Yandex Cloud-та kill switch-пен бұлт бюджеті ескертулерін қалай орнатуға болады (5-ереже)
Негізгі түйін
Бюджет ескертуі байқалған не болжанған шығынды хабарлайды және кешігіп келуі мүмкін. Жауап функциясы жаңа агент әрекеттерін бұғаттауы не нақты ресурстарды тоқтатуы мүмкін; бұлар бөлек әрекеттер. IAM кілтін өшіру бұрын іске қосылған ресурстардың ақысын тоқтатпайды. Ресурс тоқтатуды бөлек анықтап, сынаңыз.
Әр бұлтта орнату жолы:
AWS Budgets (құжаттама). Айлық бюджет пен шектерді (50%, 80%, 100%) жасаңыз. 100% шегінде SNS тақырыбы жауап Lambda-сын шақыра алады. Төмендегі мысал тек аталған пайдаланушының IAM access key-лерін белсенді емес етеді; ресурстарды тоқтатпайды және қатаң шығын шегін орнатпайды:
import boto3
def lambda_handler(event, context):
iam = boto3.client('iam')
# Deactivate all keys for the 'claude-agent' user
keys = iam.list_access_keys(UserName='claude-agent')['AccessKeyMetadata']
for key in keys:
iam.update_access_key(
UserName='claude-agent',
AccessKeyId=key['AccessKeyId'],
Status='Inactive'
)
return {'statusCode': 200, 'body': 'IAM keys deactivated; existing resources unchanged'}
Шектеулі ресурс тоқтату рәсімі: мақұлданған EBS-backed EC2 даналары бар бөлек sandbox үшін іске қосудан бұрын аккаунтты, Regions және нақты instance ID-лерін тіркеңіз. EC2 консолінде тек сол даналарды таңдаңыз → Instance state → Stop instance → растаңыз да, әрқайсысының stopped күйіне жеткенін тексеріңіз. Қажетті instance-store деректерін алдын ала сақтаңыз: тоқтату оларды жояды. Мақұлданған кесте не scaling жүйесі оларды алмастыра алмайтынын тексеріңіз. Бұл сол compute қолданысын тоқтатады, бүкіл аккаунт ақысын емес; сақталған дискілер мен басқа қызметтерді бөлек қараңыз. Ресми EC2 тоқтату рәсімін ұстаныңыз.
AWS Budgets құжаттамасы хабарландыру ресурс қолданысынан кешігетінін және ескертуден бұрын да, кейін де қосымша ақы жиналатынын ескертеді. Сондықтан 100%-да іске қосу дәл ақшалай шекті міндеттей алмайды.
GCP Budget Alerts. Budget → Pub/Sub тақырыбын → Service Account-ты өшіретін Cloud Function жасаңыз. Құжаттамадағы маңызды кеңес: ескертулер тек хабарлайды, қызметтерді тоқтатпайды, сондықтан Cloud Function өте қажет.
Yandex Cloud (құжаттама). Billing → Budgets бөлімінде бюджеттерді, ал қатаң шек ретінде ресурс квоталарын орнатыңыз. Хабарландыруларды Cloud Functions арқылы Telegram ботына қосуға болады.
OpenAI API. Жұмсақ және қатаң шығын шектері тақтаның өзінде бар — қатаң шек API-ді автоматты түрде тоқтатады; Lambda қажет емес.
Бар жерде тексерілген провайдерлік қатаң шекті, кешігетін бюджет ескертулерін, тар кіру деректерін және агент жасай алатын нақты ресурстарға сыналған жауапты қолданыңыз. Кіру деректерін қайтару кей жаңа әрекетті тоқтатады; жүріп жатқан ресурс қолданысына тоқтатуды тексеру қажет. Ескерту де, кілт қайтару Lambda-сының табыс хабарламасы да бүкіл төлем тоқтағанын дәлелдемейді.
Неге агентке қолдану аясы тар, оқшауланған sandbox API кілті қажет (6-ереже)
Негізгі түйін
Агентке не үшін бөлек API кілті керек? Ақау шектеліп қалуы үшін. Бір агентке ғана арнап IAM пайдаланушысын немесе Service Account жасаңыз, оған ең аз рұқсат беріңіз (EC2, * емес) және қатаң шегі бар бөлек есеп айырысу жобасына тіркеңіз. Агент бар ақшаны жұмсап қойса, бүкіл компанияның қаражатын емес, бір сағатта өзінің 50 долларын ғана жұмсайды.
AWS-тағы ең қарапайым конфигурация:
claude-agent-scanIAM пайдаланушысын жасаңыз- Саясат: тек қажет әрекеттер (мысалы, бір аймақта,
t3.microөлшемімен және VPC elastic IP-сізec2:RunInstances) - Оны айлық 100 доллар бюджеті бар бөлек AWS аккаунтына (Organizations арқылы) тіркеңіз
- Қолжетімділік кілттерін жасап, оларды тек агентке беріңіз; өзіңіздің
~/.aws/credentialsфайлыңызға салмаңыз - Сессиядан кейін кілттерді ауыстырыңыз немесе пайдаланушыны жойыңыз
Басқа провайдерлер үшін де ұқсас:
- OpenAI / Anthropic: әр агентке бөлек API кілті, әр кілтке арналған тақтадағы қатаң шек және сұрау метадеректеріндегі
agent_idтегтері - Stripe / YooKassa: бір әрекетке арналған шектеулі API кілті (мысалы, тек
charges:read) және мүмкін болса бөлек мерчант - Telegram Bot API: негізгі токеннің орнына бөлек бот токені
Мұнда да бұрыннан белгілі қауіпсіздік қағидаты қолданылады: ең аз артықшылық — агент тапсырмаға керек нәрсені ғана алады, бір байт та артық емес. Тапсырма «желіні сканерлеу» болса, оған ec2:* және s3:* бермеңіз; тек ec2:DescribeInstances берсеңіз жеткілікті.
Қашан іске қосар алдындағы dry run және итерация шегін пайдалану керек (7-ереже)
Негізгі түйін
Агентке іске қоспас бұрын жоспарын неге көрсету керек және ең көбі қанша итерацияға рұқсат берген жөн? Plan Mode — Claude Code-тың кіріктірілген мүмкіндігі: агент алдымен не істемек екенін сипаттап, сіздің мақұлдауыңызды күтеді. Бұл — ақылы емес алдын ала тексеріс. Ал --max-turns N бір сессиядағы қадамдар санын шектейді, сондықтан агент шексіз айнала алмайды. Автономды режим үшін 10–30 жүріс қойыңыз, одан көп емес.
Plan Mode (/plan) сессияның басында қосылады. Агент жоспар дайындап, оны чатта көрсетеді, мақұлдауды күтеді де, содан кейін ғана жұмысқа кіріседі. Бұл тегін және «алдымен сұрайды деп ойлаған едім» деген жағдайлардың 70%-ын болдырмайды.
--max-turns — іске қосу жалаушасы. Әр жүріс — «агент ойланады + құрал шақырады + нәтиже алады» циклі. Автономды тапсырмалар үшін:
- шағын өзгеріс: 5–10 жүріс
- орташа тапсырма: 15–30 жүріс
- үлкен автономды тапсырма: 50–80 жүріс
Қосымша тәсілдер:
- Linux жүйесіндегі
timeoutкомандасымен қабырға сағаты бойынша тайм-аут қою:
timeout 1800 claude --dangerously-skip-permissions --max-turns 30 -p "scan task"
# 1800 seconds = 30 minutes. Stop the process gracefully.
- Болған жағдайды кейін көре алу үшін PostToolUse hook арқылы әр құрал шақыруын файлға журналдау
- Cron арқылы бақылау — әр 5 минут сайын бір мезгілде 10 Claude процесі жұмыс істеп тұрмағанын тексеру (әдетте бірдеңе дұрыс болмағанының белгісі)
Автономды Claude Code-ты іске қосар алдындағы дайын 5 минуттық тексеру тізімі
Негізгі түйін
Автономды тапсырмада Enter баспай тұрып, не дайын болуы керек? Әрқайсысы шамамен бір минут алатын жеті белгі. Біреуі де бос болса, іске қоспаңыз.
claude --dangerously-skip-permissions алдында тексеру тізімі:
[ ] 1. API провайдеріндегі қатаң шек (Anthropic Console → Limits → Monthly spend limit)
[ ] 2. Сұрау жүктемесіндегі Task Budget (Opus 4.7+/Fable/Mythos қолдансаңыз)
[ ] 3. rm -rf, aws s3 rb, terraform destroy командаларын бұғаттайтын PreToolUse hook
[ ] 4. settings.json ішіндегі allowedTools ақ тізімі немесе Docker контейнерінде жұмыс істеу
[ ] 5. Кешігетін бұлт бюджет ескертулері + сыналған кілт қайтару және мақұлданған ресурстарды тоқтату
[ ] 6. Sandbox API кілттері (агентке арналған бөлек кілт, негізгісі емес)
[ ] 7. --max-turns N + timeout NNN seconds + процестерді cron арқылы бақылау
Жетеуі де дайын болса, іске қосыңыз. Біреуі жетіспесе, тоқтап, оны орнатыңыз. Қазір жұмсалған отыз минут кейінгі 6 000–500 000 долларды үнемдеуі мүмкін.
Контекст үшін бір мысал: vibe coding жасаушы онлайн дүкен қолданбасын әдепкі postgres дерекқорының құпиясөзімен іске қосты. Бірнеше күн ішінде біреу оны тауып, майнерлерді орнатып, өз бэкдорларын орналастырды. Серверді өшіруге тура келді, ал өзге біреудің криптовалюта майнингі салдарынан айлық шот өсті.
Бұл оқиға 1-бөлімдегі 3-санатқа жатады (инфрақұрылымыңызда жұмыс істейтін үшінші тараптар), бірақ логикасы бірдей: шығынды бақылау оны кім бастағанына — агентіңізге, қызметкеріңізге немесе Нигериядағы майнерге — тәуелді болмауы керек.
Қосымша оқу:
- Claude Code-ты ақаулардан қалай қорғауға болады —
--dangerously-skip-permissionsжәне рұқсаттар туралы басқа қырынан - Vibe coding қауіпсіздігі — қауіпсіздік тірегі
- Claude Code шегін бір күнде тауыспау жолы — жазылым токендері туралы (мұны осы бұлт шоттары жөніндегі нұсқаулықпен шатастырмаңыз)
Дереккөздер
Толығырақ
Жиі қойылатын сұрақтар
Агенттің IAM кілттерін қайтарып алу бұлт шотын тоқтата ма?
Жоқ. Ол жаңа авторизацияланған сұрауларда сол кілттерді қолдануды тоқтатады, ал бар ресурстар ақы жинай беруі мүмкін. Өзіңізге тиесілі ресурстардың рұқсат тізімін сақтап, мақұлданған даналарды тоқтатыңыз, күйін тексеріңіз. Сақталған дискілер мен өзге қызметтерді бөлек қараңыз.
Мысалдағы пәрмен regex-і толық қауіпсіздік шекарасын міндеттей ала ма?
Жоқ. Ол тек сәйкес Bash шақыруларын және таңдалған пәрмен мәтінін қарайды. JSON талдауы мен аяқталу кодтарын сынаңыз, бірақ нақты қолжетімділік шекарасына тар бұлт рұқсаттары мен орта оқшаулауын қолданыңыз. Балама әрекеттер мен басқа құралдар мәтін сүзгісінен өте алады.