OpenAI Uji Coba Dot Agent yang Bisa Dikirimi Pesan lewat iMessage

OpenAI dilaporkan sedang menguji cara baru memberi instruksi kepada dot melalui aplikasi pesan ponsel. Menurut Telset.id, pengguna tertentu dapat mengirim teks, foto, dan memo suara kepada dot melalui iMessage pada iPhone atau RCS pada Android.

Nilai fitur ini bukan sekadar bisa mengobrol dengan agen AI dari ponsel. Kanal pesan dapat menjadi pintu masuk untuk memberi tugas ketika pengguna sedang jauh dari ruang kerja utama. Namun, pesan tetap hanya instruksi. Akses aplikasi, tindakan yang boleh dijalankan, dan titik persetujuan manusia tetap menentukan apakah workflow tersebut aman dipakai.

Apa yang terjadi pada uji coba dot lewat iMessage dan RCS?

Menurut Telset.id, fitur Texting untuk dot hadir sebagai preview terbatas bagi pengguna Pro di Amerika Serikat. Pengguna dilaporkan dapat membuka profil dot di ChatGPT, memilih menu Texting, lalu mengaktifkan iMessage atau RCS sesuai perangkat yang dipakai.

Laporan yang sama menyebut dot dapat menerima teks, foto, dan memo suara. Dot juga dilaporkan bisa mengirim pembaruan proaktif terkait tugas yang telah diberikan. Rincian khusus tentang iMessage, RCS, aktivasi Texting, serta cakupan akses tersebut belum terlihat dalam bahan primer OpenAI yang tersedia. Karena itu, status dan ketersediaannya perlu dipahami sebagai laporan Telset.id, bukan pengumuman yang dapat digeneralisasi ke semua akun atau wilayah.

OpenAI menjelaskan di halaman pengenalan dot bahwa dot adalah agen yang selalu aktif, memiliki komputer cloud sendiri, dan dapat memakai aplikasi yang dihubungkan pengguna. OpenAI Help Center juga menyatakan pengguna memberi tujuan serta konteks, kemudian dot dapat melanjutkan pekerjaan di sela percakapan.

Artinya, dot berbeda dari otomasi sederhana yang hanya mengeksekusi aturan tetap. Otomasi dapat memindahkan data formulir ke CRM setelah ada pengiriman. Dot dirancang untuk bekerja menuju tujuan dengan konteks, alat yang diizinkan, dan masukan pengguna selama proses berlangsung.

Mengapa konteks lintas pesan dan ChatGPT penting?

Menurut Telset.id, memori dot dibagikan antara ChatGPT dan pesan teks. Bila perilaku ini tersedia pada akun pengguna, percakapan yang dimulai dari ponsel tidak harus dimulai dari nol saat dilanjutkan di ChatGPT. Pengguna dapat memberi instruksi singkat saat bepergian, lalu meninjau pekerjaan yang lebih rinci dari komputer.

Konteks lintas kanal berguna untuk pekerjaan yang memiliki tujuan jelas tetapi input-nya datang bertahap. Sebagai ilustrasi hipotetis, seorang kepala operasional menerima pesan dari tim lapangan bahwa bahan presentasi mingguan perlu diperbarui. Ia mengirim memo suara berisi topik yang harus dicek. Dot dapat mengubah memo itu menjadi daftar tugas, mengumpulkan bahan dari aplikasi yang telah diizinkan, lalu membuat draf pembaruan untuk ditinjau.

Dalam skenario itu, tugas dot bukan mengambil keputusan bisnis. Tugasnya mengumpulkan informasi, menyusun draf, dan menunjukkan sumber atau perubahan yang dibuat. Manajer tetap memutuskan apakah draf layak dibagikan. Batas ini penting karena memori yang membantu kesinambungan kerja juga dapat membawa konteks yang tidak relevan atau sensitif jika aksesnya tidak dirancang dengan cermat.

Kanal pesan bukan izin untuk menjalankan semua tindakan

OpenAI Help Center menyatakan pengguna menentukan apa yang boleh dikerjakan dot sendiri, dapat meninjau pekerjaannya, memberi masukan, mengubah arah, dan menjedakannya kapan saja. Halaman pengenalan dot dari OpenAI juga menyebut pengguna dapat membuka komputer dot untuk memeriksa pekerjaannya.

Kontrol tersebut perlu diterjemahkan menjadi aturan kerja yang spesifik. Tindakan berisiko rendah dapat mencakup membuat draf ringkasan, mengumpulkan masukan pelanggan, atau menyusun daftar pertanyaan untuk rapat. Tindakan berisiko lebih tinggi mencakup mengirim pesan eksternal, mengubah harga, menghapus data, memperbarui catatan pelanggan, atau mengakses dokumen dengan informasi sensitif.

Sebagai contoh hipotetis, tim sales ingin memakai dot untuk menangani lead yang masuk melalui formulir. Workflow yang lebih aman dapat dibagi menjadi beberapa tahap:

1. Lead masuk dan data dasar disimpan di CRM.
2. Dot membaca kebutuhan lead dari data yang memang diberi akses.
3. Dot membuat klasifikasi awal dan draf balasan.
4. Sales meninjau klasifikasi serta draf sebelum pesan dikirim.
5. Setelah disetujui, aktivitas dicatat pada CRM.

Pemisahan tersebut membuat tim bisa memeriksa kualitas kerja dot tanpa memberi kewenangan penuh sejak hari pertama. Jika klasifikasi sering keliru, tim dapat memperbaiki instruksi atau membatasi jenis tugasnya. Jika draf balasan membawa data yang tidak seharusnya terlihat, akses sumber data harus ditinjau ulang sebelum workflow diperluas.

Pengamanan yang perlu diperiksa sebelum memakai dot lewat pesan

Sebelum memakai dot lewat pesan, periksa batas aplikasi dan data yang terhubung, pihak yang boleh memberi instruksi, titik persetujuan, serta cara menghentikan tugas. Telset.id melaporkan OpenAI bekerja sama dengan Linq untuk dukungan perpesanan dan melakukan penetration testing secara ekstensif. Telset.id juga mengutip pernyataan bahwa hanya pengguna yang dapat mengirim pesan ke dot miliknya dan dot hanya dapat membalas pengguna tersebut. Ini merupakan klaim yang dilaporkan media, sehingga tim tetap perlu memeriksa pengaturan yang tersedia pada akun dan dokumentasi OpenAI sebelum mengandalkannya untuk proses penting.

Pengamanan praktis dimulai dari prinsip akses minimum. Hubungkan hanya aplikasi dan folder yang relevan dengan pekerjaan awal. Jangan membuka seluruh drive perusahaan untuk tugas yang sebenarnya cukup memakai satu folder laporan. Tentukan pula siapa yang boleh membuat instruksi, siapa yang menyetujui hasil, dan siapa yang menangani kesalahan atau permintaan penghentian tugas.

Tim juga perlu membedakan instruksi dengan otorisasi. Pesan seperti “siapkan ringkasan keluhan minggu ini” dapat diproses sebagai permintaan membuat draf. Pesan seperti “hapus data pelanggan duplikat” seharusnya tidak langsung diperlakukan sebagai izin penghapusan. Sistem yang baik meminta persetujuan pada titik tindakan yang sulit dibatalkan atau dapat memengaruhi pihak lain.

Cara menguji workflow dot tanpa langsung memberi akses luas

Mulai dari satu workflow internal dengan risiko rendah dan hasil yang mudah diperiksa. OpenAI Help Center memberi contoh penggunaan dot untuk mengumpulkan data dan masukan pelanggan, memperbarui presentasi, mengubah transkrip menjadi draf konten, atau membantu menyempurnakan aplikasi. Pilih satu pekerjaan yang sudah memiliki proses manual dan kriteria hasil yang jelas.

Andaikan tim pemasaran rutin menyiapkan ringkasan masukan pelanggan setiap Jumat. Buat batas uji coba seperti ini: dot hanya boleh membaca folder masukan yang dipilih, hanya boleh membuat draf ringkasan, wajib menyertakan asal setiap poin, dan tidak boleh mengirim hasil keluar tim tanpa persetujuan manajer. Catat berapa banyak draf yang perlu dikoreksi, apakah sumbernya lengkap, serta apakah ada informasi yang seharusnya tidak ikut masuk.

Setelah dua atau tiga siklus kerja, putuskan berdasarkan catatan tersebut. Bila output konsisten dan kontrol berjalan baik, tambahkan satu tahap lanjutan, misalnya membuat daftar isu yang perlu ditindaklanjuti. Bila masalah muncul, kecilkan ruang lingkup atau perbaiki instruksi. Jangan memperluas akses hanya karena kanal pesan membuat pemberian tugas terasa lebih cepat.

Pilih satu proses yang biasanya dimulai dari chat internal atau ponsel. Tulis instruksi sebenarnya yang biasa dipakai tim, daftar data yang memang dibutuhkan, lalu tandai keputusan yang wajib tetap berada di tangan manusia. Itu menjadi spesifikasi awal yang lebih berguna daripada langsung menghubungkan semua aplikasi ke agen.