AI agent เขียน scraper ได้ debug มัน และบอกคุณเป๊ะว่าจะ deploy ที่ไหน จากนั้นมันหยุด เพราะขั้นถัดไป — การเช่าเซิร์ฟเวอร์จริง — แทบเสมอต้องการมนุษย์: เปิดบัญชี อาจผ่านการตรวจตัวตน พิมพ์หมายเลขบัตรลงหน้าชำระเงิน agent ทำส่วนยากแล้วรอคุณสำหรับส่วนน่าเบื่อ
ช่องว่างนั้นคือเหตุผลทั้งหมดที่สิ่งนี้มีอยู่ เราเอามนุษย์ออกจากตรงกลาง
ที่ที่ความเป็นอิสระมักพัง
คิดถึงสิ่งที่ "การเช่าเซิร์ฟเวอร์" เกี่ยวข้องจริงบนโฮสต์ปกติ ฟอร์มสมัคร อีเมลยืนยัน รายละเอียดการเรียกเก็บเงิน บางครั้ง ID บัตรที่หน้าชำระเงิน แดชบอร์ดหา IP ทุกอันสันนิษฐานว่ามีคนนั่งอยู่
agent นั่งอยู่ไม่ได้ มันเรียก API ได้ ถือโทเคนได้ ตัดสินใจได้ — แต่มันรับอีเมลยืนยันหรือหยิบบัตรเครดิตไม่ได้ ดังนั้นทันทีที่โครงสร้างพื้นฐานเข้ามาในภาพ เวิร์กโฟลว์อัตโนมัติกลับเป็นเวิร์กโฟลว์มนุษย์ที่มีขั้นตอนเพิ่ม คุณอยากได้ agent ที่ ship คุณได้ agent ที่ยื่นทิกเก็ต
ขั้นตอน ตั้งแต่ต้นจนจบ
บน EQVPS การกระทำเดียวกันเป็นเครื่องมือ MCP (16 ตัว) บวก REST API — และสำคัญ agent ได้ข้อมูลรับรองของตัวเอง นี่คือลำดับจริง:
// 1. ได้บัญชี — โทเคนกลับมาทันที ไม่มีอีเมล ไม่มีมนุษย์
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
// → { token: "..." } send it as Authorization: Bearer <token> from here on
// 2. ดูว่ามีอะไร
list_plans()
// → plans with specs, prices, and OS image ids
// 3. แน่ใจว่ามีเงินบนยอดคงเหลือ
get_balance()
// → { balance: 25, currency: "USD" }
// 4. สั่งซื้อ — นี่หักยอดคงเหลือและจัดเตรียมเครื่อง
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
// → { service_id, paid_from_balance: true }
// 5. อ่านคีย์สู่เซิร์ฟเวอร์ใหม่ของตัวเอง
get_vps_status({ service_id })
// → { ip, ssh_port, password } ~60 seconds after ordering
ห้าการเรียกและ agent SSH เข้าเครื่องที่มันเช่าเอง ไม่มีแดชบอร์ด ไม่มีใครอนุมัติทุกขั้น หากคุณอยากขับจาก HTTP ธรรมดา endpoint เดียวกันมีบน REST — MCP หรือ REST แล้วแต่คุณ
ส่วนตรงไปตรงมา: อะไรอัตโนมัติ อะไรไม่
การสั่งซื้ออัตโนมัติเต็มที่ การให้ทุนยอดคงเหลือไม่ — ยังไม่ ตอนนี้ใครใส่คริปโตบนยอดคงเหลือครั้งเดียว (USDC/USDT หรือ card on-ramp) และจากจุดนั้น agent สั่งซื้อ ขยาย และยกเลิกเอง ใช้จ่ายเฉพาะสิ่งที่มี
สภาวะสุดท้ายที่ทุกคนนึกภาพ — agent จ่ายบนเชน ต่อคำขอ โดยไม่มีการให้ทุนล่วงหน้า — คือสไตล์ x402 และเราคิดว่ามันคือที่ที่สิ่งนี้ไป เราไม่ได้ต่อมัน มันต้องการรางที่ตกลงด้วย USDC และสองสามสิ่งที่เราไม่รันวันนี้ ดังนั้นแทนการติด "การชำระอัตโนมัติเต็มรูปแบบ" บนเครื่อง นี่คือความจริง: การสั่งซื้ออัตโนมัติตอนนี้ การให้ทุนอัตโนมัติภายหลัง ยอดคงเหลือเติมล่วงหน้าคือสะพาน และตรงไปตรงมาแล้วมันทำหน้าที่เป็น cap การใช้จ่ายที่คุณน่าจะต้องการอยู่แล้ว
สองสามรายละเอียดจริง
เซิร์ฟเวอร์ MCP พูด Streamable HTTP ที่ https://mcp.eqvps.com/mcp ดังนั้นมันตกลงในไคลเอนต์ MCP ใดโดยไม่มี shim ในเครื่อง Auth คือโทเคน Bearer ที่ agent สร้างเองด้วย register_account — โทเคนเดียวกันทำงานข้าม MCP และ REST กับบัญชีและยอดคงเหลือเดียวกัน เซสชันถูกติดตามฝั่งเซิร์ฟเวอร์ ดังนั้น agent ที่รันยาวถือการเชื่อมต่อหนึ่งและเรียกเครื่องมือต่อได้
หมายเหตุเชิงปฏิบัติหนึ่งจากการรันสิ่งนี้: ปฏิบัติต่อโทเคนและรหัสผ่าน root ที่คืนเหมือนความลับที่มันเป็น agent ควรเก็บมัน ไม่ echo มันลง log หรือแชท ยอดคงเหลือ cap รัศมีการระเบิดทางการเงิน สุขอนามัยความลับพื้นฐาน cap ส่วนที่เหลือ
ทำไมมันสำคัญ
ตอนนี้ลูกค้าจริงส่วนใหญ่ของเราเป็นมนุษย์ที่บังเอิญชอบจ่ายด้วยคริปโต — เราจะไม่แสร้งว่าเว็บเต็มไปด้วย agent อัตโนมัติซื้อเซิร์ฟเวอร์ แต่ทิศทางชัด เมื่อ agent รับงานที่ยาวและจริงขึ้น "มันได้และรันโครงสร้างพื้นฐานของตัวเองไหม?" หยุดเป็นกลเม็ดและกลายเป็นข้อกำหนด เมื่อวันนั้นมาถึงเต็มที่ รางต้องอยู่ที่นั่นแล้ว
มันอยู่ เพิ่มเซิร์ฟเวอร์ MCP ลงใน agent ของคุณ — เริ่มด้วยการเชื่อมต่อไคลเอนต์ MCP — ให้ทุนยอดคงเหลือเล็ก และให้มันเช่าเซิร์ฟเวอร์แรก ประมาณหนึ่งนาทีสู่ root
ความคิดเห็น
ยังไม่มีความคิดเห็น เป็นคนแรกสิ