Cursor bisa mengubah spreadsheet penjualan menjadi aplikasi yang siap diakses. Siapa yang bertanggung jawab atas tautannya?

Pada Senin pagi, kepala penjualan ingin melihat semua akun yang perlu ditangani dalam satu halaman. Angkanya ada di spreadsheet, aturan penugasan tersimpan di tab lain, dan setiap orang memegang salinan yang sedikit berbeda. Pengembang bisa membuat dasbor yang berguna dalam satu sore. Pertanyaan pelik pertama muncul ketika kepala penjualan meminta tautannya.

Anysphere, pengembang lingkungan pemrograman Cursor, merilis Live Apps pada 5 November 2026. Setelah Anda meminta agen cloud Cursor membuat aplikasi web, Cursor dapat menyiapkan hosting, autentikasi, dan basis data Postgres jika aplikasi membutuhkannya. Aplikasi mendapat URL aktif setelah pemeriksaan keamanan dan tindakan penerbitan yang eksplisit. Fitur ini tersedia untuk paket berbayar dengan agen cloud aktif. Kodenya bisa berasal dari repositori Cursor Origin atau GitHub yang baru maupun yang sudah ada. Pengumuman rilis Cursor

Aplikasi internal pun menjadi pilihan praktis untuk pekerjaan yang selama ini mengandalkan salinan spreadsheet dan pesan mingguan. Prototipe juga bisa cepat berubah menjadi alat yang diandalkan rekan kerja. Dasbor penjualan dan portal orientasi memperlihatkan kapan prototipe siap untuk tahap itu dan bagaimana memastikan siapa yang bisa melihat, mengubah, atau menonaktifkan apa yang disajikannya.

Tombol deploy menyelesaikan satu pekerjaan dan memulai pekerjaan lain

Cursor meminta Anda menyatakan dengan jelas bahwa Anda ingin membuat aplikasi dan menggunakan agen cloud. Sesi pemrograman lokal masih berguna untuk mengerjakan kode sumber, sedangkan alur Apps yang didokumentasikan Cursor berjalan lewat agen cloud. Memulai dari awal dapat membuat repositori di Cursor Origin. Jika tim sudah memiliki aplikasi di repositori yang didukung, gunakan kode sumber tersebut. Cursor menyiapkan sumber daya aplikasi, sementara orang yang menerbitkannya memilih URL dan menentukan kapan tautan itu dibagikan. Penyiapan dan penerapan Apps

Perjalanan dari kode sumber ke URL aktif, dengan audiens dan sumber data ditampilkan terpisah. Ilustrasi asli Telli.sh.

Cursor menjelaskan dua jenis pemeriksaan sebelum penerbitan. Pemeriksaan deterministik mendeteksi kondisi yang telah diketahui, seperti kredensial rahasia yang tertulis di berkas. Pemeriksaan keamanan berbasis AI meninjau kode sumber aplikasi untuk mencari masalah serius. Menurut Cursor, administrator tim bisa menambahkan aturan sendiri, melihat aplikasi dan kredensial rahasia tim, serta menarik aplikasi dari publikasi. Mereka juga bisa menyetujui sebagian penerbitan yang diblokir pemeriksaan AI. Cursor mempertahankan pemblokiran untuk kode berbahaya, rahasia yang ditanam di kode, atau kredensial yang terekspos. Pemilik aplikasi tetap menentukan kredensial apa yang benar-benar dibutuhkan aplikasi sejak awal. Pengumuman rilis Cursor · Keamanan dan administrasi Apps

Bayangkan halaman utama aplikasi menampilkan total penjualan, tetapi endpoint detail mengembalikan semua akun. Saat manajer penjualan masuk, tampilan halaman mungkin terlihat sudah dibatasi dengan benar. Rekan kerja masih mungkin menebak URL detail atau meminta data wilayah yang tidak bisa ia lihat di tabel. Pemeriksaan sebelum penerapan dapat menemukan cacat implementasi. Aturan wilayah tetap mengacu pada kebijakan akses tim, dan uji rilis perlu mencobanya dengan peran yang relevan.

Saat URL aktif, pilihan tadi mulai berdampak. Begitu rekan kerja menyimpannya di penanda peramban, laporan yang rusak dapat menghambat rapat pagi. Jika aplikasi menjadi satu-satunya tempat pencatatan keputusan atau persetujuan, basis datanya menjadi bagian dari alur bisnis. Aplikasi sekecil apa pun perlu pemilik yang bisa menjelaskan apa yang terjadi ketika angkanya meragukan.

Mulailah dengan dasbor baca-saja

Misalkan tim operasional penjualan menginginkan tampilan pipeline untuk dua wilayah. Aplikasi pertama yang masuk akal menampilkan jumlah peluang pada tiap tahap, waktu pembaruan terakhir, dan tautan ke catatan CRM untuk melihat detail. Uji terlebih dahulu dengan akun fiktif. Setelah tampilannya benar, kredensial aplikasi cukup membaca laporan terbatas atau tampilan basis data yang hanya menyediakan kolom untuk dasbor. CRM tetap menjadi tempat penugasan dan pencatatan. Dengan begitu, rilis pertama tidak mengubah catatan bisnis dan tim punya sumber pembanding untuk mencocokkan angka.

Dokumentasi Cursor Apps menyebutkan bahwa kredensial untuk gudang data atau sumber eksternal lain dapat dimasukkan saat menyiapkan aplikasi atau melalui dasbor Apps. Menurut Cursor, agen tidak melihat nilai kredensial tersebut. Kredensial itu tetap menentukan apa yang dapat diakses ketika aplikasi yang sudah terbit mengirim permintaan. Simpan koneksi di kode sisi server, batasi cakupan kueri, lalu periksa halaman dan respons jaringan agar kolom yang seharusnya tetap di server tidak ikut terkirim. Kredensial baca-saja baru berguna jika akun sumber memang hanya bisa membaca data yang semestinya. Kredensial rahasia Cursor Apps

Uji dasbor dari tiga sudut pandang. Pengguna sasaran perlu melihat total dan waktu pembaruan yang benar. Rekan dari wilayah lain hanya boleh melihat baris yang diizinkan kebijakan aplikasi, sekalipun ia mengubah tautan atau permintaan. Orang di luar audiens harus ditolak sebelum menerima data dasbor. Pemeriksaan kedua khususnya mudah terlewat jika pengembang adalah satu-satunya penguji.

Cocokkan angka dengan snapshot tetap dari sistem sumber. Catat rentang tanggal, zona waktu, kriteria penyertaan, dan total yang diharapkan untuk tiap wilayah. Grafik yang tampak kehilangan peluang hari Senin mungkin hanya memakai rentang laporan yang berbeda. Sertakan hasil kosong, waktu tunggu habis di sumber, dan data yang belum diperbarui dalam paket uji pertama. Tampilkan waktu pembaruan terakhir yang berhasil dan pesan kesalahan yang jelas agar pengguna bisa membedakan gangguan sistem dari penurunan pipeline yang nyata.

Setiap kolom portal orientasi perlu alasan untuk disimpan

Portal yang hanya menautkan halaman kebijakan yang sudah ada mungkin tidak memerlukan basis data baru. Daftar tugas interaktif perlu menyimpan status. Cursor bisa menyediakan Postgres bila diperlukan, sehingga versi kedua lebih mudah dibuat. Sebelum menggunakannya, tuliskan nilai apa yang memang perlu dipertahankan. Identitas langkah, waktu penyelesaian, dan pengenal tetap pengguna terautentikasi mungkin sudah cukup. Salinan catatan manajer, nomor identitas resmi, atau alamat rumah karyawan menambah risiko tanpa memperbaiki daftar tugas. Sumber daya Cursor Apps

Pisahkan data yang membantu karyawan mengikuti proses dari data yang diperlukan koordinator untuk mengelolanya. Karyawan bisa menandai bacaan wajibnya sendiri sebagai selesai. Koordinator mungkin perlu melihat tugas yang terlambat untuk satu kelompok. Beri tampilan koordinator aturan izin tersendiri dan audit kuerinya secara terpisah. Satu halaman login membuat dua tampilan terlihat seragam meski kebutuhan aksesnya berbeda.

Tiga pemeriksaan akses yang berbeda untuk satu aplikasi internal. Ilustrasi asli Telli.sh.

Uji coba kecil bisa memakai satu karyawan fiktif dan satu koordinator pengujian sebelum menyimpan informasi orientasi sungguhan. Tetapkan hasil uji yang jelas sebagai syarat rilis. Karyawan tidak boleh bisa menimpa status penyelesaian orang lain, bahkan setelah mengganti ID di permintaan peramban. Periksa juga apakah percobaan ulang pada langkah yang sama menghasilkan status yang sama tanpa membuat kemajuan ganda. Uji coba ini membuat perilaku aplikasi bisa diverifikasi tanpa meminta rekan membeberkan informasi asli.

Aplikasi seperti ini terbantu oleh daftar serah terima. Catat cara koordinator baru memperoleh akses, tempat menyunting panduan, siapa yang bisa mencabut akses karyawan yang keluar, dan nasib catatan penyelesaian yang sudah ada. Tentukan cara memulihkan status yang relevan jika perubahan gagal. Cursor bisa menyediakan basis data. Tim tetap perlu menetapkan aturan pemulihan dan retensi untuk daftar tugas tersebut.

Undangan dan kunci integrasi punya fungsi berbeda

Dokumentasi Apps Cursor saat ini membedakan tiga cara berbagi. Aplikasi khusus undangan bisa dibuka pemilik dan orang atau grup tertentu yang sudah masuk. Berbagi ke tim memberi akses ke seluruh tim Cursor yang sudah masuk. Aplikasi publik bisa dibuka siapa saja yang memiliki URL, dan opsi publik secara bawaan dimatikan pada paket Teams dan Enterprise kecuali diaktifkan administrator. Pengumuman peluncuran menyoroti berbagi publik pada paket individu. URL yang berfungsi saja belum menunjukkan siapa yang dapat membuka aplikasi. Periksa visibilitasnya di dasbor Apps. Berbagi di Cursor Apps

Dokumentasi yang sama menjelaskan kunci API untuk permintaan otomatis. Kunci dikirim di header HTTP dan permintaannya ditandai sebagai otomasi, terpisah dari identitas orang. Ini berguna ketika skrip perlu memanggil aplikasi. Cara menyelidiki permintaan tak terduga pun berubah. Jika aplikasi mendukung sesi pengguna dan kunci API, pastikan otomasi hanya bisa menjalankan tindakan yang dibutuhkan. Catat di mana kunci dipakai dan siapa yang merotasinya. Pada uji coba awal, cukup beri akses ke pengguna jika setiap tindakan penting memang dimulai dengan rekan kerja membuka tautan. Kunci API Cursor Apps

Ada tiga batas yang perlu diuji ketika aplikasi membaca gudang data. Cursor mengontrol audiens tautan. Aplikasi menentukan tindakan dan baris yang bisa diakses audiens. Sistem sumber menentukan apa yang bisa dibaca kredensial layanan. Jika satu lapisan keliru dikonfigurasi, lapisan lain dapat membatasi dampaknya. Saat dasbor internal hanya perlu jumlah peluang agregat, kredensial yang bisa membaca semua catatan CRM membuat bug kecil berakibat besar.

Pengujiannya bisa sederhana. Buka tautan aktif dalam sesi peramban baru sebagai pengguna undangan, rekan yang masuk tetapi tidak punya akses, dan pengunjung tanpa login. Dalam sesi yang diizinkan, minta satu catatan yang semestinya terlihat dan satu dari wilayah lain. Jika skrip memakai kunci, pastikan permintaan tanpa header gagal dan kunci yang dicabut ditolak. Setiap pemeriksaan mengungkap jenis kesalahan yang berbeda.

Rilis pertama yang sempit mempercepat peninjauan

1. Pilih satu pekerjaan dan tentukan audiensnya. Untuk dasbor, minta total pipeline mingguan per tahap dengan data fiktif, waktu pembaruan yang terlihat, dan tautan kembali ke CRM. Untuk portal, minta daftar tugas pendek dengan akun karyawan sintetis.
2. Mulai agen cloud dan nyatakan dengan jelas bahwa Anda ingin membuat aplikasi. Pakai repositori yang bisa diakses calon pemiliknya. Jaga perubahan kode pertama cukup kecil agar penanggung jawab dapat menjelaskan rute, model data, dan penanganan kesalahan.
3. Tentukan apa yang perlu disimpan dan permintaan apa yang boleh menulis. Hubungkan kredensial dengan izin terbatas lewat pengaturan aplikasi setelah alur data fiktif berjalan. Minta agen menunjukkan tempat kredensial dipakai dan pemeriksaan audiens diterapkan.
4. Gunakan pemeriksaan penerbitan dan baca hasilnya. Pilih URL, terbitkan secara eksplisit, lalu bagikan ke grup terkecil yang sesuai. Uji permintaan yang diizinkan dan ditolak melalui tautan yang sudah aktif sebelum meminta orang mengandalkannya.
5. Catat pemilik aplikasi, layanan sumber yang dipanggilnya, dan siapa yang bisa menonaktifkannya. Ulangi pengujian singkat setelah mengubah visibilitas, konektor, atau kredensial. Sediakan tautan atau proses cadangan ketika aplikasi baru tidak tersedia.

Rilis pertama bisa lebih terbatas daripada seluruh kode yang mampu dibuat agen. Dasbor yang menampilkan satu angka andal setiap pagi mungkin lebih bermanfaat daripada ruang kerja dengan enam tampilan yang perhitungannya terus diperdebatkan. Portal orientasi dengan daftar tugas terawat bisa mengurangi pesan berulang meski tampilan koordinator ditunda. Rilis yang lebih kecil juga memberi penanggung jawab kesempatan melihat perubahan, permintaan akses, dan masalah dukungan yang benar-benar muncul.

Nilai hasilnya selama satu minggu biasa. Perhatikan apakah orang membuka aplikasi tanpa diingatkan, apakah sumbernya mudah ditemukan ketika suatu angka dipertanyakan, dan berapa lama pemilik memperbaiki masalah. Aplikasi yang menghemat beberapa menit sehari bisa layak dipelihara. Jika pengguna masih mengandalkan spreadsheet untuk memastikan hasilnya, cari angka mana yang belum dipercaya di aplikasi baru.

Perubahan Cursor mempermudah percobaan seperti ini. Dalam pengumuman 5 November, pembuatan aplikasi, basis data, autentikasi, hosting, dan tautan berbagi menjadi satu alur. Sebelumnya, percobaan serupa bisa berhenti saat pengembang mencari penanggung jawab hosting atau menyiapkan halaman login. Dengan komponen itu tersedia, tantangan beralih ke penjelasan yang jelas tentang audiens, data, dan syarat rilis. Hasil akhirnya adalah tautan yang bisa dipakai orang dan bisa dipelihara oleh penanggung jawab yang jelas. Pengumuman rilis Cursor

Sumber

• Rilis Cursor Live Apps, 5 November 2026
• Dokumentasi Cursor Apps untuk penyiapan, berbagi, dan kontrol administratif

---

Untuk menyimpan percakapan dan keputusan seputar alat internal agar mudah dicari, Buat akun Telli.sh.