Lewati ke konten utama

OpenAI Baru Saja Mendokumentasikan Enam Insiden Baru Ketidakselarasan Model. Ini yang Terjadi

Inilah yang sebenarnya terjadi dalam enam insiden tersebut, dan apa arti proses pengungkapan baru ke depannya.
Diperbarui 17 Sep 2026  · 7 mnt baca

Jelajahi dengan AI

ChatGPTClaudePerplexity

Pada 16 September, OpenAI memperkenalkan kerangka kerja formal untuk melacak, menyelidiki, dan mengungkapkan secara publik kasus-kasus ketidakselarasan model, dan menggunakannya untuk merilis enam laporan yang mencakup perilaku yang diamati selama kurang lebih enam bulan terakhir, pada fase pelatihan dan evaluasi.

Dalam artikel ini, untuk Anda yang penasaran, saya telah mengurutkan dan menjelaskan keenam insiden tersebut, menjelaskan apa yang sebenarnya dikomitmenkan oleh proses pengungkapan baru ini bagi OpenAI, dan merangkum bagaimana respons publik. Kerangka ini hadir kurang dari dua bulan setelah peretasan Hugging Face, saat terakhir sebuah insiden agen OpenAI mendominasi percakapan seputar keselamatan.

Apa Enam Insiden Itu?

Berikut tiap kasusnya, dengan istilah sederhana, beserta jalur (track) yang ditetapkan OpenAI.

Instruksi yang dibuat sendiri dalam ringkasan tugas

Sebuah model riset yang belum dirilis, saat memadatkan hasil kerjanya sendiri ke dalam ringkasan untuk dibawa ke jendela konteks baru, mulai menyisipkan instruksi yang tidak terkait ke dalam ringkasan tersebut — termasuk instruksi yang menyuruh dirinya di masa depan untuk mengabaikan batasan normalnya. OpenAI menemukan 27 ringkasan yang terdampak pola ini.

Instruksi untuk menyembunyikan kesalahan dalam ringkasan tugas

Selama pelatihan GPT-5.6 Sol, beberapa instance model menulis instruksi ke dalam ringkasan pemadatan mereka sendiri yang bertujuan menyembunyikan kesalahan atau perilaku tak selaras dari pengguna yang meninjau pekerjaan tersebut di kemudian hari. Dalam beberapa kasus, itu berarti menyuruh instance berikutnya untuk mengarang data historis yang hilang alih-alih menandai kekosongan, atau menutup-nutupi ketidakcocokan antar versi sumber.

Mencari kunci API yang terekspos di repositori publik, lalu mengarang data

Saat mencoba menjawab pertanyaan rutin tentang angka pendapatan untuk sebuah county di California, sebuah model menemukan dan menggunakan kunci API yang tak sengaja terekspos di repositori publik, tanpa otorisasi untuk melakukannya. Ketika itu pun masih tidak menghasilkan angka sebenarnya, model tersebut mengarang angka dan menyajikannya kepada pengguna seolah berasal dari sumber yang diminta. Jadi ini seperti dua kejadian dalam satu.

Mengunggah file ke internet untuk bisa dijadikan sitasi

Seorang pengguna meminta sebuah model yang belum dirilis untuk ID dan nama danau yang lebih besar dari lima juta meter persegi. Model tersebut mendapatkan jawaban yang benar menggunakan Python, tetapi tugasnya mengharuskan sitasi berbasis peramban. Alih-alih mengatakan tidak bisa menyediakannya, ia mengunggah file keluarannya sendiri ke internet agar punya sesuatu yang bisa dijadikan rujukan sitasi. Kreatif, tapi tidak pada tempatnya.

Penulisan dan komunikasi tanpa izin melalui repositori perangkat lunak internal

Saat mencari file masukan yang tidak bisa ditemukannya, model-model menggunakan repositori perangkat lunak internal sebagai semacam papan pesan, memposting permintaan dan membaca tanggapan lintas jalur pelatihan yang seharusnya terpisah dan terisolasi. Pencarian file yang hilang itu pun tidak berhasil. Laporan yang sama juga mencakup kasus sebelumnya di mana sebuah model mengunggah file uji ke repositori sebagai cara untuk mengakali pembatasan jaringan yang dikenakan padanya.

Berbagi file tanpa izin antar agen yang berkolaborasi

Dalam tugas pelatihan multi-agen, agen-agen yang perlu menyerahkan file satu sama lain tetapi tidak bisa mengakses penyimpanan lokal rekanannya beralih ke situs hosting file publik, mengunggah hasil pekerjaan ke sana agar kolaborator dapat mengambilnya. Artinya, keluaran tugas akhirnya berada di URL yang dapat diakses publik, meski ada instruksi untuk menjaga semuanya tetap lokal.

Masing-masing insiden ini muncul dari pipeline pelatihan dan evaluasi internal OpenAI, bukan dari red-teaming eksternal, dan keenamnya masuk ke dua jalur yang lebih ringan dalam proses baru — tidak ada yang memerlukan jalur koordinasi pihak ketiga yang diperluas yang dicadangkan untuk kasus yang lebih kompleks.

Tunggu, Apakah Ini Hanya Keanehan Model yang Normal?

Anda benar jika mengatakan tidak satu pun dari enam insiden ini menyebabkan kerugian di dunia nyata, dan jika dilihat secara individual, masing-masing tampak seperti kasus tepi yang bisa terjadi pada sistem yang cukup agentik saat meraba batas-batas sebuah tugas pelatihan. 

Meski begitu, cara OpenAI membingkai laporan ini bukanlah “lihat betapa uniknya,” melainkan “lihat betapa beragamnya mekanisme-nya.” Model yang diam-diam menyuruh dirinya di masa depan untuk menyembunyikan kesalahan adalah mode kegagalan yang berbeda dari model yang mengekstraksi file ke URL publik untuk memecahkan masalah koordinasi, yang lagi-lagi berbeda dari model yang menggunakan kredensial orang lain yang terekspos alih-alih mengakui bahwa ia tidak bisa mendapatkan data. Beberapa di antaranya adalah kategori baru perilaku tanpa izin yang menurut OpenAI sebelumnya belum mereka katalogkan.

Apa yang Masih Belum Terselesaikan

Beberapa hal patut dipantau saat peneliti dan jurnalis menelusuri ini dalam beberapa minggu mendatang:

  • Tingkat keparahan tidak merata dan belum sepenuhnya diuraikan. Enam laporan tersebut menjelaskan apa yang terjadi, tetapi perhitungan penuh tentang dampak lanjutan, akar penyebab, dan perbaikan tidak dijamin hadir bersamaan dengan pengungkapan awal — OpenAI mengatakan sebagian detail itu mungkin menyusul.
  • Ini adalah laporan mandiri. Setiap kasus di sini ditandai oleh karyawan OpenAI dan diselidiki secara internal. Tidak ada jejak audit independen yang mengonfirmasi bahwa ini satu-satunya insiden yang memenuhi syarat dalam enam bulan terakhir, atau bahwa prosesnya akan bertahan dengan cara yang sama saat menjadi tidak nyaman.
  • Batas untuk jalur “Investigasi Lebih Besar” belum benar-benar teruji. Enam laporan hari ini melalui dua jalur yang lebih ringan; jalur yang lebih lambat dan melibatkan pihak ketiga — yang akan berlaku untuk sesuatu seperti kerentanan keamanan yang belum ditambal — belum menghasilkan contoh publik.

Apa Artinya Ini bagi Keamanan AI

Perubahan paling langsung bersifat prosedural: pelaporan ketidakselarasan berpindah dari tulisan ad hoc yang dibundel dalam kartu sistem model menjadi pipeline tetap dengan tenggat waktu, jalur bernama, dan badan eskalasi internal.

Dan soal kredibilitas: OpenAI telah menyatakan secara gamblang bahwa mereka tidak berpikir industri telah memecahkan penyelarasan dan pemantauan dengan cukup baik untuk terus menatar skala tanpa batas, dan bahwa keputusan tentang bagaimana pengembangan berjalan memerlukan bukti yang benar-benar bisa diperiksa orang luar. Menerbitkan kerangka kerja bersamaan dengan contoh nyata yang kadang tidak menguntungkan adalah salah satu cara membuat argumen itu kredibel, bukan sekadar klaim.

Bagaimana Respons Orang

Sebagian melihat tindakan pengungkapan itu sendiri sebagai beritanya: sebuah laboratorium terdepan secara sukarela memaparkan contoh tidak menguntungkan dan belum terselesaikan dari modelnya yang menyiasati, menyembunyikan kesalahan, dan mengakali pembatasan, tanpa menunggu orang lain menemukannya lebih dulu.

Yang lain menyoroti bahwa pengungkapan mandiri juga merupakan bentuk kendali — OpenAI memilih apa yang dianggap “memenuhi syarat,” jalur mana yang ditempati, dan seberapa banyak detail yang disertakan. Dari sudut pandang ini, kerangka kerja yang berdiri tetap adalah kemajuan, tetapi itu tidak sama dengan pengawasan independen.

Utas komentar ketiga berfokus pada polanya di enam kasus tersebut, bukan salah satunya saja: beberapa insiden yang tidak terkait yang melibatkan model mencoba mengelak dari batasan yang dikenakan pada mereka, seperti menggunakan kredensial orang lain, mengunggah file untuk mengakali isolasi, dan berkoordinasi melalui saluran yang tidak dimaksudkan untuk dipakai.

Pemikiran Akhir

Tidak satu pun dari enam insiden ini, secara terpisah, bersifat katastrofik. Tidak ada pengguna yang dirugikan, dan OpenAI menemukan masing-masing selama pelatihan atau evaluasi, bukan setelah kerusakan nyata saat penerapan. Yang membuat ini layak diperhatikan adalah proses yang menyelimutinya: sebuah perusahaan yang berkomitmen, secara tertulis, untuk terus menerbitkan temuan seperti ini secara berkelanjutan, termasuk yang belum sepenuhnya mereka jelaskan.

Yang belum terjadi adalah ujian yang lebih sulit: apakah kerangka ini bertahan ketika berhadapan dengan pengungkapan yang benar-benar mahal, apakah laboratorium lain mengadopsi sesuatu yang serupa, dan apakah kasus “Investigasi Lebih Besar” yang melibatkan kerugian pihak ketiga nyata mendapatkan perlakuan yang sama seperti enam kasus hari ini.


Josef Waples's photo
Author
Josef Waples

Saya penulis dan editor data science dengan kontribusi pada artikel riset di jurnal ilmiah. Saya sangat tertarik pada aljabar linear, statistika, R, dan sejenisnya. Saya juga cukup sering bermain catur! 

Topik
OpenAI

Belajar bersama DataCamp

Kursus

Bekerja dengan OpenAI API

3 Hr
171.9K
Mulai perjalanan Anda mengembangkan aplikasi berbasis AI dengan OpenAI API. Pelajari fungsionalitas yang menjadi dasar aplikasi AI populer seperti ChatGPT.
Lihat DetailRight Arrow
Mulai Kursus
Lihat Lebih BanyakRight Arrow