7 Claude Code-szabály az autonóm ügynökök költéseinek korlátozására 2026-ban

A szolgáltatás használatáról az Ailoot dokumentációjában olvashatsz.

Hová megy a pénz: egy autonóm ügynök 3 kiadási kategóriája#

Ne keverd össze ezt a három csatornát—egymástól függetlenül működnek, és eltérő beállításokat igényelnek:

1. LLM-tokenek. A Claude, az OpenAI vagy a Gemini minden kérés bemeneti és kimeneti kontextusáért számít fel díjat. Itt az Anthropic Task Budgets (lásd a 2. szabályt) és az API-használat alapú fizetés helyetti előfizetés segíthet.
2. Felhő-infrastruktúra. MCP-n vagy Bash-eszközön keresztül az ügynök EC2-, RDS- és S3-erőforrásokat hoz létre, vagy lambdákat telepít. Itt az AWS Budgets, a GCP vagy a Yandex Cloud kill switch-csel segíthet (5. szabály).
3. Harmadik fél API-jai. Az ügynök Stripe-terhelést indít, 100 SMS-t küld egy átjárón keresztül, vagy ezer Telegram-előfizetést állít be. Itt a szűk jogosultságú sandbox-kulcsok és a szolgáltató irányítópultján beállított kemény korlát segíthet (6. szabály).

Következik 7 szabály. Mindegyik egy vagy két csatornát fed le.

Hogyan állíts be kemény korlátot az API-költésre (1. szabály)#

Hol engedélyezd (szolgáltatónként legalább 2 percet szánj rá):

Anthropic Console. console.anthropic.com → Settings → Limits → Monthly spend limit. Állíts be akkora összeget, amennyit a legrosszabb hónapban is hajlandó vagy elkölteni. Amikor eléred, az API 429-es választ ad, és naplózza az eseményt. Nincs olyan, hogy „egy perc múlva újra próbálkozom”—a hónap végéig le van tiltva.

OpenAI Platform. platform.openai.com → Billing → Usage limits. Itt is van puha korlát (e-mailes figyelmeztetés) és kemény korlát (az API leállítása). Állítsd be mindkettőt; a kemény korlátot tedd a puha korlát 1.5x-esére, hogy maradjon idő a reagálásra.

AWS Bedrock / Google Vertex. Ha a Claude/Anthropic szolgáltatást felhőközvetítőn keresztül éred el, a kemény korlátot a felhő oldalán kell beállítani, nem az Anthropicon. Ez az 5. szabály.

Mi nem számít kemény korlátnak: az e-mailes figyelmeztetés („felhasználtad a kereted 80%-át”). Késve érkezik, és éjszaka senki sem olvas e-mailt. Csak a szolgáltató oldalán érvényesülő szinkron korlát számít.

Hogyan működik az Anthropic Task Budgets, és hol állítható be (2. szabály)#

A részletekért nézd meg az Anthropic hivatalos dokumentációját. A lényeg: ez puha korlát, nem kemény. Ha az ügynök már létrehozott egy EC2-példányt, a Task Budget nem fogja visszavonni.

Gyakorlati működése: a task_budget mezőt adod át a kérés payloadjában (például 100,000 bemeneti token a teljes feladatra). A Claude tájékoztatást kap a keretről, és magától visszafogja a terveit: egyszerűsíti a lépéseket vagy kihagy alfeladatokat. Ahogy a keret közelít a nullához, lezárja a munkát, és egy köztes összefoglalót ad vissza a „köszönöm a figyelmet” helyett.

Korlátok:

• Csak Anthropic API-n. Bedrockon/Vertexen nem működik, ezeknek külön számlázásuk van
• Csak béta modelleken (Opus 4.7, 4.8, Fable 5, Mythos 5). Sonnet 4.6-on vagy Haikun nem érhető el
• Nem terjed ki a felhőköltségekre vagy a harmadik fél API-jaira. Ha a Claude EC2-példányt indít, a Task Budget nem reagál

Az 1. szabállyal (kemény korlát) együtt használd, ne helyette.

A költségkorlátok a kontextustervezés részei: te döntöd el, mit tehet és mit nem az ügynök, és hol van a vészleállítója.

Mit blokkolj PreToolUse hookokkal a Claude Code-ban (3. szabály)#

A Claude Code engedélyeit (2026. június 1-jei állapot szerint) deny → ask → allow sorrendben értékeli ki. Ez azt jelenti, hogy:

• a kiválasztott jogosultsági módot külön ellenőrizd; a normál módban tesztelt deny-szabályból ne következtess bypass mód alatti védelemre
• ha egy hook exit 2 értéket ad vissza, az eszközhívás blokkolva lesz
• az allowedTools csak akkor érvényesül, ha a deny-szabályok és a hookok nem lépnek közbe

Egy minimális PreToolUse hook néhány veszélyes parancsalak ellenőrzésére. Ez szövegszűrő, nem teljes shell-értelmező vagy hozzáférési határ: az egyenértékű parancsokhoz, szkriptekhez, más eszközökhöz és meglévő felhőerőforrásokhoz külön védelem kell.

#!/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

# Checks the listed text patterns; does not cover every equivalent operation
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

Mentsd el a szkriptet a megadott helyre, ellenőrizd, hogy a jq elérhető, és tedd futtathatóvá a chmod +x ~/.claude/hooks/block-dangerous-bash.sh paranccsal. Kösd be a ~/.claude/settings.json fájlban:

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [{ "type": "command", "command": "~/.claude/hooks/block-dangerous-bash.sh" }]
      }
    ]
  }
}

Lásd a hivatalos dokumentációt.

A /hooks alatt ellenőrizd a regisztrációt, majd adj ártalmatlan JSON-mintát a szkriptnek a parancsmező végrehajtása nélkül. A felsorolt veszélyes parancsalaknak 2-es, egy ártalmatlan parancsnak 0-s kilépési kódot kell adnia. Hibás bemenetet is tesztelj. A regex csak az illeszkedő Bash-hívásokat ellenőrzi; a tényleges jogosultsági határhoz szűk hitelesítő adatokat és környezeti elkülönítést használj. Lásd a hookok bemenetének és kimenetének hivatalos példáját.

Miért használj allowedTools engedélylistát, és miért ne a hoston használd a --dangerously-skip-permissions kapcsolót (4. szabály)#

Az engedélylista a legkisebb jogosultság elvét követi. A „mindent engedélyez” (--dangerously-skip-permissions) helyett csak azt add hozzá, amire a feladatnak szüksége van:

{
  "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/**)"
    ]
  }
}

Amit a bypass módról tudnod kell:

• A Linux/macOS nem engedi elindítani a Claude Code-ot bypass módban rootként vagy sudo-val—ez beépített védelem
• Saját gépeden a bypass kikapcsol minden jóváhagyási kérést, az ügynök pedig tetszőleges rm -rf parancsot futtathat, megnyithatja az SSH-kulcsokat, és feltöltheti az adatokat a felhőbe
• Soha ne futtasd a --dangerously-skip-permissions kapcsolót a hoston, csak az alábbi környezetekben:
  • Docker-konténerben korlátozott volume-mounttal (csak a szükséges mappával)
  • izolált VM-ben (Multipass, Lima, Orbstack)
  • GitHub Codespaces / Replit / más sandboxban

Egy minimális docker run parancs bypass módhoz:

docker run --rm -it \
  -v "$PWD:/workspace" \
  -w /workspace \
  --network host \
  ghcr.io/anthropics/claude-code:latest \
  claude --dangerously-skip-permissions

Ha az ügynöknek felhőhitelesítő adatokra van szüksége, különálló, szűk jogosultságú kulcsokat használj, ne a saját fő kulcsaidat (6. szabály).

Hogyan állíts be felhőköltség-riasztásokat kill switch-csel az AWS-ben, a GCP-ben és a Yandex Cloudban (5. szabály)#

Így állítsd be az egyes felhőkben:

AWS Budgets (dokumentáció). Hozz létre havi költségkeretet küszöbértékekkel (50%, 80%, 100%). A 100%-os küszöbnél egy SNS-téma válasz-Lambdát indíthat. Az alábbi példa csak a megnevezett felhasználó IAM-hozzáférési kulcsait tiltja le; erőforrásokat nem állít le, és kemény költési plafont sem biztosít:

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'}

Körülhatárolt erőforrás-leállítás: egy kifejezetten erre használt sandbox jóváhagyott, EBS-alapú EC2-példányainál a futás előtt rögzítsd a fiókot, a régiókat és a pontos példányazonosítókat. Az EC2-konzolon csak ezeket válaszd ki → Instance state → Stop instance → erősítsd meg, majd ellenőrizd, hogy mindegyik stopped állapotba kerül. A szükséges instance-store adatokat előbb mentsd el; a leállítás törli őket. Ellenőrizd, hogy egy jóváhagyott ütemező vagy skálázó rendszer nem hozza-e létre őket újra. Ez az adott számítási használatot állítja le, nem a fiók összes költségét: a megőrzött tárhelyet és más szolgáltatásokat külön vizsgáld meg. Kövesd a hivatalos EC2-leállítási eljárást.

Az AWS Budgets dokumentációja figyelmeztet, hogy az értesítések késnek az erőforrás-használathoz képest, és a riasztás előtt és után is felmerülhet további költség. A 100%-os küszöbnél indítás ezért nem kényszerít ki pontos pénzügyi plafont.

GCP Budget Alerts. Hozz létre egy Budgetet → Pub/Sub-témát → Cloud Functiont, amely letiltja a Service Accountot. Fontos tipp a dokumentációból: a riasztások csak értesítenek, nem állítanak le semmit, ezért nélkülözhetetlen a Cloud Function.

Yandex Cloud (dokumentáció). Állíts be költségkereteket a Billing → Budgets menüpontban, és erőforrás-kvótákat kemény korlátként. A Cloud Functionson keresztül Telegram-bothoz is csatlakoztathatod az értesítéseket.

OpenAI API. A puha és kemény költési korlát közvetlenül az irányítópulton állítható be—a kemény korlát automatikusan leállítja az API-t, Lambda nem szükséges.

Ahol elérhető, használj ellenőrzött szolgáltatói kemény korlátot, késleltetett költségkeret-riasztásokat, szűk hitelesítő adatokat és tesztelt válaszlépést az ügynök által létrehozható konkrét erőforrásokra. A hitelesítő adatok visszavonása bizonyos új műveleteket blokkol; a folyamatos erőforrás-használathoz a leállítás ellenőrzése szükséges. Sem egy riasztás, sem a kulcsvisszavonó Lambda sikerüzenete nem bizonyítja az összes számlázás leállását.

Miért van szüksége az ügynöknek különálló, szűk jogosultságú sandbox API-kulcsra (6. szabály)#

Minimális AWS-beállítás:

1. Hozd létre a claude-agent-scan IAM-felhasználót
2. Policy: csak a szükséges műveletek (például ec2:RunInstances egy régióban, t3.micro méretben, VPC-hez tartozó rugalmas IP nélkül)
3. Rendeld hozzá egy külön AWS-fiókhoz (Organizations segítségével), amelynek havi költségkerete $100
4. Hozz létre hozzáférési kulcsokat, és add oda csak az ügynöknek; ne tedd őket a saját ~/.aws/credentials fájlodba
5. A munkamenet után forgasd le a kulcsokat, vagy töröld a felhasználót

Hasonlóan más szolgáltatóknál:

• OpenAI / Anthropic: külön API-kulcs minden ügynökhöz, kemény korlát minden kulcsra az irányítópulton, valamint agent_id tagek a kérés metaadataiban
• Stripe / YooKassa: korlátozott API-kulcs egyetlen művelethez (például csak charges:read), és lehetőség szerint külön kereskedői fiók
• Telegram Bot API: külön bot-token, ne a fő token

Itt is a régi biztonsági elv érvényes: a legkisebb jogosultság—az ügynök pontosan azt kapja, amire a feladatnak szüksége van, egy bájttal sem többet. Ha a feladat „a hálózat vizsgálata”, ne adj neki ec2:* és s3:* jogosultságot; csak ec2:DescribeInstances jogosultságot adj, és kész.

Mikor használj indítás előtti dry runt és iterációs korlátot (7. szabály)#

A Plan Mode (/plan) a munkamenet elején kapcsolható be. Az ügynök tervet készít, megmutatja a chatben, megvárja a jóváhagyást, és csak ezután kezd dolgozni. Ingyenes, és megelőzi az „azt hittem, előbb kérdezni fog” esetek 70%-át.

A --max-turns egy indítási kapcsoló. Minden turn egy „ügynök gondolkodik + eszközhívás + eredmény” ciklus. Autonóm feladatokhoz:

• kis módosítás: 5–10 turn
• közepes feladat: 15–30 turn
• nagy autonóm feladat: 50–80 turn

További módszerek:

• Falióra szerinti időkorlát a Linux timeout paranccsal:

timeout 1800 claude --dangerously-skip-permissions --max-turns 30 -p "scan task"
# 1800 seconds = 30 minutes. Stop the process gracefully.

• Naplózz minden eszközhívást egy fájlba PostToolUse hookkal, hogy utólag lásd, mi történt
• Cron-felügyelet—5 percenként ellenőrizd, hogy nem fut-e egyszerre 10 Claude-folyamat (ez tipikus jele annak, hogy valami félrement)

Használatra kész, 5 perces ellenőrzőlista autonóm Claude Code indítása előtt#

Ellenőrzőlista a claude --dangerously-skip-permissions indítása előtt:

[ ] 1. Kemény korlát az API-szolgáltatónál (Anthropic Console → Limits → Monthly spend limit)
[ ] 2. Task Budget a kérés payloadjában (Opus 4.7+/Fable/Mythos használata esetén)
[ ] 3. PreToolUse hook az rm -rf, aws s3 rb, terraform destroy blokkolására
[ ] 4. allowedTools engedélylista a settings.json fájlban, vagy munka Docker-konténerben
[ ] 5. Késleltetett felhőköltség-riasztások + tesztelt kulcsvisszavonás és jóváhagyott erőforrás-leállítás
[ ] 6. Sandbox API-kulcsok (külön kulcs az ügynöknek, nem a fő kulcs)
[ ] 7. --max-turns N + timeout NNN seconds + folyamatok cron-felügyelete

Ha mind a hét be van állítva, indítsd el. Ha akár egy is hiányzik, állj meg, és állítsd be. Harminc perc most később $6,000–500,000 összeget takaríthat meg.

Egy példa a háttér megvilágítására: egy vibe coder alapértelmezett postgres-adatbázisjelszóval tett közzé egy online áruházalkalmazást. Néhány napon belül valaki megtalálta, bányászprogramokat telepített, és saját hátsó kapukat helyezett el. A szervert le kellett állítani, a havi számla pedig másvalaki kriptobányászata miatt megnőtt.

Ez a történet az 1. szakasz 3. kategóriájába tartozik (harmadik felek futtatnak dolgokat az infrastruktúrádon), de a logika ugyanaz: a költés szabályozása nem függhet attól, hogy ki kezdeményezte—az ügynököd, az alkalmazottad vagy egy nigériai bányászprogram.

További olvasnivaló:

• Hogyan védd meg a Claude Code-ot a hibáktól—a --dangerously-skip-permissions kapcsolóról és az engedélyekről más megközelítésből
• Vibe coding biztonság—a biztonsági pillér
• Hogyan ne égesd el a Claude Code korlátait egy nap alatt—az előfizetéshez tartozó tokenekről (ne keverd össze ezt a felhőszámlákról szóló útmutatóval)

Ismerd meg az Ailootot.