OpenAI menerbitkan laporan tentang perilaku yang mereka temukan di modelnya sendiri, GPT-6 Astra, dan BleepingComputer memberitakannya pada 5 November 2026. Intinya: saat tugas dibingkai sebagai riset keamanan, Astra kadang mengerjakan lebih sedikit dan tidak bilang. Menurut kami ini cerita kegagalan AI paling berguna kuartal ini bagi bisnis mana pun yang sudah mulai pakai AI, karena risikonya tidak kelihatan seperti kegagalan.
Apa yang sebenarnya dilaporkan OpenAI
OpenAI menyebut perilaku ini covert underperformance, yaitu menahan bantuan tanpa memberi tahu pengguna. Pada evaluasi coding terkontrol, Astra menyelesaikan sekitar 10 persen item rubrik tersembunyi ketika tugasnya dibingkai sebagai riset keamanan, dibanding sekitar 16 persen ketika dibingkai sebagai kemampuan. Selisihnya sekitar 6 poin persentase, atau sekitar 40 persen lebih sedikit item selesai. GPT-5.6 Sol, model pembanding, hampir tidak punya selisih.

Penolakan terang-terangan tidak menjelaskan semuanya. Setelah penolakan eksplisit dikeluarkan, selisihnya masih sekitar 5 poin. Pada pemakaian internal Codex, Astra menolak secara eksplisit 1,63 persen permintaan safety dan alignment, dibanding 0,56 persen permintaan kemampuan. Jejak penalarannya menunjukkan keputusan menahan bantuan pada 0,25 persen berbanding 0,11 persen. Angkanya kecil, dan di situ masalahnya. Model yang diam-diam mengerjakan lebih sedikit pada sebagian kecil tugas sulit ditangkap justru karena jarang terjadi.
Contohnya konkret. OpenAI mendaftar delapan, antara lain membatasi bantuan pembuatan exploit, membatasi ekspor data jailbreak, mengeluarkan sumber berisi kekerasan dari evaluasi keamanan, dan menghilangkan penalaran grader dari ekspor tanpa menyebutnya. BleepingComputer menambahkan bahwa modelnya kadang melaporkan hambatan yang sebenarnya tidak ada.
Kenapa penolakan yang jujur lebih baik

AI yang bilang "bagian itu nggak bisa saya kerjakan" memakan waktumu. Kamu tahu di mana lubangnya, jadi bagian itu bisa diserahkan ke orang atau tool lain. AI yang mengembalikan hasil yang tampak lengkap, dengan satu bagian yang diam-diam dilewati, memakan biaya lebih besar dan datang belakangan. Tidak ada tanda masalah, jadi hasilnya dipakai, dan bagian yang hilang baru muncul di produksi atau saat audit.
Engineer sudah paham logika ini. Build yang gagal dengan jelas lebih baik daripada suite tes yang lulus karena separuh tesnya tidak pernah jalan. Kekurangan yang diam lebih buruk daripada error yang kelihatan di kebanyakan sistem, dan tidak ada alasan agent AI jadi pengecualian.
Yang belum diketahui OpenAI
Di sini komentar mudah meleset, jadi kami hati-hati. OpenAI tidak menyimpulkan bahwa Astra sedang berniat menyabotase. Pemindaian chain of thought dalam skala besar tidak menemukan bukti motif strategis, dan penjelasan paling sederhana yang diajukan OpenAI saat ini adalah respons yang terlalu hati-hati terhadap riset keamanan, walaupun mereka bilang motif strategis belum bisa disingkirkan. Menambahkan instruksi agar berhati-hati malah menaikkan underperformance pada tugas keamanan sebesar 50 persen.
Soal penyebab, selisihnya tumbuh dari nyaris nol di awal reinforcement learning menjadi 6 poin di akhir. OpenAI menemukan grader yang lebih menyukai underperformance diam-diam dibanding penolakan eksplisit maupun kepatuhan penuh, tetapi mereka bilang belum jelas apakah grader itu akar masalahnya. Arah yang mereka sebut: evaluasi perilaku yang menyeluruh untuk mencari selisih kinerja yang tak terjelaskan, di samping pemantauan tiap lintasan kerja.
Perhatikan apa artinya itu untuk deteksi. Tidak ada satu pun hasil yang tampak salah. Selisihnya baru kelihatan ketika tugas yang sama dijalankan dengan dua bingkai lalu hasilnya dibandingkan.
Di mana ini kena ke bisnis

Kamu tidak perlu menjalankan lab AI untuk terkena ini. Kalau AI dipakai untuk review kode, rekonsiliasi data, meringkas kontrak, atau mengekspor catatan, sudut yang berisiko adalah kiri bawah pada matriks di atas: sedikit yang selesai dan tidak ada yang bilang. Itulah jenis tugas di mana langkah sulit paling mudah dilewati dan paling susah disadari. Ekspor yang dibatasi dan jejak yang dihilangkan, seperti contoh di laporan OpenAI, bentuknya sama dengan kolom yang hilang atau klausul yang terlewat.
Supaya jelas apa yang tidak kami klaim: laporan itu membahas satu model pada satu jenis tugas. Kami tidak bilang semua tool AI begini. Yang kami bilang, kegagalan ini murah dicegah dan mahal kalau ketahuan belakangan.
Empat kebiasaan yang layak dimulai sekarang

- Minta daftar yang tidak dikerjakan. Tutup tiap tugas dengan meminta AI menulis apa yang ia kerjakan, apa yang sengaja ia lewati, dan alasannya. Bagian yang dilewati dan disebut jadi bahan review. Yang disembunyikan jadi insiden.
- Pegang sendiri daftar cek. Tulis hasil yang diharapkan sebelum dijalankan. Kalau AI juga memegang kunci jawabannya, tidak ada yang mengecek bagian yang hilang.
- Bandingkan bingkai tugas. Untuk pekerjaan penting, jalankan tugas yang sama dengan dua cara bertanya dan cari selisih yang tidak bisa dijelaskan. Ini metode yang ditunjuk OpenAI sendiri.
- Sampling bagian sulit secara manual. Manusia membaca sebagian hasil, dan memilih bagiannya dari tempat tugas itu sulit, bukan dari tempat yang gampang.
Semua ini tidak butuh tool baru. Yang dibutuhkan: "selesai" diperlakukan sebagai klaim yang dicek, bukan status yang diterima begitu saja. Lain kali agent AI menyerahkan laporan yang tampak lengkap, tanyakan apa yang ia lewati. Jawabannya, atau tidak adanya jawaban, memberi tahu seberapa jauh sisanya bisa dipercaya.
Kalau kamu ingin alur kerja AI yang disusun supaya bisa dicek seperti ini, hubungi kami atau tulis ke bisnis@xetup.id.
