ภาพห้องควบคุมสีเขียวเข้มที่สายเชื่อมระหว่างสถานีพัฒนาและบริการโมเดลถูกถอดออกอย่างชัดเจน มีแสงสีอำพันเพียงจุดเดียวตรงข้อต่อ
openaicursoraideveloper-toolsresilience

OpenAI เตรียมหยุดส่งโมเดลให้ Cursor: ทีมพัฒนาควรซ้อมทางออกก่อน 12 พฤศจิกายน

พี่โชว์Engineering

ข่าวผู้ให้บริการ AI เปลี่ยนสัญญามักดูเหมือนเรื่องระหว่างสองบริษัท จนวันที่ developer เปิดเครื่องแล้ว workflow ประจำทำงานไม่เหมือนเดิม สำหรับทีมวิศวกรรม ประเด็นจึงไม่ใช่ว่าใครชนะข้อพิพาท แต่คือ dependency ที่เราใช้ทุกวันมีทางออกหรือยัง

OpenAI ประกาศเมื่อ 28 สิงหาคม 2026 ว่าตั้งใจยุติสัญญาที่ให้โมเดลแก่ Cursor โดยเสนอวันที่ตัดบริการ 12 พฤศจิกายน 2026 ข้อความนี้เป็นจุดยืนจาก OpenAI ต่อสถานการณ์ระหว่างบริษัท ไม่ใช่หลักฐานว่าประสบการณ์ผู้ใช้ทุกคนจะหยุดพร้อมกัน เพราะ Cursor อาจมีโมเดลและข้อตกลงอื่น

สิ่งที่ทีมทำได้ตอนนี้คือใช้เวลาที่เหลือสร้าง continuity plan หรือแผนให้การทำงานต่อเนื่อง โดยไม่ต้องรอคำตอบทางธุรกิจครบทุกข้อ

WHY: AI coding tool เป็นทั้งหน้าจอและ supply chain

เวลา IDE เสนอ autocomplete เรามักรู้สึกว่าความสามารถอยู่ในแอปเดียว แต่เบื้องหลังมี editor, model router, ผู้ให้บริการโมเดล, quota, data policy และ network เหมือนร้านกาแฟที่หน้าร้านดูเรียบง่าย แต่ต้องพึ่งเมล็ด นม เครื่อง และขนส่งหลายเจ้า

ถ้าทีมผูกงานสำคัญกับชื่อ model เดียว ผลกระทบอาจมาได้หลายรูปแบบ:

  • model เดิมหายจากเมนูหรือเปลี่ยน routing
  • latency, context window หรือพฤติกรรม tool calling เปลี่ยน
  • ราคาและ rate limit เปลี่ยนจน workflow อัตโนมัติไม่คุ้ม
  • policy การเก็บข้อมูลหรือ region เปลี่ยนจนใช้กับ repository บางประเภทไม่ได้

นี่ไม่ใช่เหตุผลให้เลิกใช้ AI แต่เป็นเหตุผลให้รู้ว่าคุณค่าของ workflow อยู่ตรงไหนและพึ่งใครบ้าง

HOW: ทำ inventory จากงาน ไม่ใช่จากชื่อโมเดล

เริ่มจากรายการงานที่คนในทีมทำจริง เช่น สรุป diff, เขียน test, refactor ข้ามไฟล์, ค้นเอกสาร และแก้ incident แล้วบันทึกสี่อย่างต่อ workflow: input sensitivity, model/provider ปัจจุบัน, เกณฑ์คุณภาพ และทางเลือกสำรอง

อย่าเขียนแค่ว่า “ใช้ Cursor” เพราะนั่นเป็นชื่อหน้าร้าน ให้ระบุว่าฟีเจอร์ใดต้องใช้ agent, ฟีเจอร์ใดเป็น autocomplete และงานใดเรียก API โดยตรง เมื่อ dependency เปลี่ยน ทีมจะรู้ว่าต้องทดสอบส่วนไหน ไม่ต้องย้ายทุกอย่างพร้อมกัน

จากนั้นเลือก golden tasks 10–20 งานที่มีคำตอบตรวจได้ เช่น test ต้องผ่าน, diff ต้องไม่แตะไฟล์นอกขอบเขต, คำตอบต้องอ้างไฟล์ถูก และเวลารวมต้องไม่เกิน threshold รันงานชุดเดิมกับตัวเลือกสำรองอย่างน้อยสองแบบ แล้วเก็บผลด้วย rubric เดียวกัน

ซ้อม fallback ก่อนวันที่บังคับ

Fallback ที่ไม่เคยซ้อมเป็นเพียงความหวัง พี่โชว์แนะนำให้เลือกครึ่งวันหนึ่งก่อนเดือนพฤศจิกายน แล้วให้ทีมหนึ่งกลุ่มทำงานโดยไม่ใช้เส้นทาง OpenAI ผ่าน Cursor ดูว่าติดตรง authentication, policy, prompt template, context หรือค่าใช้จ่าย

อย่าส่ง repository ลับไปทดลองกับ provider ใหม่ก่อนตรวจ data controls, retention และข้อตกลงขององค์กร ใช้ repository ตัวอย่างที่ไม่มี credential แล้วให้ security/legal ตรวจ policy เป็นอีก track หนึ่ง

เกณฑ์ตัดสินไม่ควรมีแค่ benchmark คุณภาพ ควรรวม:

  • median และ tail latency ของงานจริง
  • อัตรา diff ที่ reviewer ยอมรับโดยไม่แก้ใหญ่
  • ค่าใช้จ่ายต่อ task ที่สำเร็จ ไม่ใช่ต่อ token อย่างเดียว
  • ความสามารถในการ audit ว่า agent เรียก tool อะไร
  • ขั้นตอนหยุดหรือเพิกถอนสิทธิ์เมื่อเกิด incident

สิ่งที่ยังไม่ควรสรุป

ประกาศจากฝ่ายหนึ่งไม่บอก final product behavior ของอีกฝ่าย และวันตัดสัญญาอาจเปลี่ยนได้ อย่าบอกทีมว่า Cursor จะใช้งานไม่ได้ทั้งหมด หรือรีบย้ายเพราะพาดหัว ให้ติดตามประกาศทางการของทั้งสองฝ่ายและตรวจสถานะใน account ขององค์กร

แต่ความไม่แน่นอนไม่ใช่เหตุผลให้รอเฉย ๆ Inventory, golden tasks และ fallback drill ล้วนมีประโยชน์แม้ข้อตกลงสุดท้ายเปลี่ยน เพราะทำให้ทีมเห็น AI dependency ที่ก่อนหน้านี้ซ่อนอยู่

Recap

สัญญาณจาก OpenAI คือเส้นทางโมเดลหนึ่งอาจสิ้นสุดวันที่ 12 พฤศจิกายน 2026 สิ่งที่ควรทำไม่ใช่เลือกข้าง แต่สร้างหลักฐานว่า workflow สำคัญย้ายได้

ทำ inventory ตามงาน, สร้างชุดทดสอบที่ให้คะแนนได้, ตรวจ data policy และซ้อม fallback ก่อนวันบังคับ เมื่อทีมมีทางออกที่เคยใช้จริง การเปลี่ยน provider จะเป็นงาน migration ที่วางแผนได้ ไม่ใช่ incident ที่เริ่มจากความตกใจครับ