กฎ 7 ข้อสำหรับ Claude Code เพื่อจำกัดค่าใช้จ่ายของเอเจนต์อัตโนมัติในปี 2026

เรียนรู้วิธีใช้งานบริการได้ในเอกสารประกอบของ Ailoot

เงินไปอยู่ที่ไหน: ค่าใช้จ่าย 3 หมวดของเอเจนต์อัตโนมัติ#

อย่าสับสนระหว่างสามช่องทางนี้—แต่ละช่องทางทำงานอย่างเป็นอิสระและต้องตั้งค่าต่างกัน:

1. โทเค็น LLM Claude, OpenAI หรือ Gemini คิดค่าใช้จ่ายจากบริบทขาเข้าและขาออกของทุกคำขอ งบประมาณงานของ Anthropic (ดูข้อ 2) และการสมัครสมาชิกแทนการจ่ายตามการใช้งาน API ช่วยได้ในกรณีนี้
2. โครงสร้างพื้นฐานคลาวด์ เอเจนต์สร้างทรัพยากร EC2, RDS, S3 หรือปรับใช้ lambdas ผ่าน MCP หรือเครื่องมือ Bash ได้ AWS Budgets, GCP หรือ Yandex Cloud พร้อม kill switch ช่วยได้ในกรณีนี้ (ข้อ 5)
3. API บุคคลที่สาม เอเจนต์เรียกเก็บเงินผ่าน Stripe ส่ง SMS 100 ข้อความผ่านเกตเวย์ หรือสร้างการสมัครสมาชิก Telegram หนึ่งพันรายการได้ คีย์ Sandbox ที่มีขอบเขตจำกัดและเพดานเข้มงวดในแดชบอร์ดของผู้ให้บริการช่วยได้ในกรณีนี้ (ข้อ 6)

ต่อไปเป็นกฎ 7 ข้อ แต่ละข้อครอบคลุมหนึ่งหรือสองช่องทาง

วิธีตั้งเพดานค่าใช้จ่าย API แบบเข้มงวด (ข้อ 1)#

เปิดใช้ได้ที่ไหน (เผื่อเวลาอย่างน้อย 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 ทำงานอย่างไร และตั้งค่าได้ที่ไหน (ข้อ 2)#

ดูรายละเอียดได้ในเอกสารทางการของ Anthropic ประเด็นสำคัญคือ นี่เป็นขอบเขตแบบนุ่มนวล ไม่ใช่ขอบเขตแบบเข้มงวด หากเอเจนต์สร้างอินสแตนซ์ EC2 ไปแล้ว Task Budget จะไม่ย้อนกลับไปยกเลิกให้

วิธีทำงานในทางปฏิบัติ: ส่งฟิลด์ task_budget ใน request payload (เช่น โทเค็นขาเข้า 100,000 โทเค็นสำหรับงานทั้งหมด) Claude จะได้รับข้อมูลเกี่ยวกับงบประมาณและลดขอบเขตแผนของตัวเอง โดยทำขั้นตอนให้ง่ายขึ้นหรือข้ามงานย่อย เมื่อใกล้ใช้งบหมด Claude จะค่อย ๆ ปิดงานและส่งสรุประหว่างทาง แทนคำว่า “ขอบคุณที่รับฟัง”

ข้อจำกัด:

• ใช้ได้กับ Anthropic API เท่านั้น ใช้กับ Bedrock/Vertex ไม่ได้ เพราะทั้งสองมีระบบเรียกเก็บเงินของตัวเอง
• ใช้ได้เฉพาะโมเดลเบต้า (Opus 4.7, 4.8, Fable 5, Mythos 5) ใช้กับ Sonnet 4.6 หรือ Haiku ไม่ได้
• ไม่ครอบคลุมค่าใช้จ่ายคลาวด์หรือ API บุคคลที่สาม หาก Claude เปิดใช้งานอินสแตนซ์ EC2, Task Budget จะไม่ทำงาน

ใช้ร่วมกับข้อ 1 (เพดานแบบเข้มงวด) อย่าใช้แทนกัน

มาตรการคุมต้นทุนเป็นส่วนหนึ่งของวิศวกรรมบริบท: คุณเป็นผู้ตัดสินใจว่าเอเจนต์ทำอะไรได้และไม่ได้ และมีจุดหยุดฉุกเฉินอยู่ตรงไหน

สิ่งที่ควรบล็อกด้วย PreToolUse hooks ใน Claude Code (ข้อ 3)#

การตรวจสอบสิทธิ์ใน Claude Code (ณ วันที่ 1 มิถุนายน 2026) มีลำดับ deny → ask → allow นั่นหมายความว่า:

• ตรวจ permission mode ที่เลือกแยก อย่าอนุมานการป้องกันใน bypass mode จากการทดสอบ deny rule ในโหมดปกติ
• หาก hook คืนค่า exit 2 การเรียกใช้เครื่องมือจะถูกบล็อก
• allowedTools จะมีผลก็ต่อเมื่อไม่มีการตอบสนองจาก deny rules และ hooks

PreToolUse hook ขั้นต่ำนี้ตรวจรูปสะกดคำสั่งอันตรายบางแบบ เป็นตัวกรองข้อความ ไม่ใช่ shell parser สมบูรณ์หรือขอบเขตสิทธิ์ คำสั่งเทียบเท่า สคริปต์ เครื่องมืออื่น และทรัพยากรคลาวด์ที่มีอยู่ต้องมีตัวควบคุมแยก:

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

บันทึกสคริปต์ตาม path ที่ระบุ ยืนยันว่ามี 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 ตัวอย่างไม่สำคัญเข้าสคริปต์โดยไม่รันฟิลด์ command รูปสะกดอันตรายที่ระบุควรคืน 2 คำสั่งทั่วไปคืน 0 และทดสอบ input ผิดรูป regex ตรวจเฉพาะ Bash ที่ matcher ตรง ต้องใช้ credentials จำกัดกับการแยกสภาพแวดล้อมเป็นขอบเขตสิทธิ์จริง ดูตัวอย่าง input/output hook ทางการ

ทำไมต้องใช้รายการอนุญาต allowedTools และทำไมไม่ควรใช้ --dangerously-skip-permissions บนเครื่องโฮสต์ (ข้อ 4)#

รายการอนุญาตคือการใช้หลักการให้สิทธิ์เท่าที่จำเป็น แทนที่จะ “อนุญาตทุกอย่าง” (--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 container ที่จำกัดการ mount volume (เฉพาะโฟลเดอร์ที่จำเป็น)
  • 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)

วิธีตั้งการแจ้งเตือนงบคลาวด์พร้อม kill switch ใน AWS, GCP และ Yandex Cloud (ข้อ 5)#

วิธีตั้งค่าในคลาวด์แต่ละแห่ง:

AWS Budgets (เอกสาร) สร้างงบรายเดือนพร้อมเกณฑ์ (50%, 80%, 100%) ที่เกณฑ์ 100% SNS topic เรียก Lambda ตอบสนองได้ ตัวอย่างด้านล่างปิดเฉพาะ IAM access keys ของผู้ใช้ที่ระบุ ไม่หยุดทรัพยากรและไม่ยืนยันเพดานใช้จ่ายแบบบังคับ:

import boto3

def lambda_handler(event, context):
    iam = boto3.client('iam')
    # ปิดใช้งานคีย์ทั้งหมดของผู้ใช้ 'claude-agent'
    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'}

ขั้นหยุดทรัพยากรที่จำกัดขอบเขต: sandbox เฉพาะที่มี EC2 แบบ EBS-backed ที่อนุมัติ ให้บันทึกบัญชี Regions และ instance IDs ตรงตัวก่อนรัน ใน EC2 console เลือกเฉพาะ instances เหล่านั้น → Instance state → Stop instance → ยืนยัน แล้วตรวจทุกรายการถึง stopped เก็บข้อมูล instance-store ที่ต้องใช้ก่อนเพราะการหยุดลบทิ้ง ตรวจว่า scheduler หรือ scaling ที่อนุมัติไม่สร้างแทน ขั้นนี้หยุด compute นั้น ไม่ใช่ค่าทั้งบัญชี ต้องดู storage ที่คงและบริการอื่นแยก ทำตามขั้นหยุด EC2 ทางการ

เอกสาร AWS Budgets เตือนว่าแจ้งเตือนล่าช้าจากการใช้และอาจมีค่าเพิ่มก่อนหลังแจ้ง เกณฑ์ 100% จึงบังคับเพดานเงินตรงตัวไม่ได้

การแจ้งเตือนงบประมาณ GCP สร้าง Budget → Pub/Sub topic → Cloud Function เพื่อปิดใช้ Service Account เคล็ดลับสำคัญจากเอกสาร: การแจ้งเตือนแค่แจ้งให้ทราบ ไม่ได้ปิดระบบ ดังนั้น Cloud Function จึงจำเป็น

Yandex Cloud (เอกสาร) ตั้งงบประมาณภายใต้ Billing → Budgets และกำหนดโควตาทรัพยากรเป็นเพดานแบบเข้มงวด คุณสามารถเชื่อมการแจ้งเตือนเข้ากับบอต Telegram ผ่าน Cloud Functions ได้

OpenAI API กำหนดขีดจำกัดการใช้จ่ายแบบนุ่มนวลและแบบเข้มงวดได้โดยตรงในแดชบอร์ด—ขีดจำกัดแบบเข้มงวดจะหยุด API โดยอัตโนมัติ ไม่ต้องใช้ Lambda

ใช้ hard limit ฝั่งผู้ให้บริการที่ตรวจแล้วเมื่อมี พร้อม budget alerts ที่ล่าช้า credentials จำกัด และการตอบสนองที่ทดสอบสำหรับทรัพยากรที่เอเจนต์สร้างได้ เพิกถอน credentials บล็อกการกระทำใหม่บางส่วน แต่ต้องตรวจหยุดการใช้ทรัพยากรต่อเนื่อง ทั้ง alert และข้อความสำเร็จของ Lambda เพิกถอนคีย์ไม่พิสูจน์ว่าบิลทั้งหมดหยุด

ทำไมเอเจนต์ต้องใช้คีย์ API ของ sandbox แยกที่มีขอบเขตจำกัด (ข้อ 6)#

การตั้งค่า AWS ขั้นต่ำ:

1. สร้างผู้ใช้ IAM claude-agent-scan
2. กำหนดนโยบายเฉพาะการดำเนินการที่จำเป็น (เช่น ec2:RunInstances ในหนึ่งรีเจียน ขนาด t3.micro โดยไม่มี VPC elastic IP)
3. ผูกผู้ใช้เข้ากับบัญชี AWS แยกต่างหาก (ผ่าน Organizations) ที่มีงบรายเดือน 100 ดอลลาร์
4. สร้าง access keys และให้ เฉพาะเอเจนต์ อย่าใส่ไว้ใน ~/.aws/credentials ของคุณเอง
5. หลังจบเซสชัน ให้หมุนเวียนคีย์หรือลบผู้ใช้

สำหรับผู้ให้บริการรายอื่นก็เช่นกัน:

• OpenAI / Anthropic: ใช้คีย์ API แยกสำหรับแต่ละเอเจนต์ กำหนดเพดานเข้มงวดให้แต่ละคีย์ในแดชบอร์ด และใส่แท็ก agent_id ในข้อมูลเมตาของคำขอ
• Stripe / YooKassa: ใช้คีย์ API แบบจำกัดสำหรับการดำเนินการเดียว (เช่น charges:read เท่านั้น) และใช้บัญชีผู้ค้าแยกหากทำได้
• Telegram Bot API: ใช้โทเค็นบอตแยก ไม่ใช่โทเค็นหลัก

หลักการความปลอดภัยที่ใช้กันมานานก็ยังใช้ได้ที่นี่: ให้สิทธิ์เท่าที่จำเป็น—เอเจนต์จะได้สิ่งที่งานต้องใช้พอดี ไม่เกินไปแม้แต่ไบต์เดียว หากงานคือ “สแกนเครือข่าย” อย่าให้ ec2:* และ s3:*; ให้แค่ ec2:DescribeInstances ก็พอ

ควรใช้ dry run ก่อนเริ่มและจำกัดจำนวนรอบเมื่อใด (ข้อ 7)#

เปิด 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 วินาที = 30 นาที หยุดโปรเซสอย่างนุ่มนวล

• บันทึกการเรียกใช้เครื่องมือทุกครั้งลงไฟล์ด้วย hook PostToolUse เพื่อให้ตรวจสอบย้อนหลังได้ว่าเกิดอะไรขึ้น
• เฝ้าติดตามด้วย Cron—ทุก 5 นาที ตรวจสอบว่าไม่มีโปรเซส Claude ทำงานพร้อมกันถึง 10 โปรเซส (ซึ่งมักเป็นสัญญาณว่ามีบางอย่างผิดพลาด)

เช็กลิสต์พร้อมใช้ 5 นาทีก่อนเปิด Claude Code อัตโนมัติ#

เช็กลิสต์ก่อนใช้ claude --dangerously-skip-permissions:

[ ] 1. กำหนด hard cap ที่ผู้ให้บริการ API (Anthropic Console → Limits → Monthly spend limit)
[ ] 2. กำหนด Task Budget ใน request payload (หากใช้ Opus 4.7+/Fable/Mythos)
[ ] 3. ใช้ PreToolUse hook เพื่อบล็อก rm -rf, aws s3 rb, terraform destroy
[ ] 4. กำหนด allowedTools whitelist ใน settings.json หรือทำงานภายใน Docker container
[ ] 5. budget alerts คลาวด์ที่ล่าช้า พร้อมทดสอบเพิกถอนคีย์และหยุดทรัพยากรที่อนุมัติ
[ ] 6. ใช้ Sandbox API keys (คีย์แยกสำหรับเอเจนต์ ไม่ใช่คีย์หลัก)
[ ] 7. กำหนด --max-turns N + timeout NNN seconds + การตรวจสอบโปรเซสด้วย cron

หากเตรียมครบทั้งเจ็ดข้อแล้ว ก็เริ่มได้ หากขาดแม้แต่ข้อเดียว ให้หยุดและตั้งค่าให้เรียบร้อย ใช้เวลา 30 นาทีตอนนี้ อาจช่วยประหยัดเงินได้ 6,000–500,000 ดอลลาร์ในภายหลัง

ตัวอย่างเพื่อให้เห็นภาพ: นักเขียนโค้ดสาย vibe เปิดใช้งานแอปร้านค้าออนไลน์ที่ใช้รหัสผ่านเริ่มต้นของฐานข้อมูล postgres ภายในไม่กี่วัน มีคนพบแอป ติดตั้งโปรแกรมขุดเหรียญ และวาง backdoor ของตัวเอง ต้องปิดเซิร์ฟเวอร์ และบิลประจำเดือนก็สูงขึ้นเพราะมีคนอื่นใช้ขุดคริปโต

เรื่องนี้อยู่ในหมวด 3 จากส่วนที่ 1 (บุคคลที่สามรันสิ่งต่าง ๆ บนโครงสร้างพื้นฐานของคุณ) แต่หลักการเหมือนกัน: การควบคุมการใช้จ่ายไม่ควรขึ้นอยู่กับว่าใครเป็นผู้เริ่มใช้เงิน—เอเจนต์ของคุณ พนักงานของคุณ หรือโปรแกรมขุดเหรียญในไนจีเรีย

อ่านเพิ่มเติม:

• วิธีป้องกัน Claude Code จากการทำงานพัง—เรื่อง --dangerously-skip-permissions และสิทธิ์การใช้งานจากอีกมุมหนึ่ง
• ความปลอดภัยของ vibe coding—เสาหลักด้านความปลอดภัย
• วิธีไม่ใช้ขีดจำกัด Claude Code จนหมดในวันเดียว—เรื่องโทเค็นจากการสมัครสมาชิก (อย่าสับสนกับคู่มือนี้ที่ว่าด้วยบิลคลาวด์)

ทำความรู้จักกับ Ailoot.