OpenAI Berencana Meninggalkan Cursor pada 12 November. Latih Exit Provider Sekarang
OpenAI mengusulkan penghentian akses model di Cursor pada 12 November. Gunakan matriks tugas tetap dan latihan 30/14/7 hari ini untuk menguji alternatif serta mempertahankan rollback.
OpenAI mengusulkan 12 November 2026 sebagai hari ketika mereka berhenti menyediakan model melalui Cursor. Bagi tim yang membaca ini pada 30 Agustus, itu menciptakan jendela migrasi 74 hari. Unit yang berguna bukan “berapa hari sebelum pemilih model berubah,” melainkan berapa banyak tugas coding representatif yang dapat diulang tim sebelum rute saat ini menghilang.
OpenAI mengatakan tanggal tersebut memberikan pemberitahuan maksimum yang tersedia berdasarkan kontraknya. OpenAI juga mengatakan Cursor tidak akan menerima model OpenAI mendatang. Pengumuman itu menggambarkan wind-down yang direncanakan, bukan cutoff yang sudah selesai, dan hasilnya masih dapat berubah: Reuters melaporkan pada 29 Agustus bahwa salah satu pendiri Cursor Michael Truell sedang berbicara dengan OpenAI untuk menyelesaikan situasi dan Anthropic berencana menyediakan lebih banyak komputasi Claude bagi Cursor.
Ketidakpastian itu adalah alasan untuk berlatih, bukan alasan untuk menunggu. Cursor sudah menawarkan model dari beberapa provider. Exit provider tetap menjangkau rules, tools, konteks, acceptance test, kontrol biaya, dan kebutuhan data yang membungkus model terpilih. Rencana di bawah mengubah runway yang diumumkan menjadi perbandingan workload tetap dan cutover bertahap dengan jalur kembali yang telah diuji.
12 November memulai jam latihan
Urutan ini cukup singkat untuk dikelola dan cukup panjang untuk disia-siakan.
| Tanggal | Peristiwa atau titik perencanaan yang terkonfirmasi | Konsekuensi operasional |
|---|---|---|
| 14 Agustus 2026 | Cursor mengumumkan bahwa akuisisinya oleh SpaceX selesai. | Catat perubahan kepemilikan secara terpisah dari keputusan akses model berikutnya. |
| 28 Agustus 2026 | OpenAI mengumumkan niat mengakhiri kontrak Cursor, mengusulkan 12 November, dan mengatakan akan menahan model mendatang dari produk. | Perlakukan 12 November sebagai tenggat eksternal saat ini sambil mempertahankan statusnya sebagai usulan. |
| 29 Agustus 2026 | Reuters melaporkan pembicaraan yang berlanjut antara Cursor dan OpenAI, serta rencana Anthropic mengalokasikan lebih banyak komputasi Claude kepada Cursor. | Tetap pantau situasi sumber, tetapi jangan menjadikan negosiasi yang berhasil sebagai rencana kontinuitas. |
| 12 November 2026 | Usulan akhir akses model OpenAI melalui Cursor. | Selesaikan canary produksi dan latihan rollback sebelum tanggal itu; jangan menjadwalkan penemuan pertama pada hari tersebut. |
OpenAI membingkai keputusannya pada ketentuan kontrak dan perubahan kepemilikan Cursor. Penjelasan itu penting untuk catatan komersial, tetapi tidak dapat memberi tahu tim engineering pengganti mana yang akan mempertahankan workflow mereka. Tim memerlukan buktinya sendiri sebelum jendela kontrak berakhir.
Pergantian provider menjangkau tujuh permukaan yang saling terkait
Cursor saat ini mendokumentasikan model dari OpenAI, Anthropic, Google, SpaceXAI, dan Cursor. Katalog itu menyediakan kandidat. Katalog tersebut tidak otomatis memindahkan perilaku sistem di sekitarnya kepada mereka.
Bekukan tujuh permukaan berikut sebelum membandingkan baseline dengan kandidat:
| Permukaan | Yang harus dibekukan atau dicatat | Gerbang kegagalan |
|---|---|---|
| Rute model | Model tepat, mode pemilihan, tanggal, paket, versi klien, dan routing otomatis apa pun | Provider atau rute aktual tidak diketahui, tidak tersedia bagi akun target, atau berubah selama uji |
| Instruksi | Aturan repositori, tim, pengguna, dan agen; versi prompt dan kebijakan | Instruksi wajib hilang, berkonflik, atau diikuti secara tidak konsisten |
| Konteks | Commit repositori, file terindeks, materi yang diambil, pengecualian, dan batas konteks | Kandidat melewatkan bukti yang diperlukan atau membuka materi yang dikecualikan |
| Tools dan izin | Server MCP, perintah, batas persetujuan, kredensial, serta cakupan jaringan atau filesystem yang diizinkan | Pemanggilan tool gagal, keluar dari cakupan yang diizinkan, atau meminta otoritas lebih luas |
| Penerimaan output | Test target, suite lengkap, lint, pemeriksaan tipe, pemeriksaan keamanan, path terlindungi, dan kriteria review | Patch gagal dalam pemeriksaan yang memblokir atau mengubah file di luar tugas |
| Performa dan kapasitas | Waktu dinding, retry, batas rate, penggunaan provider, dan biaya per tugas yang diterima | Latensi, kapasitas, volume retry, atau biaya tugas diterima melewati batas tim |
| Data dan operasi | Retensi, residensi, telemetri, kepemilikan insiden, rute dukungan, ekspor, dan konfigurasi rollback | Persyaratan kebijakan tidak memiliki bukti, atau tim tidak dapat memulihkan rute lama |
Instruksi dan tools pantas mendapat baris terpisah. Cursor Rules disertakan di awal konteks model, jadi perbandingan provider yang mengubah bundle rule berarti mengubah dua variabel. Konfigurasi MCP menambahkan tools dan koneksi data eksternal; model yang menulis kode masuk akal tetapi salah menangani persetujuan atau skema tool telah gagal dalam workflow agen.
Rute tersebut juga memerlukan jejak audit. Router terdokumentasi Cursor dapat memilih model untuk suatu permintaan. Ini nyaman dalam pekerjaan normal, tetapi melemahkan hasil migrasi jika catatan uji tidak dapat menunjukkan model mana yang menangani setiap percobaan. Pin baseline dan kandidat selama evaluasi terkendali, atau tangkap rute yang telah diselesaikan.
Bekukan workload sebelum memilih pengganti
Pilih tugas dari pekerjaan yang akan menyakitkan jika berhenti: perbaikan bug kecil, refactor lintas-file, tugas penulisan test, investigasi berbantuan tool, dan satu permintaan yang seharusnya ditolak atau dieskalasikan. Gunakan fixture yang disanitasi, sintetis, atau telah disetujui secara eksplisit. Pertahankan kegagalan dalam sampel; kumpulan yang hanya terdiri dari keberhasilan historis yang bersih akan menyanjung setiap kandidat.
Jaga commit repositori, lingkungan, instruksi, tools, izin, timeout, anggaran retry, dan pemeriksaan penerimaan tetap konstan. “Golden patch” dapat memandu review, tetapi kemiripan byte demi byte adalah gerbang yang buruk ketika ada beberapa implementasi yang benar. Kandidat lolos ketika hasilnya berperilaku benar, tetap dalam cakupan, dan memerlukan jumlah perbaikan yang dapat diterima.
Lembar kerja ini membuat setiap percobaan dapat direproduksi:
task_id:
fixture_commit:
task_class:
prompt_version:
rules_version:
tools_and_permissions:
baseline_model:
candidate_model:
timeout_and_retry_budget:
acceptance_checks:
- target_tests
- full_suite
- lint_type_security
- scope_limit
observations:
accepted:
wall_time_seconds:
provider_cost:
tool_failures:
review_minutes:
policy_or_data_exception:
rollback_trigger:
Jalankan setiap tugas penting lebih dari sekali jika anggaran memungkinkan, dan laporkan pembilang bersama penyebutnya: “18 dari 20 diterima” lebih informatif daripada “90%.” Masukkan timeout dan patch yang ditolak ke total. Sampel ini tetap menggambarkan workload yang dibekukan, bukan setiap repositori atau setiap model mendatang, jadi catat keterbatasannya di samping hasil.
Nilai workload, bukan merek model
Panduan evaluasi OpenAI merekomendasikan input pengujian yang representatif dan kriteria pengujian yang eksplisit, termasuk saat mencoba atau meningkatkan model. Terapkan disiplin itu pada seluruh rute coding-agent.
| Ukuran | Contoh gerbang | Mengapa termasuk dalam keputusan |
|---|---|---|
| Tugas yang diterima | Kelas tugas pemblokir memenuhi jumlah yang telah dinyatakan; tampilkan percobaan, timeout, dan kegagalan | Benchmark tingkat merek tidak dapat membuktikan patch tim terbangun dan tetap dalam cakupan |
| Waktu penyelesaian ekor | Waktu dinding median dan persentil ke-95 tetap dalam sasaran layanan workflow | Pengganti yang biasanya terasa cepat masih dapat menghentikan pekerjaan kritis |
| Keandalan tool | Tidak ada panggilan tanpa otorisasi; kegagalan skema, izin, dan persetujuan tetap di bawah batas yang disepakati | Pekerjaan agen bergantung pada tindakan, bukan hanya teks yang dihasilkan |
| Biaya per tugas diterima | Penggunaan provider ditambah retry dan waktu review tetap dalam anggaran | Tarif per token yang lebih rendah dapat lebih mahal jika keberhasilan memerlukan percobaan tambahan |
| Review dan perbaikan | Menit reviewer median dan koreksi manual tetap dalam ambang tim | Pekerjaan pemulihan manusia adalah bagian dari biaya migrasi |
| Kontrol kebijakan dan data | Pemilik keamanan, hukum, privasi, retensi, residensi, dan telemetri menyetujui bukti yang terdokumentasi | Kualitas output tidak dapat menghapus persyaratan kontrol |
| Kapasitas dan operasi | Akun target dapat mengakses kandidat; batas rate, kepemilikan dukungan, monitoring, dan insiden berfungsi | Uji privat yang baik dapat gagal pada skala organisasi |
| Rollback | Latihan berwaktu memulihkan rute yang didukung dan konfigurasinya tanpa kehilangan catatan kerja | Tim memerlukan tindakan pemulihan, bukan nama fallback |
Nyatakan terlebih dahulu gerbang mana yang memblokir migrasi dan mana yang mengizinkan pengecualian terdokumentasi. Jika tidak, tim dapat menafsirkan ulang hasil yang lemah setelah melihatnya. Untuk sampel kecil, publikasikan hitungan dan ketidakpastian, bukan peringkat yang tampak presisi.
Jalankan exit pada 30, 14, dan 7 hari
Tanggal di bawah dihitung mundur dari cutoff 12 November yang diusulkan OpenAI. Jika hubungan provider dipulihkan, pekerjaan ini tetap menghasilkan inventaris dependensi yang telah diuji dan rute kedua.
| Tenggat | Pekerjaan | Bukti keluar |
|---|---|---|
| D-30: 13 Oktober | Tunjuk pemilik; inventarisasi tujuh permukaan; bekukan fixture dan gerbang; jalankan rute OpenAI saat ini dan setidaknya satu kandidat pada tugas yang sama | Catatan baseline dan kandidat lengkap, celah pemblokir memiliki pemilik, dan kandidat memenuhi syarat untuk akun target serta kelas data yang diperlukan |
| D-14: 29 Oktober | Ulangi kelas tugas yang lemah; jalankan workload shadow atau dry; perbarui rules, konfigurasi MCP/tool, dokumen dukungan, anggaran, dan review kebijakan | Tidak ada regresi kritis yang tak terjelaskan atau celah kontrol yang belum terselesaikan; konfigurasi cutover dan rollback berversi |
| D-7: 5 November | Kirim sebagian kecil pekerjaan produksi yang disetujui ke kandidat; pantau penerimaan, latensi, kegagalan tool, biaya, dan pengecualian; latih rollback dengan timer | Canary tetap dalam batas yang telah dinyatakan dan tim telah berhasil memulihkan fallback yang didukung |
| Cutover: 12 November | Konfirmasi status OpenAI/Cursor saat ini, rutekan workload yang disetujui, pantau gerbang yang sama, dan simpan catatan evaluasi | Rute yang dimaksud dapat diamati, kepemilikan on-call aktif, dan setiap pelanggaran ambang memicu respons yang telah dilatih |
Ini adalah canary, bukan eksperimen side-by-side yang luas. Google SRE Workbook menjelaskan bahwa perubahan dependensi dapat memicu kegagalan dan bahwa paparan parsial plus batas evaluasi membatasi dampak rilis buruk. Gunakan irisan yang representatif, tetapi kecualikan workload yang belum disetujui untuk ditangani kandidat. Canary sintetis kecil lebih aman, sekaligus menjadi bukti yang lebih lemah untuk perilaku produksi; dokumentasikan trade-off itu.
Rollback memerlukan nilai kelulusan sendiri
Pertahankan konfigurasi yang saat ini didukung selama baseline masih tersedia. Ekspor atau beri versi pada rules dan pengaturan tool yang relevan, jaga commit fixture tetap immutable, dan buat rute menjadi eksplisit. Jika akses OpenAI berakhir seperti yang diusulkan, rute tersebut tidak lagi menjadi rollback yang layak di dalam Cursor. Target pemulihan kemudian harus berupa model kedua yang didukung, workflow yang disetujui di luar rute terdampak, atau jeda yang terlihat untuk kelas tugas tersebut.
Uji target itu sebelum cutover. Mulai timer rollback dari alert, pulihkan konfigurasi, ulangi satu tugas representatif, dan konfirmasi bahwa monitoring mengenali rute aktif. Catat siapa yang dapat mengizinkan perubahan dan apa yang terjadi pada pekerjaan yang sedang berjalan. Nama model dalam runbook tidak memiliki nilai pemulihan jika akun tidak dapat memilihnya atau tim tidak dapat merekonstruksi izinnya.
Bukti eksternal berikutnya yang harus dipantau bersifat konkret: apakah OpenAI dan Cursor mengumumkan penyelesaian, apakah katalog Cursor berubah, dan apakah salah satu perusahaan menerbitkan dukungan migrasi sebelum 12 November. Tidak satu pun hasil itu boleh menghapus catatan latihan. Hubungan provider dapat berubah lebih cepat daripada rules repositori, integrasi tool, dan gerbang penerimaan; aset yang tahan lama adalah kemampuan tim untuk memindahkan dependensi tersebut secara sengaja.
Playbook pensiun model Copilot (bahasa Indonesia) menunjukkan cara menginventarisasi perubahan katalog spesifik akun dan klien. Matriks pengujian lifecycle coding agent (bahasa Indonesia) memperluas disiplin bukti yang sama ke izin tool, side effect, dan pemulihan.
Sumber
- OpenAI: Our decision on Cursor following its acquisition by SpaceX
- Reuters: OpenAI to end partnership with SpaceX-owned Cursor
- Cursor: Joining SpaceX
- Cursor Docs: Models and pricing
- Cursor Docs: Rules
- Cursor Docs: Model Context Protocol
- OpenAI API Docs: Working with evals
- Google SRE Workbook: Canarying releases