AI Agents จ่ายเงินอย่างไร? Sam Parsons จาก PayPal อธิบายสามเส้นทางที่เชื่อมการเลือกสินค้าใน AI เข้ากับระบบชำระเงินของร้าน ผ่านเดโมและคำอธิบายในคลิปที่อัปโหลดวันที่ 6 ตุลาคม 2026 ตามเวลา UTC บทความนี้สรุปสิ่งที่เขานำเสนอ ไม่ได้ยืนยันว่าเปิดให้ร้านทุกประเทศใช้งานแล้ว
Parsons แนะนำตัวว่าเป็นวิศวกรอาวุโสด้าน agentic commerce ของ PayPal ในคลิปจากช่อง AI Engineer เขาเปรียบเทียบการจ่ายใน ChatGPT การจ่ายผ่าน Google AI Mode และการเริ่มซื้อในแอป MCP แล้วออกไปจ่ายบนหน้าร้าน ประเด็นหลักคือส่วนที่ร้านควบคุมได้และงานเชื่อมต่อของแต่ละเส้นทาง
ใน workflow ที่เขาอธิบาย การจ่ายเงินไม่ได้อาศัยให้ AI ถือข้อมูลบัตรแล้วใช้ได้ตามใจ ร้านได้รับ token หรือตัวแทนข้อมูลการชำระเงินจากเส้นทางที่กำหนด และเขาระบุข้อจำกัดของ token ไว้หลายด้าน
เข้าใจว่า AI Agents จ่ายเงินผ่านระบบเดิมอย่างไร
Parsons ระบุว่าบริการในตัวอย่างคือ PayPal Enterprise Payments ซึ่งเดิมใช้ชื่อ Braintree และให้บริการธุรกิจขนาดใหญ่ เขาอธิบายแนวทางให้ร้านรับธุรกรรมที่เริ่มจากช่องทาง AI ผ่านบริการชำระเงินนี้ โดยไม่ได้แจกแจงว่าร้านแต่ละรายต้องแก้ระบบหลังบ้านมากน้อยเพียงใด
ตามคำอธิบายของ Parsons สิ่งที่เปลี่ยนคือต้นทางคำสั่งซื้อและเส้นทางที่ token เดินทางมา ส่วนการชำระบัญชี การคืนเงิน และข้อโต้แย้งรายการยังผ่านบริการชำระเงินเดิม เขายังกล่าวถึงงานปฏิบัติตามข้อกำหนด แต่คลิปไม่ได้เป็นหลักฐานตรวจรับหรือรับรองความสอดคล้องของระบบร้านใด
สามเส้นทางที่ Parsons นำเสนอมีความแตกต่างดังนี้
- ChatGPT: ตัวอย่างใช้แอป MCP ที่ร้านสร้างเอง แล้วเรียก Instant Checkout ผ่าน Agentic Commerce Protocol ตามที่ผู้พูดอธิบาย
- Google AI Mode: ผู้พูดอธิบาย Universal Commerce Protocol ร่วมกับ Google Pay ร้านเตรียมข้อมูลสินค้าและจุดเชื่อมต่อระบบ โดยไม่สร้างหน้าสินค้าภายใน AI ในตัวอย่างนี้
- หน้าจ่ายเงินภายนอก: ร้านแสดงสินค้าผ่านแอป MCP แล้วส่งลูกค้าไปชำระเงินบนหน้าที่ร้านควบคุม ก่อนส่งสถานะกลับเข้าสู่แอป
คลิปไม่ได้แจกแจงเงื่อนไขประเทศ ประเภทธุรกิจ บัญชีร้าน หรือสิทธิ์เข้าถึงแต่ละบริการ จึงยังใช้เป็นหลักฐานไม่ได้ว่าร้านในไทยหรือร้านทุกรายเปิดใช้ทั้งสามเส้นทางได้ ข้อคิดของ VibeSolo คือแยกความเป็นไปได้ของ workflow ออกจากความพร้อมใช้งานสำหรับระบบที่จะเชื่อมต่อจริง
แยกแอป MCP ออกจากระบบจ่ายเงิน
ในคำอธิบายของ Parsons แอป MCP เป็นส่วนแสดงเครื่องมือและหน้าตาแอปของร้านภายใน AI ที่รองรับ ส่วนการประมวลผลเงินเป็นอีกเส้นทางหนึ่ง ร้านจึงออกแบบภาพสินค้า รายละเอียด ตัวเลือก และปุ่มสั่งซื้อในแอปได้ โดยการแสดงแอปไม่ได้ยืนยันเองว่ารับชำระเงินได้ครบแล้ว
Parsons อธิบายว่าส่วนแสดงผลของแอป MCP ใช้ HTML และ JavaScript และยก ChatGPT, Claude และ Goose เป็นตัวอย่างชื่อ host ที่กล่าวถึงในคลิป นี่เป็นคำอธิบายของผู้พูด ไม่ใช่ผลทดสอบว่าทุก host รองรับความสามารถเดียวกันหรือเปิดให้ใช้เงื่อนไขเดียวกัน
จุดสำคัญสำหรับเจ้าของธุรกิจคือ ร้านควบคุมส่วนเลือกสินค้าได้ แม้ลูกค้าจะอยู่ในหน้าสนทนาของคนอื่น อย่างไรก็ตาม การควบคุมส่วนนี้ไม่ได้หมายความว่าร้านควบคุมหน้าจ่ายเงินของ platform ด้วย
ตัวอย่างประยุกต์ของ VibeSolo สำหรับโรงแรมไทยคือแสดงภาพห้องพัก ประเภทห้อง และเงื่อนไขการจองในแอป แทนให้ AI เล่ารายละเอียดทั้งหมดเอง ตัวอย่างนี้เป็นข้อคิดด้านการออกแบบ ไม่ใช่ระบบโรงแรมไทยที่คลิปยืนยันว่าเปิดใช้แล้ว
ไล่ workflow ของการซื้อใน ChatGPT
เส้นทางแรกที่ Parsons สาธิตใช้ Instant Checkout ภายใน ChatGPT กับแอปค้นหาและจองโรงแรม ร้านสร้างส่วนเลือกโรงแรมและห้องพัก ก่อนส่งต่อไปยังหน้าจ่ายเงินที่ host จัดให้ ผู้พูดระบุว่าข้อมูลบัตรในเดโมเป็นหมายเลขทดสอบ จึงไม่ใช่หลักฐานว่ารับธุรกรรมเงินจริงหรือเปิดบริการทั่วไปแล้ว

- ลูกค้าบอกความต้องการ เช่น ต้องการหาโรงแรม
- แอป MCP ของร้านแสดงตัวเลือกที่เกี่ยวข้อง
- ลูกค้าเลือกสินค้าและเริ่มชำระเงิน
- แอปเรียก Instant Checkout ผ่านเส้นทาง Agentic Commerce Protocol ที่ผู้พูดอธิบาย
- ข้อมูลบัตรถูกเปลี่ยนเป็น token ผ่าน PayPal Enterprise Payments
- ร้านรับ token ไปประมวลผลธุรกรรม แล้วแอปแสดงผลการจอง
Parsons แบ่งจุดเชื่อมต่อเป็นส่วนเรียก checkout จากแอป และส่วนรับผลกลับที่ระบบร้านเพื่อประมวลผล token เขาย้ำว่ายังต้องสร้างแอป MCP ด้วย รายละเอียดนี้บอกองค์ประกอบของตัวอย่าง ไม่ใช่คำรับรองเวลาพัฒนา การติดตั้งครั้งเดียว หรือความง่ายสำหรับร้านทุกราย
ในเดโม ลูกค้าดำเนินการซื้อภายในบทสนทนาได้ ส่วนร้านต้องเชื่อมต่อกับเส้นทาง Instant Checkout ที่ host จัดให้ นี่เป็นความต่างของประสบการณ์ตามตัวอย่าง ไม่ใช่ผลวัดว่าลดการออกจากหน้าหรือเพิ่มยอดขายจริง
ข้อคิดของ VibeSolo คือขั้นตอนที่น้อยลงยังไม่ใช่หลักฐานว่าเพิ่มยอดขาย คลิปไม่ได้รายงานการทดลองเปรียบเทียบอัตราซื้อสำเร็จ หากนำไปทดลองจริงจึงต้องวัดผลแยกจากสิ่งที่เดโมแสดง
ข้อจำกัดของ token ในตัวอย่าง
Parsons ใช้คำว่า token เป็นตัวแทนข้อมูลการชำระเงิน เช่น ข้อมูลบัตร ไม่ใช่หน่วยคิดค่าบริการ AI เขาอธิบาย tokenization ว่าเป็นการแทนข้อมูลการจ่ายจริงด้วย token ที่ส่งต่อให้ระบบร้านนำไปประมวลผล
ในตัวอย่าง ChatGPT ผู้พูดอธิบายว่า host ทำขั้นตอน tokenization ร่วมกับ PayPal Enterprise Payments แล้วส่ง token กลับให้ร้านประมวลผลตามเส้นทางที่รองรับ คลิปไม่ได้ทดสอบความปลอดภัยของระบบร้านอย่างอิสระ
Parsons ระบุข้อจำกัดของ token ในเส้นทางนี้ไว้สี่ด้าน
- ร้านค้า: ใช้ประมวลผลได้กับร้านที่ระบุเท่านั้น
- วงเงิน: มีเพดานยอดที่นำไปใช้ได้
- สกุลเงิน: ต้องตรงกับสกุลเงินที่กำหนด
- วันหมดอายุ: ไม่สามารถเก็บไปใช้งานได้ตลอดไป
ข้อจำกัดเหล่านี้เป็นคำอธิบายของ PayPal ต่อ workflow ที่นำเสนอ จึงไม่ควรขยายเป็นคำรับรองว่า token ทุกชนิดหรือการเชื่อมต่อทุกแบบมีคุณสมบัติเดียวกัน
บทความนี้ไม่ได้สรุปขอบเขต PCI DSS หรือรับรองว่าการใช้ token ทำให้ระบบไม่มีความเสี่ยง คำกล่าวเรื่องความปลอดภัยและข้อกำหนดในคลิปยังไม่ได้ผ่านการประเมินระบบหรือเอกสารกำกับของร้านใด
Parsons กล่าวว่าธุรกรรมในเส้นทางนี้มีข้อมูลแหล่งที่มาและแสดงเป็นรายการที่เริ่มจาก ChatGPT ใน PayPal Enterprise Payments ข้อมูลนี้เป็นความสามารถที่ผู้พูดรายงาน ไม่ใช่ผลตรวจระบบบัญชีของร้านจริง
ประเมิน Google AI Mode เมื่อไม่ต้องการสร้างหน้าสินค้าเอง
สำหรับ Google AI Mode ผู้พูดยกตัวอย่างการซื้อรองเท้ากีฬา โดยอธิบายว่า AI สร้างเซสชันการซื้อกับร้านผ่าน Universal Commerce Protocol แล้วส่งข้อมูลไปตามเส้นทางชำระเงิน ลำดับต่อไปนี้สรุปจากตัวอย่างที่เขานำเสนอ
- ลูกค้าเลือกสินค้าผ่าน Google AI Mode
- ระบบสร้างเซสชันการซื้อกับร้าน
- เมื่อเริ่มจ่าย Google Pay ทำ tokenization ร่วมกับ PayPal Enterprise Payments
- ร้านได้รับ token พร้อมข้อมูลเพื่อดำเนินการซื้อให้เสร็จ
- ร้านประมวลผลการชำระเงินผ่านระบบเดิม
Parsons อธิบายว่าร้านไม่สร้างแอป MCP หรือหน้าตาแอปสำหรับเส้นทาง Google ในตัวอย่างนี้ แต่เตรียมข้อมูลสินค้าและ API endpoints สำหรับจัดการเซสชัน รับข้อมูลการจ่าย และดำเนินการซื้อจนจบ คำอธิบายนี้ไม่ได้ยืนยันความพร้อมของ API หรือสิทธิ์เข้าถึงสำหรับทุกร้าน
ข้อคิดของ VibeSolo คือการไม่สร้างหน้าสินค้าใน AI เองไม่ได้แปลว่าไม่มีงานพัฒนา ภาระตามตัวอย่างอยู่ที่ข้อมูลและระบบหลังบ้าน เช่น ราคา เซสชัน และสถานะคำสั่งซื้อ ส่วนเงื่อนไขการเชื่อมต่อจริงต้องตรวจจากบริการที่จะใช้
Parsons มอง Agentic Commerce Protocol และ Universal Commerce Protocol ว่ามีแนวคิดใกล้กัน บทความนี้ใช้คำกล่าวนั้นอธิบายความคล้ายของลำดับซื้อและจ่ายเงิน โดยไม่ได้รับรองว่าโค้ดหรือการตั้งค่าของสองเส้นทางใช้แทนกันได้
เลือกหน้าจ่ายเงินภายนอกเมื่อต้องการควบคุมมากขึ้น
เส้นทางที่สามให้ AI เป็นจุดเริ่มต้นการซื้อ แต่ไม่บังคับให้การจ่ายจบใน AI ร้านแสดงสินค้าผ่านแอป MCP เมื่อลูกค้ากดชำระเงิน ระบบเปิดลิงก์ไปยังหน้าจ่ายเงินภายนอกที่ผูกกับเซสชันของร้าน
ในการสาธิตเส้นทางภายนอก แอป MCP แสดงสินค้าและรายการที่เลือก จากนั้นเปิดหน้าชำระเงินที่ผูกกับเซสชัน เมื่อจ่ายเสร็จ แอปอัปเดตสถานะกลับมา ผู้พูดอธิบายว่านี่เป็นเดโมที่ใช้ระบบส่งสถานะภายใน ไม่ใช่หลักฐานการเชื่อมต่อพร้อมใช้งานกับ host หรือร้านทุกราย

ตามตัวอย่าง ร้านควบคุมหน้าชำระเงินภายนอกได้มากขึ้น แต่ต้องดูแลรอยต่อระหว่างเซสชันของร้านกับแอป MCP และส่งสถานะคำสั่งซื้อกลับให้ถูกต้อง วิธีจ่ายที่มีได้ขึ้นอยู่กับระบบ checkout ที่ร้านใช้ ไม่ใช่ทุกวิธีจ่ายในทุกประเทศ
หากนำมาคิดต่อกับร้านไทยที่มีหน้าชำระเงินอยู่แล้ว ข้อเสนอของ VibeSolo คือประเมินรอยต่อกับระบบเดิมก่อนเลือกรูปแบบ คลิปไม่ได้ยืนยันการรองรับวิธีชำระเงินเฉพาะของไทย
ข้อแลกเปลี่ยนตามคำอธิบายของ Parsons คือร้านควบคุมหน้าภายนอกได้มากขึ้น แต่การจ่ายไม่ได้เกิดภายใน agent ส่วนผลต่อการซื้อสำเร็จต้องวัดจริง คลิปไม่ได้ให้ตัวเลขผลลัพธ์ด้านยอดขาย
ช่วงท้าย Parsons กล่าวถึงความสามารถใหม่สำหรับขอข้อมูลหรือยืนยันเพิ่มเติม ซึ่งเขาระบุว่าขณะนำเสนอยังไม่รองรับในแอปหลักส่วนใหญ่และจะตามมาในอนาคต นี่เป็นสถานะและความคาดหวังในคำกล่าวของผู้พูด ไม่ใช่วันเปิดใช้หรือคำรับรองความพร้อม ณ วันเผยแพร่บทความนี้
สามเส้นทางในคลิปต่างกันตรงผู้ควบคุมหน้าซื้อ จุดที่สร้างเซสชัน และวิธีส่ง token หรือสถานะกลับสู่ร้าน สิ่งที่เดโมให้คือภาพของงานเชื่อมต่อและข้อแลกเปลี่ยน ส่วนความพร้อมสำหรับร้านแต่ละรายยังต้องยืนยันแยกจากการสาธิต
ที่มา: Sam Parsons จาก PayPal ทางช่อง AI Engineer อัปโหลดวันที่ 6 ตุลาคม 2026 เวลา 01:30:12 UTC หรือ 08:30:12 น. ตามเวลาไทย ตรงกับวันที่ 5 ตุลาคม 2026 เวลา 18:30:12 ใน offset -07:00 ของระเบียนต้นทาง สรุปจากคำบรรยายที่บันทึกไว้ช่วง 00:12–14:26 ซึ่งขาดช่วงต้นและท้าย และเป็นข้อความแปลภาษาอาหรับที่มีชื่อย่อเพี้ยนบางแห่ง ไม่ได้ตรวจโค้ด ระบบรับเงินจริง หรือสิทธิ์ใช้งานของร้านอย่างอิสระ วันอัปโหลดเป็นวันของแหล่งข้อมูล ไม่ใช่วันเผยแพร่บทความนี้