−25%

Windows รายปี ถึง 31 ต.ค. ดูแพ็กเกจ

EQVPS
เริ่มต้นใช้งาน

VPS แซนด์บ็อกซ์แบบชั่วคราว: ให้เอเจนต์ AI บูตเครื่อง รันโค้ดที่ไม่น่าเชื่อถือ แล้วทำลายเครื่องทิ้ง

Sep 5, 2026 · 1 นาทีในการอ่าน · EQVPS Team

ใหม่: แซนด์บ็อกซ์โค้ด แค่รันโค้ดที่ AI เขียน ไม่จำเป็นต้องใช้ VPS ทั้งเครื่องอีกต่อไป: แซนด์บ็อกซ์โค้ดของ EQVPS คือ microVM Firecracker ที่บูตในราวหนึ่งวินาที คิดเงินรายวินาที และใช้เป็นแซนด์บ็อกซ์ MCP ได้ทันที — SDK pip install eqvps · npm i @eqvps/sdk (เอกสาร) แซนด์บ็อกซ์แรกของบัญชีใหม่ได้ฟรี $1 ส่วนแนวทางใช้ VPS ทั้งเครื่องด้านล่างยังเหมาะเมื่อคุณต้องการ root, IP สาธารณะ หรือเครื่องที่อยู่ได้หลายสัปดาห์

ในวินาทีที่เอเจนต์ AI เขียนโค้ดที่คุณยังไม่ได้ตรวจสอบ คุณมีปัญหา: คุณจะรันมันที่ไหน? ไม่ใช่บนแล็ปท็อปของคุณ ข้างๆ กุญแจ SSH และไฟล์ของคุณ คำตอบทั่วไปคือคอนเทนเนอร์ — แต่คอนเทนเนอร์ใช้เคอร์เนลของคุณร่วมกันและอยู่บนเครื่องของคุณ มีขอบเขตที่สะอาดกว่าซึ่งแทบไม่มีใครใช้เพราะเมื่อก่อนตั้งค่าช้าเกินไป: VPS แบบใช้ครั้งเดียวทั้งเครื่องที่เอเจนต์สร้าง ใช้ และทำลายเอง

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

ทำไม VPS แบบใช้ครั้งเดียวจึงชนะคอนเทนเนอร์บนเครื่อง

สำหรับการรันโค้ดที่คุณไม่ไว้ใจ คำถามคือรัศมีความเสียหาย — มันแตะอะไรได้บ้างถ้ามันประพฤติตัวไม่ดี?

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

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

วงจรชีวิต ที่เอเจนต์เป็นเจ้าของ

นี่คือส่วนที่ใช้งานได้เฉพาะที่นี่ ผ่านเซิร์ฟเวอร์ MCP ของเรา เอเจนต์ผ่านวงจรทั้งหมดโดยไม่มีมนุษย์:

order_vps({ product: "nano", os_id: 1 })      // เครื่องใหม่ จ่ายจากยอดเติมล่วงหน้า
get_vps_status({ service_id })                // → ip, ssh_port, รหัสผ่าน root ใช้ครั้งเดียว
// เอเจนต์เข้าผ่าน SSH รันโค้ดที่ไม่น่าเชื่อถือ อ่านผลลัพธ์กลับมา
cancel_service({ service_id, type: "immediate", confirm: "<hostname>" })
//    → VM ถูกทำลาย

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

เศรษฐศาสตร์ที่ทำให้มันใช้งานได้จริง

สองทางเลือกการออกแบบเปลี่ยนมันจาก "แพง" เป็น "ชัดเจน":

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

เมื่อรวมกัน มันทำให้แซนด์บ็อกซ์แบบใช้ครั้งเดียวต่องานสมเหตุสมผลทางเศรษฐกิจ ไม่ใช่หลุมเงิน

ขอบเขตที่ซื่อสัตย์

  • นี่คือการแยกส่วน VPS ไม่ใช่เขตปิดวิจัยความปลอดภัย แซนด์บ็อกซ์แต่ละตัวคือ VM ทั้งเครื่อง — แข็งแกร่งกว่าคอนเทนเนอร์บนเครื่องมาก แต่เป็นการทำเวอร์ชวลไลเซชันมาตรฐาน ไม่ใช่แซนด์บ็อกซ์ที่เสริมความแข็งแกร่งอย่างเป็นทางการ สำหรับการรันโค้ดที่ AI เพิ่งเขียนโดยไม่เสี่ยงเครื่องของคุณ มันเหมาะสมพอดี สำหรับการวิเคราะห์มัลแวร์ที่เป็นปฏิปักษ์ ใช้เครื่องมือเฉพาะทาง
  • การจัดเตรียมใช้เวลาประมาณหนึ่งนาที VM ใหม่บูตขึ้นและ SSH ตอบใน 60 วินาทีโดยประมาณ — เร็ว แต่ไม่ทันทีเหมือนคอนเทนเนอร์ที่อุ่นอยู่ สำหรับการแยกส่วนต่องานนั้นดี สำหรับการเรียกฟังก์ชันต่ำกว่าวินาทีมันไม่ใช่เครื่องมือนั้น
  • AUP ยังคงมีผล แซนด์บ็อกซ์แบบใช้ครั้งเดียวสำหรับโค้ดที่ไม่น่าเชื่อถือของคุณเองนั้นโอเค การใช้เครื่องแบบใช้ครั้งเดียวเพื่อการละเมิด การโจมตี หรือสแปมนั้นไม่โอเค และนำไปสู่การยกเลิกบัญชี

ทำไมต้องที่นี่โดยเฉพาะ

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

FAQ

ทำไมต้องใช้ VPS ทั้งเครื่องเป็นแซนด์บ็อกซ์แทนคอนเทนเนอร์?

รัศมีความเสียหาย คอนเทนเนอร์บนเครื่องของคุณใช้เคอร์เนลร่วมกันและอยู่ข้างๆ ไฟล์ กุญแจ และเครือข่ายของคุณ VPS แยกต่างหากคือการแยกส่วนจริง — โค้ดที่ไม่น่าเชื่อถือซึ่ง AI สร้างขึ้นรันบนเครื่องที่ไม่มีอะไรของคุณเลย และเมื่องานเสร็จ เครื่องทั้งเครื่องจะถูกทำลาย สำหรับโค้ดที่คุณไม่ไว้ใจ เซิร์ฟเวอร์แบบใช้ครั้งเดียวคือขอบเขตที่สะอาดกว่า

เอเจนต์สร้างและทำลายเครื่องเองได้อย่างไร?

ผ่านเซิร์ฟเวอร์ MCP ของเรา เอเจนต์เรียก order_vps เพื่อจัดเตรียมเครื่องใหม่ (จ่ายจากยอดคริปโตแบบเติมล่วงหน้า) อ่านการเข้าถึง SSH ด้วย get_vps_status รันโค้ด แล้ว cancel_service ในโหมด 'immediate' เพื่อทำลายมัน ไม่มีใครคลิกอะไรเลย

เกิดอะไรขึ้นกับเงินเมื่อเครื่องอายุสั้นถูกยกเลิก?

สิ่งที่เกิดกับช่วงเวลาที่จ่ายแล้วเมื่อยกเลิกทันทีระบุไว้ใน[ข้อกำหนด](/terms) สิ่งที่ไม่เปลี่ยน: ด้วยโมเดลเติมเงินล่วงหน้า เอเจนต์มีเพดานการใช้จ่ายที่ตายตัว — ใช้ได้เฉพาะสิ่งที่อยู่ในยอดคงเหลือ

นี่คือการแยกส่วนที่ปลอดภัยจริงหรือ?

แข็งแกร่งกว่าคอนเทนเนอร์บนเครื่องมาก และซื่อสัตย์เกี่ยวกับขีดจำกัดของมัน แซนด์บ็อกซ์แต่ละตัวคือ VM ของตัวเองที่มี OS, IP และดิสก์ของตัวเอง — ไม่มีอะไรของคุณอยู่บนนั้น และการทำลายมันจะลบทุกอย่าง นี่คือการแยกส่วน VPS มาตรฐาน ไม่ใช่เขตปิดที่เสริมความแข็งแกร่งสำหรับการวิจัยความปลอดภัย อย่ารันสิ่งที่คุณจะไว้ใจเฉพาะแซนด์บ็อกซ์ที่ผ่านการตรวจสอบอย่างเป็นทางการเท่านั้น สำหรับกรณีทั่วไป — รันโค้ดที่ AI เพิ่งเขียนโดยไม่เสี่ยงเครื่องของคุณเอง — VPS แบบใช้ครั้งเดียวนั้นเหมาะสมพอดี

คุณขอบัตรประชาชนหรือบัตรเครดิตไหม?

ไม่ อีเมลเพื่อสมัคร USDC หรือ USDT เพื่อจ่าย ไม่มีเอกสาร ไม่มีบัตร ไม่มี KYC — ซึ่งสำคัญเมื่อเป็นเอเจนต์อัตโนมัติที่จัดเตรียมและจ่ายเอง

ความคิดเห็น

ยังไม่มีความคิดเห็น เป็นคนแรกสิ

แสดงความคิดเห็น

ความคิดเห็นจะถูกตรวจสอบก่อนแสดง