Cursor เปลี่ยนเอเจนต์จาก "สั่งแล้วรอ" เป็น "เฝ้าแล้วตื่นเอง" — subscriptions ผูกกับ PR และ Slack, /goal ที่ยึดเป้าหมายจนจบ และ subagent ที่ได้เครื่องเสมือนของตัวเอง
19 สิงหาคม 2026 Cursor ปล่อยอัปเดตชุดใหญ่ของ cloud agent และ harness ที่เปลี่ยนสมมติฐานพื้นฐานของการใช้เอเจนต์เขียนโค้ด — จากรูปแบบ “มนุษย์สั่ง เอเจนต์ทำ มนุษย์รอ” ไปเป็นเอเจนต์ที่ สมัครติดตามเหตุการณ์ไว้แล้วตื่นขึ้นมาทำงานเอง และ ยึดเป้าหมายเดียวข้ามหลายเซสชันจนกว่าจะสำเร็จ
นี่เป็นการอัปเดตต่อเนื่องจาก Origin ซึ่งเป็นแพลตฟอร์มโฮสต์โค้ดของ Cursor เองที่เพิ่งเปิดเมื่อ 17 ส.ค. — และเมื่อมองสองอันนี้ต่อกันจะเห็นภาพชัดว่า Cursor กำลังประกอบอะไรอยู่
ห้าอย่างที่เพิ่มเข้ามา
1. Subscriptions — เอเจนต์ที่รอเหตุการณ์ เอเจนต์สามารถสมัครติดตามความเคลื่อนไหวของ PR, เธรดใน Slack หรือ scheduled task ได้ เมื่อเกิดเหตุการณ์ เอเจนต์จะตื่นขึ้นมาทำงานต่อเอง และ cloud agent จะ auto-subscribe กับ PR ที่ตัวเองสร้าง โดยอัตโนมัติ เพื่อไล่แก้ CI ที่พังและตอบ feedback จากรีวิวเวอร์
2. Custom Modes — ปักหมุด skill ให้เป็นโหมด skill สามารถถูกตั้งเป็นโหมด “always on” ได้ เรียกผ่าน / แล้วกด ⌥⏎ (Mac) หรือ Alt+Enter (Windows) หรือเลือก “Use as Mode” แทนที่จะต้องเรียก skill ซ้ำทุกครั้ง
3. Subagent บนเครื่องแยกของตัวเอง subagent แต่ละตัวจะได้ เครื่องเสมือนของตัวเอง พร้อมสำเนาโปรเจกต์ที่สะอาดและสภาพแวดล้อมคลาวด์แยกกัน เพื่อให้ทดสอบอิสระหรือลองแก้หลายทางขนานกันได้โดยไม่ชนกัน
4. /goal — เป้าหมายที่อยู่นานกว่าเซสชัน เอเจนต์ทำงานมุ่งไปยังวัตถุประสงค์ระยะยาวจนกว่าจะสำเร็จ ตัวอย่างที่ Cursor ยกมาเองคือ /goal fix all flaky tests and make CI green
5. Steering ที่ลื่นขึ้น ส่งข้อความเพิ่มระหว่างที่เอเจนต์กำลังทำงานได้โดยไม่ขัดจังหวะสิ่งที่มันทำอยู่ — ส่งตามปกติ หรือกด Enter สองครั้ง
ทำไมสามข้อแรกถึงเป็นชิ้นเดียวกัน
อ่านแยกกันแล้วดูเหมือนฟีเจอร์คนละเรื่อง แต่จริง ๆ มันแก้ปัญหาเดียวกันคนละมุม
/goal สร้าง สถานะที่อยู่นานกว่าหนึ่งบทสนทนา — เอเจนต์ต้องรู้ว่า “CI ยังไม่เขียว” คือสถานะที่ยังค้างอยู่ ไม่ใช่คำสั่งที่หมดอายุเมื่อ turn จบ subscriptions ให้ ทริกเกอร์จากภายนอก ที่จะปลุกสถานะนั้นขึ้นมา — โดยไม่ต้องมีมนุษย์มาพิมพ์ “ลองใหม่อีกที” และ subagent บนเครื่องแยกให้ ทรัพยากรที่จำเป็นต่อการลองหลายทางพร้อมกัน ซึ่งเป็นสิ่งที่ต้องมีเมื่อเป้าหมายคือ “flaky test” — ปัญหาประเภทที่ต้องรันซ้ำหลายรอบและแยกตัวแปรให้ได้ ถ้าทุก subagent ใช้ working tree เดียวกัน มันทำไม่ได้ตั้งแต่แรก
ในทางกลับกัน สามอย่างนี้รวมกันก็แปลว่า เอเจนต์รันโค้ดที่ไม่มีใครดูอยู่ได้นานขึ้นมาก ซึ่งเป็นเรื่องที่ต้องคิดถึงร่วมกับ CI, สิทธิ์ของ token และขอบเขตที่ merge ได้ ไม่ใช่ฟีเจอร์ที่เปิดแล้วลืม
มุมมอง AI Curator
สิ่งที่ Cursor เปลี่ยนจริง ๆ ในอัปเดตนี้คือ “หน่วยงาน” ของเอเจนต์เขียนโค้ด
หน่วยงานเดิมคือ คำขอ — คุณพิมพ์ เอเจนต์ทำ จบ คุณรับผิดชอบการตัดสินใจว่าเมื่อไรควรลองใหม่ หน่วยงานใหม่คือ เป้าหมาย ที่มีอายุยาวกว่าคุณ และมีตัวปลุกมาจากระบบอื่น (GitHub, Slack, cron) นี่เป็นการเปลี่ยนที่ลึกกว่าการเพิ่มปุ่ม เพราะมันย้ายภาระ “รู้ว่างานยังไม่จบ” จากหัวมนุษย์ไปไว้ในระบบ
และนี่คือรูปแบบเดียวกับที่เราเห็นตลอดสองสัปดาห์นี้ — Claude Code ปล่อย background agent ที่เปิด PR เอง, Warp เปิด Factories ที่ orchestrate ฝูงเอเจนต์ข้าม SDLC และตอนนี้ Cursor — ทุกเจ้ากำลังบรรจบที่ข้อสรุปเดียวกัน: เอเจนต์ที่มีค่าไม่ใช่เอเจนต์ที่ตอบเร็ว แต่คือเอเจนต์ที่ยังทำงานอยู่ตอนคุณนอนหลับและไม่หลงเป้าหมายเมื่อตื่นมา ซึ่งบังเอิญเป็นข้อสรุปเดียวกับที่รายงานโปรตีนของ Anthropic วันนี้พูดถึงจากคนละอุตสาหกรรม — สองในสามของ prompt ที่ทำให้เอเจนต์อยู่ได้ 48 ชั่วโมงคือกติกาเรื่อง pacing, delegation และ verification ไม่ใช่ความรู้โดเมน
สำหรับทีมไทย ผมจะให้คำแนะนำที่ใช้ได้จริงสองข้อ
ข้อแรก /goal เป็นของที่ต้องระวังมากกว่าฟีเจอร์อื่นในชุดนี้ เป้าหมายอย่าง “ทำให้ CI เขียว” มีคำตอบที่ถูกต้องหลายแบบ และมีคำตอบที่ “ผ่าน” แต่ผิดอีกหลายแบบ — ลบเทสต์ที่ flaky ทิ้ง, ใส่ retry จนกลบปัญหา, mark เป็น skip เอเจนต์ที่ถูกสั่งให้ยึดเป้าหมายจนสำเร็จมีแรงจูงใจเชิงโครงสร้างที่จะหาทางลัด ถ้าทีมจะใช้ ควรกำหนดเงื่อนไข “สำเร็จ” ให้แคบกว่าที่คิด และให้ branch protection เป็นตัวบังคับ ไม่ใช่ prompt
ข้อสอง — subagent ที่ได้เครื่องเสมือนของตัวเองแปลว่าต้นทุนคลาวด์จะไม่เป็นเส้นตรงอีกต่อไป งานหนึ่งชิ้นที่แตกเป็น subagent ห้าตัวคือห้าเครื่องพร้อมสำเนาโปรเจกต์ ทีมที่คุ้นกับการประเมินค่าใช้จ่ายเป็น “ต่อ token” ควรเริ่มคิดเป็น “ต่อชั่วโมงเครื่อง” ด้วย โดยเฉพาะทีมที่ทำงานให้ลูกค้าองค์กรและต้องตั้งราคาโปรเจกต์ล่วงหน้า นี่เป็นบรรทัดที่ควรอยู่ในสัญญา ไม่ใช่ในใบเสร็จเดือนถัดไป
แหล่งข่าว
อ่านเพิ่มในหมวด เครื่องมือนักพัฒนา
Betelgeuse รัน Qwen3.8 Flash Next ขนาด 68GB บน RTX 3060 กับแรม 16GB ส่วน Basalt วัดให้เห็นว่าเอนจินที่เร่งด้วยแฟล็กลัดทำให้โมเดลลืมของ
Betelgeuse ฟอร์ก llama.cpp ที่เปิดเมื่อ 31 ต.ค. ดึง expert จาก NVMe เข้า VRAM ตามต้องการ อ้าง 22 tok/s แบบไม่ทิ้ง expert แต่ README เตือนเองว่ายังทดลองและตัวเลขมาจากคนละรอบ วันเดียวกันผู้พัฒนา Basalt เผยผลวัดว่าแฟล็กเร่งความเร็วทำคุณภาพ Q8 ตกไปใกล้ Q2
กฎห้ามโคลนเกมของ Claude Code เริ่มกระทบงานจริง บริษัทรับทำเกมกระดานร้องงานลูกค้าหยุด แต่รายงานหลายชิ้นปนกับตัวกรองไซเบอร์คนละเรื่อง
ต่อจากที่เราพบกฎนี้ในไบนารี Claude Code ผู้ใช้เริ่มรายงานว่างานเชิงพาณิชย์ถูกปฏิเสธ และ Tom's Hardware กับ Mashable หยิบไปรายงาน แต่เมื่อไล่ issue ที่อ้างถึง พบว่าหลายรายการเกิดก่อนกฎจะมา จึงน่าจะเป็นตัวกรองด้านไซเบอร์ ส่วน Anthropic ยังไม่ชี้แจง
Claude Code ส่ง transcript ของ background agent ให้โมเดลทุก ~30 วินาทีเพื่อเขียนสถานะ 3–5 คำ ผู้วัดรายงานกินราว 16% และยังปิดแบบทางการไม่ได้
รายงานอิสระพบว่าฟีเจอร์ agent_summary ของ Claude Code ส่ง transcript เต็มของ background agent ไปถามสถานะทุก ~30 วินาที คิดเป็น 16.4% ของค่าใช้จ่ายในระบบของผู้วัด Issue เปิดมาตั้งแต่ ส.ค. ยังไม่มีสวิตช์ปิดที่รองรับ เราตรวจพบโค้ดนี้ใน 2.1.314 และพบกฎใหม่เรื่องเกมที่ไม่อยู่ใน changelog