Gemini Spark AI Agent ต้องการกระเป๋าเงิน ไม่ใช่บัตร
Google ประกาศ Gemini Spark เมื่อวันที่ 19 พฤษภาคม 2026 ในฐานะผู้ช่วยแบบ agentic ที่ทำงานตลอด 24 ชั่วโมง 7 วัน สามารถอ่าน Gmail ร่าง Reply จองสิ่งต่างๆ และทำงานต่อเนื่องแม้คุณจะปิดแล็ปท็อปไปแล้ว จุดขายคือผู้ช่วยแบบ agentic ที่คอยทำงานตลอดเวลา จัดการกับงานน่าเบื่อในอีเมลครึ่งหนึ่งแทนคุณขณะที่คุณนอนหลับ
แต่ซ่อนอยู่ใต้การสาธิต Gmail คือปัญหาที่ไม่มีใครบนเวทีอยากพูดถึงตรงๆ ทันทีที่ agent ดำเนินการโดยไม่มีคุณนั่งอยู่ตรงนั้น สมมติฐานทุกข้อที่ฝังอยู่ในระบบชำระเงินด้วยบัตรก็พังทลายลงทั้งหมด ไม่มีคนกด "อนุมัติ" ไม่มีโทรศัพท์รับรหัส 3-D Secure ไม่มีทั้งบัตรและผู้ถือบัตรอยู่ตรงหน้า
ผมคิดว่านี่คือเรื่องจริงของการเปิดตัว Gemini 3.5 และมันแทบไม่เกี่ยวกับอีเมลเลย
ทำไมผู้ช่วยแบบ agentic ที่ทำงานตลอดเวลาถึงใช้บัตรของคุณไม่ได้
ระบบบัตรถูกออกแบบมาสำหรับมนุษย์ ระบบป้องกันการฉ้อโกงทั้งหมด ไม่ว่าจะเป็น CVV, 3-D Secure, รหัส SMS เล็กๆ หรือการตรวจสอบความถี่การใช้งาน ล้วนมีไว้เพื่อยืนยันว่ามีมนุษย์อยู่เบื้องหลังธุรกรรมนั้น Spark คือสิ่งที่ตรงข้ามกันทั้งหมด มันคือกระบวนการบน cloud ของ Google ที่ตื่นขึ้นมาตอนตีสามเพื่อจองเที่ยวบินที่ถูกยกเลิกให้คุณใหม่
เมื่อคุณรัน autonomous agent กับระบบบัตรของ Visa คุณจะชนกำแพงอย่างรวดเร็ว:
- ธุรกรรม card-not-present ที่มาจาก IP ของดาต้าเซ็นเตอร์จะถูกแจ้งเตือนหรือถูกปฏิเสธ
- ความท้าทายของ 3-D Secure ถูกส่งไปหามนุษย์ที่กำลังนอนหลับอยู่
- ความรับผิดชอบในการ chargeback ตกอยู่กับร้านค้าสำหรับการซื้อที่ไม่มีมนุษย์อนุมัติ
- ไม่มีวิธีที่ชัดเจนในการกำหนดวงเงินใช้จ่ายให้ agent ที่ $40 ต่อวัน ซึ่งรีเซ็ตทุกวันและไม่สามารถถูกดึงออกหมดได้
การวางตำแหน่ง AI Ultra ของ Google เองนั้นพึ่งพาการรวมเป็น subscription อย่างชัดเจน เพราะการชำระเงินแบบ per-action ยังไม่มีทางออก คุณจ่ายค่าธรรมเนียมรายเดือนให้ Google, Google รับภาระค่าใช้จ่ายของ agent และไม่มีใครต้องคิดว่า agent จะจ่ายเงินให้บุคคลที่สามได้อย่างไร วิธีนี้ใช้ได้ผลจนกว่า agent จะต้องซื้อบางอย่างนอก walled garden ของ Google
ฝั่งอุปสงค์ปรากฏตัวขึ้นแล้ว
ตลอดสองปีที่ผ่านมา กลุ่มนักพัฒนา agent payments ต่างสร้างโครงสร้างพื้นฐานให้กับลูกค้าที่ยังไม่มีอยู่จริง ผมเคยเขียนถึงช่องว่างนี้ใน AI Agent Payments: Anvita, x402, and Who Owns the Rail เทคโนโลยีพร้อมแล้ว แต่ผู้จ่ายเงินอิสระยังไม่มา
Spark เปลี่ยนสมการนี้ Google กำลังจะปล่อย agent ที่ทำงานตลอดเวลาหลายสิบล้านตัว ซึ่งในที่สุดจะต้องทำธุรกรรม นั่นคือความต้องการที่โครงสร้างพื้นฐานรอคอยมาตลอด
สแต็กที่เกิดขึ้นมานั้นน่าเบื่อในแบบที่ถูกต้อง:
- x402 ปลุก HTTP status code 402 "Payment Required" ที่ถูกทิ้งร้างมานานให้กลับมามีชีวิต เพื่อให้เซิร์ฟเวอร์สามารถแจ้งราคา และ agent สามารถชำระเงินได้ทันทีด้วย stablecoin ในคำขอเดียว
- AWS AgentCore เพิ่มเส้นทางการชำระเงินเพื่อให้ agent ที่ทำงานบนคลาวด์ของ Amazon สามารถชำระธุรกรรมได้โดยไม่ต้องให้มนุษย์อนุมัติทุกรายการ
- Pay.sh และเครื่องมือที่คล้ายกันห่อหุ้ม USDC-on-Base ให้เป็นบริการที่ agent สามารถเรียกใช้ได้เหมือน API ทั่วไป
สิ่งที่เชื่อมโยงทั้งหมดคือ USDC บน Base ค่าธรรมเนียมยืนยันธุรกรรมที่ต่ำ ค่าธรรมเนียมน้อยกว่าหนึ่งเซนต์ และ stablecoin ที่คลังของบริษัทสามารถถือครองได้จริงโดยไม่ต้องให้ฝ่าย compliance คัดค้าน
ทำไมต้อง USDC บน Base โดยเฉพาะ
การชำระเงินของ agent คือ micropayments agent อาจจ่าย $0.003 เพื่อสอบถาม weather API หรือ $2 เพื่อซื้อชุดข้อมูล ค่า gas บน Ethereum mainnet จะสูงกว่าตัวยอดชำระเงินเองเสียอีก Base ชำระ DEX volume รายวันเกิน $1B ในรอบนี้ และค่าธรรมเนียมอยู่ที่เศษเสี้ยวของเซนต์ ซึ่งเป็นระบบค่าธรรมเนียมเดียวที่ micropayments ในความเร็วระดับเครื่องจักรจะสมเหตุสมผล
Stablecoins มีความสำคัญมากกว่า chain เอง agent ไม่สามารถถือสินทรัพย์ที่มีความผันผวนได้ ราคาที่ขยับ 4% ระหว่างการอนุมัติและการชำระธุรกรรมนั้นรับไม่ได้เลย USDC ผูกกับดอลลาร์ สามารถแลกคืนได้ และออกโดยหน่วยงานที่อยู่ภายใต้การกำกับดูแล หลังจากที่ GENIUS Act AML rulemaking ดึง stablecoin issuers เข้าสู่ระบบกำกับดูแลแบบธนาคาร CFO สามารถอนุมัติการถือ USDC ได้ในแบบที่พวกเขาไม่เคยทำได้กับ token ที่ไม่มีสินทรัพย์หนุนหลัง
ความชัดเจนด้านกฎระเบียบคือตัวปลดล็อก ไม่ใช่ปริมาณการประมวลผล ผมเคยเห็นดีลระดับสถาบันล่มสลายเพราะคำถามนี้โดยตรง: "ใครรับผิดชอบ และผู้ออกผลิตภัณฑ์อยู่ภายใต้การกำกับดูแลหรือไม่"
ส่วนที่ยากไม่ใช่การชำระเงิน แต่คืออำนาจ
การให้กระเป๋าเงินแก่เอเจนต์เป็นแค่ 20% ที่ง่าย อีก 80% คือการกำกับดูแล:
- วงเงินใช้จ่ายที่มั่นคง กระเป๋าเงินของเอเจนต์ต้องการเพดานแบบฮาร์ดแคปที่บังคับใช้บนเชน ไม่ใช่ขีดจำกัดแบบซอฟต์ในโค้ดแอปพลิเคชันที่คำสั่งหลอกลวงสามารถข้ามผ่านได้
- การมอบสิทธิ์ที่เพิกถอนได้ คุณมอบอำนาจให้เอเจนต์สั่งซื้อของชำ ไม่ใช่โอนเงินออมทรัพย์ การกำหนดขอบเขตนั้นต้องเป็นแบบเข้ารหัสลับ ไม่ใช่แค่กล่องติ๊กถูก
- ความสามารถตรวจสอบย้อนหลัง การชำระเงินของเอเจนต์ทุกรายการต้องสามารถระบุได้ว่าเชื่อมโยงกับนโยบายที่มนุษย์กำหนดไว้ "AI ตัดสินใจเอง" ไม่ใช่คำตอบที่หน่วยงานกำกับดูแลยอมรับ
นี่คือจุดที่ความเสี่ยงจาก prompt injection กลายเป็นเรื่องจริงจัง เราเคยเห็นแล้วว่าการรั่วไหลของคีย์เพียงดอกเดียวทำอะไรได้ ดูได้ที่ การโจมตี Polymarket จากคีย์ที่รั่วไหล ลองนึกภาพว่าคีย์นั้นอยู่ในเอเจนต์ที่อ่านอีเมลที่ไม่น่าไว้วางใจตลอดวันและสามารถใช้จ่ายเงินได้ พื้นที่โจมตีก็คือกล่องจดหมายทั้งหมด
สิ่งที่ควรจับตามองต่อไป
Google ไม่มีทางนำ USDC เข้า Spark ในปีนี้ เวอร์ชันแรกจะยังคงส่งทุกอย่างผ่าน Google Pay และระบบเรียกเก็บเงินของ Google เอง เพราะสิ่งนั้นควบคุมได้และเพราะ Google ต้องการเป็นเจ้าของรางมากกว่าการเช่าใช้
แต่เอเจนต์ที่จองเที่ยวบินให้คุณตี 3 จะต้องการจ่ายเงินให้ผู้ขายที่ Google ไม่มีความสัมพันธ์ด้านการเรียกเก็บเงินด้วยในที่สุด เมื่อถึงเวลานั้น เส้นทางที่คุ้มค่าที่สุดคือการชำระเงินด้วยสเตเบิลคอยน์ผ่านโปรโตคอลเปิด ไม่ใช่การผสานการทำงานกับบัตรรายพ่อค้าแต่ละราย รางที่จะชนะคือรางที่เอเจนต์สามารถเรียกใช้ได้โดยไม่ต้องขออนุญาตจากยักษ์ใหญ่ด้านการชำระเงิน
กระเป๋าเงินกำลังจะมาถึงเอเจนต์ คำถามที่ยังเปิดอยู่มีเพียงข้อเดียวคือมันจะเป็นบัญชีแยกประเภทปิดภายใน Google หรือบัญชีเปิดที่ใครก็สามารถพัฒนาต่อได้ ผมเดิมพันกับแบบเปิด ด้วยเหตุผลเดียวกับที่เว็บเอาชนะ AOL