Kecerdasan Buatan
OpenAI Bikin Aturan Baru, Router dan Gateway AI Wajib Minta Izin Mulai 20 November
OpenAI memperbarui Usage Policies yang berlaku 20 November 2026. Layanan router dan gateway AI yang membuka akses langsung ke model OpenAI wajib lolos review da
OpenAI baru saja memperbarui Usage Policies, yaitu aturan pemakaian untuk semua produk dan API mereka. Perubahan ini diumumkan pada 21 Oktober 2026 dan mulai berlaku pada 20 November 2026. Poin yang paling ramai dibahas adalah soal layanan perantara: router model dan gateway AI yang membuka akses langsung ke model OpenAI sekarang wajib melewati review dan mendapat persetujuan dari OpenAI lebih dulu.
Artikel ini akan menjelaskan isi aturan baru tersebut, siapa saja yang kena dan siapa yang tidak, apa itu SafetyID yang ikut diperkenalkan, serta bagaimana dampaknya buat developer dan pemakai router AI di Indonesia. Banyak hal teknis yang belum dibuka OpenAI, jadi bagian yang masih abu-abu juga akan kami tandai dengan jelas.
Isi aturan baru OpenAI yang berlaku 20 November
Di halaman Help Center, OpenAI merangkum empat perubahan utama. Sampai 20 November, versi lama masih berlaku, dan perjanjian yang sudah ada (termasuk izin khusus di kontrak) tetap dihormati. Empat poin barunya adalah:
- Izin untuk perantara akses model. Layanan yang memberikan akses langsung ke model OpenAI, seperti router model atau gateway AI, harus mendapat review dan persetujuan sebelum menawarkan akses tersebut.
- Larangan melatih model pesaing dipertegas. Model dan output OpenAI tidak boleh dipakai untuk melatih model yang dimaksudkan sebagai pengganti atau alternatif layanan OpenAI.
- Perlindungan anak dan remaja diperjelas, termasuk syarat untuk penggunaan berisiko tinggi.
- Prinsip keamanan nasional dimasukkan, lengkap dengan syarat persetujuan untuk penggunaan oleh lembaga keamanan dan penegak hukum.
Di catatan perubahan (changelog) halaman kebijakannya, OpenAI menulis bahwa pembaruan bertanggal 2026-10-21 ini memang menetapkan syarat persetujuan untuk model-access intermediaries. Istilah itu kira-kira berarti "pihak perantara yang menyalurkan akses model".
Catatan: Ringkasan dari PANews yang dikutip beberapa media juga menyebut kebijakan baru melarang upaya mengambil konten penalaran (reasoning) yang dilindungi lewat akses tanpa izin atau rekayasa balik.
Siapa yang kena dan siapa yang tidak
Bagian ini yang paling sering bikin bingung. Menurut ringkasan kebijakan yang beredar, aturan izin ini menyasar layanan yang menjual atau membuka akses model OpenAI ke pihak ketiga. Jadi fokusnya bukan ke aplikasi biasa yang kebetulan memakai GPT di dalamnya.
Gambaran sederhananya seperti ini:
- Kemungkinan besar kena: layanan router atau gateway yang membiarkan developer lain memanggil banyak model, termasuk model OpenAI, lewat satu API. Begitu juga reseller dan partner hosting yang menyediakan model OpenAI ke pelanggannya.
- Tidak kena aturan izin perantara: aplikasi yang hanya memasang model OpenAI untuk fiturnya sendiri, misalnya chatbot layanan pelanggan di toko online atau fitur ringkasan di aplikasi catatan.
- Masih abu-abu: proxy pribadi yang dijalankan sendiri dengan API key milik sendiri, tanpa dibuka ke orang lain. OpenAI belum memberi contoh resmi untuk kasus seperti ini.
OpenAI juga tidak menyebut nama perusahaan router atau gateway mana pun di pengumumannya. Jadi belum ada daftar layanan yang sudah disetujui atau yang terancam diblokir.

Partner hosting dan reseller wajib ikut standar OpenAI
Selain router dan gateway, OpenAI juga menegaskan bahwa aturannya berlaku di mana pun modelnya dipakai: langsung lewat OpenAI, lewat partner yang meng-host model, maupun lewat reseller. Ini menarik karena OpenAI sekarang ada di banyak tempat. Model mereka sudah tersedia di Amazon dan Microsoft, dan pada 21 Oktober juga diumumkan akan masuk ke Model Garden milik Google Cloud dalam beberapa minggu ke depan.
Untuk para partner itu, OpenAI meminta beberapa hal:
- Pengaman yang setara. Partner harus punya safeguard yang konsisten dengan milik OpenAI.
- Menyelidiki pelanggaran. Kalau ada dugaan penyalahgunaan, partner wajib menyelidiki dan mengambil tindakan.
- Koordinasi penegakan. Tujuannya supaya orang yang dibatasi di satu layanan tidak bisa kabur begitu saja ke layanan lain.
Logikanya cukup jelas. Selama ini, kalau sebuah akun diblokir di API OpenAI, pemiliknya bisa saja pindah ke router pihak ketiga dan tetap memakai model yang sama. Dengan aturan baru, celah semacam itu ingin ditutup.
Mengenal SafetyID dan kenapa penting
Bersamaan dengan aturan ini, OpenAI memperkenalkan SafetyID. Ini adalah penanda untuk membedakan pengguna akhir satu dengan yang lain saat ada investigasi penyalahgunaan, tanpa OpenAI perlu tahu siapa orangnya.
Di dokumentasi developer, fitur ini dikirim lewat parameter safety_identifier. OpenAI menyarankan isinya berupa hash dari username atau email, bukan data asli. Untuk pengguna yang belum login, boleh pakai session ID.
from openai import OpenAI
import hashlib
client = OpenAI()
# hash email pengguna, jangan kirim email mentah
user_hash = hashlib.sha256("[email protected]".encode()).hexdigest()
response = client.responses.create(
model="nama-model-yang-dipakai", # ganti sesuai model
input="Ringkas laporan penjualan minggu ini.",
safety_identifier=user_hash,
)
Manfaatnya buat pemilik aplikasi:
- Penindakan lebih tepat sasaran. Kalau satu pengguna nakal, yang dibatasi cukup pengguna itu, bukan seluruh akun organisasi.
- Respons lebih cepat. OpenAI bisa memberi masukan yang lebih jelas soal siapa yang melanggar.
- Privasi tetap terjaga. Karena yang dikirim adalah hash, identitas asli pengguna tidak ikut terkirim.
Tips: Saat ini
safety_identifiermasih bersifat disarankan, bukan wajib. Tapi untuk layanan yang melayani banyak pengguna, terutama router dan gateway, fitur ini kemungkinan besar akan jadi bagian penting dari proses persetujuan.
OpenAI juga menyebut Private Safety Processing, yaitu cara menerapkan pengaman sambil memberi pelanggan kontrol lebih atas data sensitif. Detail teknisnya belum banyak dijelaskan.
Reaksi dan pertanyaan yang belum terjawab
Respons dari komunitas developer cukup beragam. Sebagian melihat ini sebagai langkah wajar untuk menekan penyalahgunaan, apalagi akhir-akhir ini banyak kasus kunci API bocor dan dijual ulang. Sebagian lagi khawatir aturan ini akan mengubah persaingan, karena OpenAI kini punya kendali atas siapa saja yang boleh menjual akses ke modelnya.
Media seperti Aipolix mencatat beberapa hal yang belum dijelaskan OpenAI:
- Kriteria persetujuan untuk router dan gateway belum dipublikasikan.
- Jadwal review untuk layanan yang sudah berjalan belum ada.
- Nasib layanan yang belum disetujui per 20 November juga belum jelas.
- Daftar partner yang sudah menyesuaikan pengamannya belum diumumkan.
OpenAI hanya berjanji bahwa penindakan akan didasarkan pada perilaku dan risiko yang terdokumentasi, dilakukan secara proporsional, dan bisa ditinjau ulang kalau perilaku atau pengamannya berubah.

Dampaknya buat developer dan pemakai router AI di Indonesia
Di Indonesia, router dan gateway AI cukup populer. Alasannya sederhana: bayar API langsung ke OpenAI butuh kartu kredit dan tagihan dolar, sementara banyak layanan perantara menawarkan top-up yang lebih fleksibel atau satu kunci untuk banyak model. Ada juga yang memakai router lokal open source seperti 9Router atau OmniRoute untuk mengatur kuota dan menghindari rate limit saat coding.
Baca juga LiteLLM Disusupi Malware Pencuri Data, Ini Cara Cek dan Amankan Server
Berikut beberapa hal yang perlu diperhatikan:
- Pemakai layanan router berbayar: cek pengumuman dari penyedia layanan kalian menjelang 20 November. Kalau layanan itu belum mendapat izin, akses ke model OpenAI di sana bisa saja berubah.
- Penyedia jasa reseller API: ini kelompok yang paling terdampak. Menjual ulang akses model OpenAI tanpa persetujuan bisa dianggap melanggar kebijakan setelah tanggal tersebut.
- Pemakai router lokal untuk diri sendiri: selama kunci yang dipakai milik sendiri dan tidak dibuka untuk orang lain, posisinya mirip aplikasi biasa. Namun karena OpenAI belum memberi contoh resmi, ini masih tafsiran, bukan kepastian.
- Startup dan UMKM yang pakai GPT di aplikasinya: umumnya tidak kena aturan izin perantara. Tapi ini waktu yang pas untuk mulai mengirim
safety_identifiersupaya satu pengguna bermasalah tidak membuat seluruh akun diblokir.
Peringatan: Hati-hati dengan penjual "API GPT murah" di marketplace atau grup media sosial. Selain sering memakai kunci curian, layanan seperti ini makin berisiko diputus setelah aturan baru berlaku.
Yang bisa disiapkan sebelum 20 November
Masih ada sekitar empat minggu sebelum aturan baru berlaku. Daripada menunggu kabar terakhir, beberapa langkah ini bisa dikerjakan sekarang:
- Petakan jalur akses. Catat model OpenAI di aplikasi kalian diakses lewat mana: API langsung, Azure, AWS, Google Cloud, atau router pihak ketiga.
- Hubungi penyedia router. Tanyakan apakah mereka sedang mengurus persetujuan ke OpenAI dan apa rencana mereka kalau belum disetujui.
- Siapkan jalur cadangan. Pastikan aplikasi bisa pindah ke API resmi atau cloud besar yang sudah jadi partner OpenAI tanpa perlu mengubah banyak kode.
- Tambahkan safety identifier. Kirim hash ID pengguna di setiap request agar penindakan bisa lebih spesifik.
- Cek pemakaian output untuk pelatihan. Kalau tim kalian memakai jawaban GPT untuk melatih model sendiri yang bersaing dengan OpenAI, baca ulang kebijakan barunya dengan teliti.

Perbandingan singkat sebelum dan sesudah aturan baru
Supaya lebih mudah dipahami, berikut ringkasan perbedaannya:
| Hal | Sebelum 20 November | Setelah 20 November |
|---|---|---|
| Router dan gateway AI | Bisa menawarkan akses model OpenAI tanpa izin khusus | Wajib review dan persetujuan OpenAI |
| Partner hosting dan reseller | Mengikuti perjanjian masing-masing | Wajib pengaman setara standar OpenAI |
| Melatih model pesaing | Sudah dilarang | Larangan dipertegas |
| Identitas pengguna akhir | safety_identifier opsional |
Didorong lewat SafetyID |
| Aplikasi yang memakai GPT untuk fitur sendiri | Boleh | Tetap boleh |
Pada dasarnya, OpenAI tidak sedang melarang router atau gateway. Yang berubah adalah layanan semacam itu sekarang harus "terdaftar" dan diawasi, mirip seperti mitra resmi.
Poin penting
- Usage Policies baru OpenAI diumumkan 21 Oktober 2026 dan berlaku 20 November 2026.
- Router model dan gateway AI yang membuka akses langsung ke model OpenAI wajib review dan persetujuan.
- Aplikasi yang hanya memakai model OpenAI untuk fiturnya sendiri tidak terkena aturan izin perantara.
- Partner hosting dan reseller harus punya pengaman setara dan ikut koordinasi penindakan.
- SafetyID lewat parameter
safety_identifiermembantu membedakan pengguna tanpa membuka identitasnya. - Kriteria persetujuan dan nasib layanan yang belum disetujui belum diumumkan.
Referensi
- OpenAI (2026). Usage Policies, effective November 20, 2026
- OpenAI Help Center (2026). We're updating our Usage Policies
- OpenAI Developers (2026). Safety best practices: safety identifiers
- Aipolix (2026). OpenAI will require approval for model routers and AI gateways and asks partners to match its safeguards
- Tesla News Wire (2026). OpenAI Will Make Model Routers and AI Gateways Get Its Approval From Nov. 20
- MUVO (2026). AI news: Claude API changes, Voxtral 3 and OpenAI on Google Cloud
- CNBC (2026). OpenAI brings its AI models to Google's cloud, expands beyond Microsoft
- Gadgets360 (2026). Google Cloud Adds GPT-6 Astra, GPT-6.1 Sol, GPT-6 Luna Models to Model Garden
- PANews (2026). Ringkasan perubahan Usage Policies OpenAI
Pertanyaan Umum
Kapan aturan baru OpenAI soal router dan gateway AI mulai berlaku?
Apakah aplikasi saya yang memakai ChatGPT API ikut wajib minta izin?
Apakah router lokal seperti 9Router atau OmniRoute akan diblokir?
Apakah SafetyID wajib dipakai?
Apa yang terjadi pada layanan router yang belum disetujui per 20 November?
Kesimpulan
Aturan baru OpenAI ini pada intinya menarik router, gateway, reseller, dan partner hosting ke bawah pengawasan langsung OpenAI. Mulai 20 November 2026, siapa pun yang membuka akses model OpenAI ke pihak lain harus lolos review, sementara aplikasi yang hanya memakai GPT untuk fiturnya sendiri tetap aman.
Buat developer di Indonesia, langkah paling masuk akal adalah memetakan jalur akses yang dipakai sekarang, menanyakan status penyedia router, dan mulai mengirim safety_identifier. Detail kriteria persetujuan masih ditunggu, jadi perkembangan sampai akhir November layak terus dipantau.
Komentar (0)
Belum ada komentar. Jadilah yang pertama berbagi pendapat!
Tinggalkan komentar