ยุค coding agent ต้องมี "เพดานงบแบบตัดจริง" เป็นค่าเริ่มต้น — Simon Willison ชี้ปัญหา ขณะที่ AWS และ Google Cloud เริ่มมี spend cap แล้ว แต่ยังมีเงื่อนไขต้องรู้

Simon Willison นักพัฒนาที่บล็อกเรื่อง LLM สม่ำเสมอที่สุดคนหนึ่ง โพสต์บทความเมื่อ 3 ต.ค. 2026 ชื่อ “We’re going to need default hard budget caps on pretty much everything” (ขึ้นหน้าแรก Hacker News เกิน 300 คะแนน) ข้อเสนอของเขาคือ บริการและ API ที่คิดเงินตามการใช้งานทุกตัวควรมีปุ่ม “ใช้เกิน $X ต่อเดือนแล้วตัดเลย ให้คืน error” และต้องเปิดเป็นค่าเริ่มต้น ส่วน soft cap แบบ “เกินแล้วส่งอีเมลเตือน” เขามองว่าไม่พอ

เหตุผลของเขาตรงไปตรงมา coding agent และ personal agent (ซึ่งเขาเรียกว่า “coding agent ที่ห่อด้วย UI ที่ดูน่ากลัวน้อยกว่า”) ทำให้การสร้างโค้ดที่ไปเรียก API เสียเงิน เปิดเว็บแอปบนคลาวด์ หรือใช้ storage และ compute เพิ่ม ง่ายกว่าเดิมมาก ไม่มีใครอยากตื่นมาเจออีเมลเตือนงบที่ส่งมาตอนเที่ยงคืน แล้วพบว่าระหว่างที่หลับ บริการที่หลุดควบคุมเผาเงินไปอีกหลายร้อยหรือหลายพันดอลลาร์

ข้อโต้แย้งและทางออกที่เขาเสนอ

Willison ยอมรับว่าธุรกิจหลายแห่งไม่อยากให้แอปบน production ล่มเพราะงบหมด แต่เขาเชื่อว่าคนส่วนใหญ่ยอมเห็น error ดีกว่าเจอบิลเกิน $10,000 แบบไม่ทันตั้งตัว ข้อเสนอคือให้ hard cap เป็นค่าเริ่มต้น ใครอยากเสี่ยงก็ปิดได้ แต่ต้อง opt-in ผ่าน checkbox ที่ชัดเจนว่า “ถ้าใช้เกินงบ แอปจะไม่ถูกหยุด และฉันยอมรับผิดชอบค่าใช้จ่ายที่ตามมา”

เขายังเสนอว่า agent เองก็ช่วยได้ เช่นให้ agent เลือกแนะนำผู้ให้บริการที่มี hard cap ก่อน และเตือนมือใหม่เวลาจะ deploy บนบริการที่ไม่มีเพดาน

AWS: spend limit ระดับโปรเจกต์ แต่ยังไม่ทุกบัญชี

บริการที่ Willison อยากเห็นมากที่สุดคือ AWS และระหว่างเขียนเขาพบว่า AWS เพิ่งประกาศเมื่อ 16 ก.ย. 2026 ใน “New AWS experience” ว่าผู้ใช้แพ็กเกจแบบเสียเงินตั้ง spend limit รายเดือนระดับโปรเจกต์ ได้ ถ้าใช้ถึงลิมิต โปรเจกต์จะถูก pause ไปจนจบเดือน

เราอ่านเอกสาร Create a spend limit in AWS Settings ต่อ และพบรายละเอียดที่คนจะใช้จริงควรรู้:

• เอกสารมีคำเตือนว่า ตอนนี้เปิดให้ลูกค้าจำนวนจำกัด บัญชีเดิมอาจยังใช้ไม่ได้ ต้องเป็น Paid Plan และตั้งได้สูงสุด 10 โปรเจกต์
• ลิมิตขั้นต่ำคือ ค่าที่มากกว่าระหว่าง $20 กับค่าประมาณการใช้จ่ายแบบอนุรักษ์นิยม ของ AWS ถ้ามี resource รันอยู่เยอะ ต้องหยุดก่อนถึงจะตั้งลิมิตต่ำได้ ลิมิตไม่นับเครดิตและคิดจากยอดก่อนภาษี
• มีตัวควบคุมเสริมที่เปิดใช้ได้: ราว 7 วันก่อนถึงลิมิต AWS จะหยุดไม่ให้สร้าง resource ใหม่ (ถ้าเปิด auto-scaling อยู่ก็จะไม่ขยายเครื่อง), ราว 5 วันก่อน จะ pause resource ที่ว่าง (EC2, RDS, SageMaker endpoint) และราว 4 วันก่อน จะ pause ตัวที่กินเงินที่สุดใน 5 บริการ คือ EC2, RDS, Lambda, Bedrock และ SageMaker
• เมื่อถึงลิมิต AWS จะหยุดทุก resource แต่ข้อมูลยังอยู่ แต่ถ้าไม่ทำอะไรภายใน 90 วันหลังโปรเจกต์ถูก pause, AWS จะลบข้อมูลโปรเจกต์ถาวร ข้อนี้สำคัญมากและไม่มีในประกาศหลัก

Google Cloud: Spend Caps เฉพาะบางบริการ (Preview)

Google Cloud ประกาศเมื่อ 29 ก.ค. 2026 สองฟีเจอร์ใน Billing console คือ early anomalies (เตือนเมื่อค่า AI รายวันผิดปกติ พร้อมบอก 3 SKU ที่ทำให้ค่าใช้จ่ายพุ่ง) และ Spend Caps บน Budgets ที่ตัดการใช้งานที่มีค่าใช้จ่ายของบริการนั้นเมื่อยอดสะสมถึงเพดาน

• ตอนนี้เป็น Public Preview ตั้งได้ทีละ 1 โปรเจกต์กับ 1 บริการ ต่อรอบรายเดือน และรองรับแค่ Gemini API, Agent Platform, Cloud Run และ Cloud Run Functions
• ไม่ลบข้อมูลหรือ resource และไม่กระทบบริการอื่นนอกขอบเขต เตือนที่ 50/80/100% และ cap จะค้างอยู่จนกว่าจะกดยกเลิกเองใน UI
• Google บอกว่าสำหรับบริการ AI การตัดจะเกิดภายในไม่กี่นาทีหลังถึงเพดาน แต่ค่า commitment แบบคงที่ เช่น Committed Use Discounts หรือ Provisioned Throughput ยังเรียกเก็บตามสัญญาต่อไป

มุมมอง AI Curator

ผมเห็นด้วยกับ Willison เต็มที่ และคิดว่าเหตุผลชัดขึ้นอีกเมื่อดูว่าใครเป็นผู้ใช้กลุ่มใหม่ ทุกวันนี้คนที่ deploy อะไรขึ้นคลาวด์ไม่ได้มีแต่วิศวกรที่รู้จัก billing alarm อีกต่อไป แต่มีทั้งนักศึกษา นักการตลาด หรือเจ้าของธุรกิจเล็กที่สั่ง agent ว่า “ทำเว็บนี้ให้หน่อย” ประกาศของ AWS เองก็บอกว่าการสมัครแบบใหม่ให้ “เชื่อม coding agent กับ AWS ได้ด้วย prompt เดียว” เมื่อทำให้การ deploy ง่ายแบบนั้นแล้ว เพดานงบควรเป็นของที่มาด้วยเสมอ ไม่ใช่ฟีเจอร์ที่ต้องรู้ว่ามีแล้วไปเปิดเอง

แต่ถ้าอ่านเงื่อนไขจริง ทั้งสองเจ้ายังห่างจาก “hard cap เป็นค่าเริ่มต้นบนทุกอย่าง” ที่ Willison เสนออยู่มาก AWS เปิดเฉพาะบางบัญชี และมีกับดักเรื่องลบข้อมูลใน 90 วัน ส่วน Google ครอบคลุมแค่ 4 บริการ และไม่ใช่ค่าเริ่มต้นของทั้งสองเจ้า สำหรับนักพัฒนาไทยที่รับบิลเป็นดอลลาร์ ทุก ๆ 1,000 ดอลลาร์ที่หลุดไปคือราว 3 หมื่นกว่าบาท ซึ่งสำหรับฟรีแลนซ์หรือสตาร์ทอัพเล็กอาจเป็นรายได้ทั้งเดือน ข้อแนะนำเชิงปฏิบัติตอนนี้คือ (1) แยกโปรเจกต์ที่ agent สร้างให้อยู่ในบัญชีหรือโปรเจกต์ sandbox ที่ตั้ง cap ไว้ (2) ใช้ API key ของผู้ให้บริการโมเดลแบบเติมเงินล่วงหน้า หรือตั้งลิมิตต่อ key ถ้าผู้ให้บริการมีให้ (3) เขียนลงใน AGENTS.md หรือ CLAUDE.md ว่าห้าม agent สร้าง resource ที่คิดเงินโดยไม่ถามก่อน และ (4) ถ้าใช้ AWS spend limit ให้ตั้งเตือนในปฏิทินไว้ด้วย เพราะโปรเจกต์ที่ถูก pause แล้วลืมไปจะถูกลบทิ้งใน 90 วัน

แหล่งข่าว

• Simon Willison — We’re going to need default hard budget caps on pretty much everything
• AWS What’s New — New AWS experience helps builders get started and ship faster (16 ก.ย. 2026)
• AWS Docs — Create a spend limit in AWS Settings
• Google Cloud Blog — Early anomalies and spend caps on Google Cloud Budgets (29 ก.ค. 2026)