🤖 Agent ไม่ได้รันบนเครื่องเดิม

🤖 Agent ไม่ได้รันบนเครื่องเดิม

Vercel ประกาศว่า Cursor Cloud Agents สามารถใช้ Vercel Sandbox เป็น execution environment แทนเครื่องที่ Cursor โฮสต์เองได้แล้ว

ประเด็นสำคัญไม่ใช่แค่ “ย้ายไปรันบน Cloud” แต่คือการแยกหน้าที่ออกจากกันชัดเจน:

• Cursor ดูแล agent harness และ inference loop — ส่วนที่คิด วางแผน และขับเคลื่อนงาน
• Vercel Sandbox เป็น isolated Firecracker microVM แยกต่อหนึ่ง agent request
• ใน Sandbox agent สามารถ clone repository, แก้ไฟล์ และรัน commands/tests ได้
• Vercel Functions กับ Workflow ทำหน้าที่เป็น durable control plane สำหรับรับคิว สร้าง worker, monitor session และ cleanup
• Worker pool จึง scale-to-zero ได้ โดยไม่ต้องเลี้ยง VM ระยะยาว และมี durable retry เมื่อ worker หรือ session ล้ม

มุม Code Review คือ architecture นี้แก้ปัญหา “agent ทำงานได้ แต่ execution environment จัดการยาก” ด้วยการแยก control plane ออกจากพื้นที่รันจริง ทำให้ credential เป็น user-scoped และ short-lived อยู่ใน Sandbox ได้ง่ายขึ้น

แต่ยังมีข้อจำกัดที่ต้องคิดก่อนใช้จริง: Self-Hosted Machines ของ Cursor ต้องใช้ Cursor Enterprise และ reference architecture นี้ไม่ได้ทำให้ agent ถูกต้องขึ้นเอง — ทีมยังต้องออกแบบ permission, secret boundary, network egress, timeout และการตรวจผลลัพธ์ให้รัดกุม

เหมาะกับทีมที่ต้องการให้ coding agent รับงานเป็น session แบบแยกขาดจากกัน เช่น clone repo, run test, สร้าง patch แล้วส่งผลกลับ โดยไม่ผูกกับเครื่อง build ถาวร

ลิงก์และรายละเอียดอยู่ในคอมเมนต์แรก

คุณอยากแยก agent runtime ออกจากระบบหลักตรงจุดไหนของ workflow? คุยกันได้ในคอมเมนต์ และติดตาม SynapTech AI สำหรับมุมมองที่เอาไปใช้ต่อได้จริง

#AIEngineering #CloudAgents #Vercel #DeveloperTools #SynapTechAI

---

📖 อ่านบทความเต็มบน Facebook | 🔔 ติดตาม SynapTech