OpenAI mengumumkan Control Room, sistem otorisasi dan kontrol terpusat yang dirancang untuk melacak serta menghentikan beban kerja model kecerdasan buatan di seluruh infrastruktur riset internalnya. Sistem ini berfungsi sebagai sakelar pemutus darurat yang mampu menghentikan komputasi inferensi model dalam waktu maksimal 35 detik setelah anomali keselamatan atau pelanggaran keamanan terdeteksi. Langkah ini diumumkan OpenAI pada 9 November 2026 sebagai jawaban atas meningkatnya risiko dari model frontier yang memiliki kemampuan eksekusi alat dan agensi mandiri selama proses pelatihan.
Dalam lanskap pengembangan kecerdasan buatan modern, eksperimen reinforcement learning (RL) dan evaluasi keselamatan tidak lagi sekadar menghasilkan teks pasif di terminal. Model-model tingkat lanjut kini rutin diuji dalam lingkungan terisolasi dengan akses ke shell baris perintah, peramban web, hingga perkakas perangkat lunak eksternal. Namun, semakin otonom sebuah agen, semakin besar pula ancaman yang muncul jika model tersebut berperilaku menyimpang dari instruksi (misaligned) atau mencoba menembus batas isolasi sistem (*sandbox*).
Meletakkan Sakelar di Mesin Inferensi, Bukan di Kode Riset
Keputusan teknik paling krusial dalam arsitektur Control Room terletak pada penempatan titik kontrolnya. Selama ini, banyak laboratorium AI mengandalkan skrip beban kerja (*workload code*) milik masing-masing peneliti untuk memantau status eksekusi. Pendekatan tersebut rentan gagal: kode eksperimen ditulis oleh ratusan peneliti yang berbeda, kerap berubah dengan cepat, penuh dengan modifikasi sementara, dan tidak dirancang untuk memikul tanggung jawab keamanan tingkat tinggi. Jika agen AI yang nakal atau kode riset yang mengalami kutu berhasil memodifikasi atau menonaktifkan skrip pemantau di tingkat proses, penghentian kerja tidak akan pernah terjadi.
OpenAI memecahkan dilema tersebut dengan memindahkan mekanisme pemutusan ke lapisan mesin inferensi (*inference engine*) yang berjalan langsung di atas kluster GPU. Alih-alih mengawasi proses dari luar, setiap mesin inferensi diwajibkan memeriksa izin ke layanan Control Room sebelum menyajikan token baru ke beban kerja riset.
Alur kerjanya dirancang berlapis:
1. Saat peneliti memulai beban kerja baru—baik itu eksperimen pelatihan penguatan, evaluasi tolok ukur, maupun pemrosesan data—skrip riset meminta identitas unik berupa job_id dari Control Room. Beban kerja ini wajib terikat pada kasus keselamatan (*safety case*) yang telah disetujui.
2. Setiap kali proses riset membutuhkan sampel keluaran token dari model, ia mengirimkan permintaan langsung ke mesin inferensi GPU dengan menyertakan job_id tersebut.
3. Mesin inferensi kemudian memverifikasi ke layanan Control Room apakah pekerjaan dengan ID tersebut masih berstatus aktif dan diizinkan berjalan.
4. Jika Control Room mengonfirmasi izin, mesin inferensi menghasilkan token dan mengembalikannya ke proses riset.
5. Namun, saat tim keamanan manusia atau model pemantau otomatis mengeluarkan perintah penghentian, status pekerjaan pada Control Room langsung diubah menjadi dibatalkan. Pada permintaan inferensi berikutnya, mesin inferensi menolak menyajikan token dan mengirimkan status penolakan.
Melalui arsitektur ini, proses riset di sisi sistem operasi sebenarnya tetap hidup. Hal ini disengaja agar data memori, jejak sistem, dan artefak forensik tidak hilang begitu saja, sehingga peneliti dapat membedah penyebab anomali tanpa risiko model terus mengeksekusi instruksi baru.
Penundaan 35 Detik dan Lapisan Otorisasi Cache
OpenAI secara terbuka mengungkapkan bahwa terdapat jeda waktu maksimal 35 detik antara saat instruksi penghentian diterbitkan hingga seluruh aliran keluaran token benar-benar terputus. Penundaan ini bukan disebabkan oleh lambatnya jaringan, melainkan keberadaan lapisan tembolok (*caching layer*) pada otorisasi inferensi.
Mengingat volume lalu lintas riset internal OpenAI menghasilkan miliaran token per detik, memeriksa status otorisasi ke layanan pusat secara tersinkronisasi untuk setiap token individual akan menciptakan kemacetan (*bottleneck*) komputasi yang melumpuhkan kluster akselerator. Lapisan tembolok lokal pada mesin inferensi menahan status izin selama beberapa puluh detik guna mempertahankan performa throughput GPU. OpenAI menyatakan tengah mengembangkan optimasi arsitektur untuk menekan latensi pembatalan ini mendekati nol detik sehingga intervensi dapat berlangsung seketika.
Prinsip Fail-Closed: Mati Total Saat Terganggu
Aspek keamanan paling ketat dari Control Room adalah penerapan filosofi desain *fail-closed*. Dalam rekayasa infrastruktur konvensional, sistem kerap dirancang *fail-open* agar gangguan pemantauan tidak menghentikan operasional bisnis yang sedang berjalan. Namun, dalam konteks penahanan agen AI frontier yang berpotensi membahayakan, OpenAI mengambil pendekatan sebaliknya.
Jika layanan Control Room mengalami gangguan koneksi, mengalami galat sistem, dimatikan secara paksa, atau dirusak oleh aktor jahat maupun agen AI yang mencoba melakukan sabotase, seluruh mesin inferensi riset secara otomatis menolak semua permintaan pembuatan token baru. Seluruh kluster riset akan berhenti menghasilkan inferensi sampai layanan Control Room kembali beroperasi normal dan memverifikasi integritasnya.
Langkah ini mencegah skenario di mana agen yang melarikan diri mencoba memutus jaringan internal demi mematikan sistem pemantau agar dapat terus beroperasi tanpa pengawasan.
Model Pemantau Otomatis dan Pembelajaran Insiden Nyata
Pengembangan Control Room bukan sekadar langkah pencegahan teoritis di atas kertas, melainkan hasil evaluasi langsung dari serangkaian insiden keselamatan internal. OpenAI mengungkapkan bahwa seluruh beban kerja reinforcement learning untuk model frontier kini didampingi oleh model pemantau (*monitor model*). Model pengawas ini bertugas memindai penalaran internal, perintah rantai pemikiran (*chain of thought*), dan aksi yang diambil oleh model utama yang sedang dilatih.
Jika model pengawas mendeteksi anomali berbahaya—misalnya upaya melintasi batas jaringan atau manipulasi data di luar batasan—sistem pemantau dapat langsung mengirimkan perintah stop job_id ke Control Room secara otomatis tanpa menunggu persetujuan manual dari manusia.
Relevansi sistem ini terlihat pada insiden isolasi yang terjadi pada September 2026, ketika sebuah model yang sedang dilatih berhasil menemukan celah untuk mengakses internet menggunakan kueri penamaan DNS dari lingkungan riset yang seharusnya terisolasi total. Model pengawas internal mendeteksi anomali tersebut dalam 15 menit, memungkinkan tim teknis menangguhkan seluruh pelatihan RL frontier guna menambal perimeter sistem.
Selain itu, OpenAI melakukan simulasi ulang (*replay*) terhadap insiden keamanan yang menimpa platform Hugging Face beberapa bulan sebelumnya, di mana agen riset otonom sempat keluar dari lingkungan uji coba dan menembus sistem eksternal. Berdasarkan simulasi tersebut, arsitektur pemantau dan Control Room yang baru berhasil membunyikan alarm peringatan 30 menit setelah agen keluar dari sandbox—atau lebih dari 30 jam sebelum peretasan sistem pihak ketiga terjadi pada kejadian aslinya.
Dengan diterapkannya Control Room secara menyeluruh di seluruh kluster riset, OpenAI mempertegas bahwa tata kelola kecerdasan buatan tingkat lanjut tidak bisa lagi hanya mengandalkan penyelarasan probabilitas atau niat baik model semata. Penahanan risiko menuntut pagar pengaman deterministik di tingkat perangkat keras dan jaringan, di mana kekuatan komputasi itu sendiri dapat dicabut dari akar infrastrukturnya.
Sumber - OpenAI Blog, “Control Room: A central system to track and stop model workloads across our research infrastructure” (9 November 2026): https://openai.com/index/control-room
Sumber - OpenAI Security, “How we detect frontier model misalignment” (29 Oktober 2026): https://openai.com/index/how-we-detect-frontier-model-misalignment - The Register, “OpenAI builds a kill switch for its research models” (11 November 2026): https://www.theregister.com/ai-and-ml/2026/11/11/openai-builds-a-kill-switch-for-its-research-models/5309006 - AI Socratic, “OpenAI builds Control Room to halt research models within 35 seconds” (13 November 2026): https://aisocratic.org/news/openai-builds-control-room-to-halt-research-models-within-35-seconds