Delphi Digital: หลังจากระบบชำระเงิน สมรภูมิถัดไปของเศรษฐกิจเอเจนต์คือตลาดงาน

ผู้เขียน: Delphi

เรียบเรียง: AididiaoJP, Foresight News

มีการพูดถึงอีคอมเมิร์ซแบบเอเจนต์มานานสองปีแล้ว และระบบชำระเงินเป็นส่วนแรกที่เกิดขึ้นจริง Stripe ช่วยให้เอเจนต์จ่ายเงินให้ร้านค้าได้ ส่วน x402 ของ Coinbase ก็มีช่องทางชำระด้วยสเตเบิลคอยน์ การซื้อข้อมูลและบริการประมวลผลแบบจ่ายต่อครั้งก็ใช้งานได้แล้ว แต่เมื่องานซับซ้อนเกินกว่า "การเรียกใช้ API ครั้งเดียว" ปัญหาก็เปลี่ยนไป เอเจนต์ไม่สามารถทำงานให้เสร็จได้ด้วยตัวเอง ต้องจ้างงานบางส่วนออกไป และต้องยืนยันว่าอีกฝ่ายทำงานตามที่ตกลงไว้จริง

บทความของ Delphi นี้เน้นที่จุดนี้โดยเฉพาะ ตลาดงานไม่ใช่โปรโตคอลการชำระเงินอีกตัวหนึ่ง แต่เป็นช่องทางให้เอเจนต์จ้างงานส่วนที่ทำเองไม่ได้ออกไป โดยระบุสิ่งที่ต้องส่งมอบให้ชัดเจนก่อนเริ่มงาน และจ่ายเงินเมื่อผลงานได้รับการยอมรับแล้ว หากการส่งต่องานเชื่อถือได้ งานก็เดินหน้าต่อได้โดยไม่ต้องดึงผู้ใช้กลับมาเป็นผู้จัดการโครงการคอยประสานงานกับซัพพลายเออร์ทีละราย

การซื้อข้อมูลนำเข้ากับการซื้อผลลัพธ์ไม่เหมือนกัน

เมื่อเจ้าของบ้านคัดกรองผู้เช่า เอเจนต์สามารถเรียกข้อมูลประวัติเครดิตและประวัติการถูกไล่ออกจากผู้ให้บริการที่มีอยู่แล้วได้ อีกฝ่ายส่งเอกสารมาตรฐานกลับมา เจ้าของบ้านใช้ข้อมูลนั้นตัดสินใจ ในกรณีนี้ สิ่งที่ซื้อคือข้อมูลสำหรับการตัดสินใจ จุดสิ้นสุดของงานยังอยู่ที่เจ้าของบ้าน

การยื่นอุทธรณ์ภาษีทรัพย์สินแตกต่างออกไป เอเจนต์สามารถเปรียบเทียบราคาซื้อขายรอบข้างแล้วพบว่าการประเมินอาจสูงเกินไป แต่การค้นพบนี้ไม่ได้แก้ไขใบแจ้งภาษีให้อัตโนมัติ หากต้องการเดินหน้าจริง มักต้องหาคนที่คุ้นเคยกับกระบวนการในเขตนั้นเพื่อยื่นเอกสารและไปศาล ตลาดงานต้องช่วยให้เอเจนต์หาคนคนนี้เจอ และระบุวิธีการทำงานและเงื่อนไขการชำระเงินล่วงหน้าให้ชัดเจน

กรณีแรกใกล้เคียงกับการจ่ายต่อครั้งในปัจจุบัน ราคาชัดเจน สิ่งที่ส่งมอบเป็นมาตรฐาน การตรวจรับแทบเป็นอัตโนมัติ ส่วนกรณีหลังซื้อ "งานที่เสร็จสมบูรณ์" การยื่นเอกสารไม่ได้หมายความว่าคดีพร้อม ใบเสร็จรับเอกสารก็ไม่ได้หมายความว่างานมีคุณภาพ เงื่อนไขการจ่ายเงินต้องผูกกับ "ผลลัพธ์ที่ตรวจรับได้" ไม่ใช่ "สิ่งที่อีกฝ่ายอ้างว่าทำ"

นี่คือเส้นแบ่งระหว่างตลาดงานกับตลาด API (Application Programming Interface) ทั่วไป ตลาด API ขายการเรียกใช้ ส่วนตลาดงานขายหน่วยงานที่เสร็จสมบูรณ์และได้รับการยืนยันแล้ว

หากนิยามงานไม่ชัดเจน ตลาดก็ทำงานได้ยาก

งานที่จะเข้าสู่ตลาดงานได้ ต้องนิยามให้ชัดเจนก่อนว่าทั้งสองฝ่ายเข้าใจตรงกันว่าเงินผูกกับผลลัพธ์แบบใด ผู้เชี่ยวชาญอาจส่งเอกสารอุทธรณ์คุณภาพแย่มากพร้อมใบเสร็จรับเอกสารก็ได้ หากผู้ซื้อจ่ายเพื่อ "เอกสารที่มีคุณภาพ" ก็ต้องมีคนตรวจเอกสารก่อนปล่อยเงิน

ใครเป็นผู้ตรวจสอบ และแต่ละฝ่ายจะโต้แย้งผลการตรวจสอบอย่างไร ควรเขียนไว้ในคำสั่งงานล่วงหน้า วิธีนี้ผู้ซื้อไม่ต้องกลัวได้งานคุณภาพต่ำ และผู้รับงานก็ไม่ต้องกลัวถูกปฏิเสธการจ่ายเงินโดยไม่มีเหตุผล หากขาดชั้นนี้ ตลาดจะลื่นไถลไปสองทางที่ไม่ดี ผู้ซื้อปฏิเสธการจ่ายตามอำเภอใจจนผู้เชี่ยวชาญไม่อยากเข้าร่วม หรือส่งงานผิวเผินก็รับเงินได้ ผู้ซื้อก็ไม่กล้าสั่งงานอีก

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

องค์กรจะเป็นผู้ซื้อกลุ่มแรกที่เหมาะสมกว่า พวกเขาแบ่งงานระหว่างซัพพลายเออร์หลายรายอยู่แล้ว และมีกระบวนการและเกณฑ์เทียบเคียงภายในอยู่แล้ว เอเจนต์สามารถเตรียมงานภายในบริษัท แล้วส่งเฉพาะส่วนที่ต้องจ้างภายนอกออกไป ผลลัพธ์ที่ได้ยังตรวจสอบกับกระบวนการเดิมได้ หากงานเกิดซ้ำ ผู้รับงานก็สะสมประวัติการทำงานประเภทนั้นได้ เมื่อชื่อเสียงสะสมได้ การจับคู่ครั้งต่อไปก็ไม่ต้องสร้างความไว้วางใจจากศูนย์

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

การชำระเงินแก้ปัญหาแค่การจ่ายเงิน แต่การจ้างคนยังขาดการตรวจรับ

ระหว่างการโอนเงินกับการจ้างงานหนึ่งชิ้น ยังมีขั้นตอนเอสโครว์ การส่งมอบ การตรวจรับ และการโต้แย้ง Stripe และ x402 ครอบคลุมแค่ครึ่งแรก เอเจนต์ยังต้องหาคนไปยื่นอุทธรณ์และเป็นตัวแทนเจ้าของ หากไม่มีการตรวจรับ ยิ่งชำระเงินสะดวก คำสั่งงานที่ผิดพลาดก็อาจเดินหน้าเร็วขึ้น

ผลิตภัณฑ์ที่มีอยู่สร้างตามโครงสร้างนี้แล้ว

TaskMarket (ตลาดงาน) ของ Daydreams ให้ผู้ซื้อโพสต์งานและเอเจนต์รับงาน ผู้ซื้อฝากเงินเข้าระบบก่อน ให้คนงานรับงานได้โดยตรง หรือดูแผนงานก่อนเลือกคนก็ได้ เงินอยู่ในเอสโครว์ จะปล่อยเมื่อส่งงานและได้รับการยอมรับแล้ว

Agent Commerce Protocol ของ Virtuals ให้เอเจนต์ผู้ว่าจ้างและเอเจนต์ผู้รับงานตกลงงานกัน เงินเข้าเอสโครว์ ปล่อยเมื่อส่งมอบและผ่านการอนุมัติแล้ว ยังเพิ่มผู้ประเมินภายนอกเพื่อตรวจสอบว่าผลงานตรงตามที่ตกลงไว้ล่วงหน้าหรือไม่ ฝั่ง NEAR (แพลตฟอร์มบล็อกเชน) ก็กำลังรวมงาน งบประมาณ การประมูล และการตรวจสอบเข้าเป็นกระบวนการเดียว ทิศทางเดียวกันคือ "ตั้งราคาสำหรับงานที่เสร็จสมบูรณ์" ไม่ใช่แค่ตั้งราคาสำหรับการเรียกใช้ครั้งเดียว

เส้นทางของแต่ละเจ้าไม่เหมือนกันทั้งหมด แต่โครงสร้างใกล้เคียงกัน โพสต์งาน จับคู่ เอสโครว์ ส่งมอบ ตรวจรับ ปล่อยเงิน หากขาดการตรวจรับ เอสโครว์ก็เป็นแค่การเลื่อนการโอนเงิน แต่เมื่อมีการตรวจรับ เอสโครว์จึงกลายเป็นข้อผูกมัดต่อผลลัพธ์

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

เพิ่มอีกหนึ่งขั้น ความผิดพลาดก็ขยายใหญ่ขึ้น

ตลาดงานถูกเสนอขึ้นมา ไม่ใช่แค่เพราะการจ้างภายนอกฟังดูดี แต่เพราะกระบวนการหลายขั้นตอนขยายความคลาดเคลื่อน งานสิบขั้น แต่ละขั้นมีโอกาสถูก 95% โอกาสที่ทำครบทั้งหมดโดยไม่ผิดพลาดเหลือแค่ประมาณ 60% ทุกครั้งที่มีการส่งต่องานโดยไม่มีใครตรวจรับ ความผิดพลาดก่อนหน้าก็ถูกพาไปยังขั้นถัดไป

ดังนั้น ตลาดต้องตั้งจุดตรวจที่จุดส่งมอบ ขั้นนี้ผ่านแล้วค่อยซื้อขั้นถัดไป ความผิดพลาดหยุดที่ขั้นนั้น แทนที่จะสะสมไปจนถึงขั้นสุดท้ายแล้วพบว่างานทั้งหมดใช้ไม่ได้ โดยเฉพาะกับเอเจนต์ มันไม่เหมือนพนักงานบริษัทที่เกิดปัญหาสามารถประชุมหาคนรับผิดชอบได้ มันต้องมีเงื่อนไขการตรวจรับและกฎการปล่อยเงินที่เขียนไว้ล่วงหน้า

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

สิ่งที่เห็นตอนนี้คือโครงกระดูก ไม่ใช่ขนาด

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

กระบวนการภายในบริษัทที่ขยายออกไปข้างนอกจะเป็นความต้องการจริงกลุ่มแรก งานมอบหมายซับซ้อนจากฝั่งบุคคลต้องรอให้ต้นทุนการตรวจรับและการจัดการข้อพิพาทลดลงก่อน ก่อนถึงจุดนั้น สิ่งที่น่าจับตามองไม่ใช่โปรโตคอลการชำระเงินอีกตัวหนึ่ง แต่เป็นสามสิ่งนี้จะเกิดขึ้นพร้อมกันได้หรือไม่ งานเขียนเป็นใบตรวจรับได้หรือไม่ เอสโครว์ยึดเงินไว้ได้จนกว่าจะผ่านการตรวจหรือไม่ และผู้รับงานมีประวัติงานที่เสร็จสมบูรณ์สะสมได้หรือไม่

เมื่อสามสิ่งนี้ครบ เอเจนต์จึงมีโอกาสทำงานให้เสร็จ แทนที่จะทำไปครึ่งทางแล้วเรียกผู้ใช้กลับมาเป็นผู้จัดการโครงการต่อ