Lewati ke konten
Skematik

Cara Pakai Cursor AI untuk Pemula: Dari Install Sampai Fitur Pertama

8 menit baca · Diperbarui 2026-07-18

Kasih ide yang sama ke Cursor dua kali, sekali tanpa konteks dan sekali dengan aturan proyek yang jelas, hasilnya beda jauh. Yang pertama: folder ngasal, format API sesuka model, komponen dobel yang fungsinya sama. Yang kedua: rapi, nyambung sama kode yang sudah ada, ngikutin gaya kamu. Bedanya bukan di modelnya, tapi di konteks yang kamu suapin.

Panduan ini buat kamu yang baru pegang Cursor. Dari install, kenalan sama fitur intinya, sampai bikin fitur pertama tanpa panik. Bagian paling penting ada di akhir: cara ngasih konteks yang benar lewat file rules dan PRD. Di situ Cursor berubah dari "lumayan bantu" jadi "beneran kepakai tiap hari".

Cursor AI adalah apa

Cursor AI adalah editor kode hasil fork dari VS Code, ditambahi lapisan AI yang masuk sampai ke alur ngoding. Karena basisnya VS Code, extension, theme, keybinding, sampai setting kamu tinggal diimpor sekali klik. Rasanya familiar dari menit pertama. Bedanya sama VS Code plus Copilot: di Cursor, AI-nya bukan tempelan autocomplete doang, tapi ngerti seluruh proyek dan bisa ngedit banyak file sekaligus.

Di balik layar Cursor manggil model dari Anthropic (Claude), OpenAI (GPT), dan beberapa lainnya. Kamu bisa ganti model per percakapan lewat dropdown di kotak chat. Buat kerjaan sehari-hari, model default biasanya udah cukup, jadi jangan pusing dulu milih model. Yang nentuin hasil bukan modelnya, tapi seberapa jelas kamu kasih tahu maunya apa.

Cara install Cursor

Prosesnya standar, kayak install aplikasi lain. Nggak sampai lima menit.

  1. Buka cursor.com, download installer buat OS kamu (macOS, Windows, atau Linux).
  2. Install seperti biasa, lalu buka aplikasinya.
  3. Login pakai akun Google atau GitHub. Ada free tier buat coba-coba, cukup buat belajar dan proyek kecil.
  4. Saat pertama buka, Cursor nawarin impor setting dari VS Code. Kalau kamu udah pakai VS Code, terima aja, extension dan theme kamu langsung ikut pindah.
  5. Buka satu folder proyek lewat File > Open Folder. Cursor kerja per-folder, jadi dia paham konteks proyek yang lagi kebuka.

Fitur inti Cursor yang wajib kamu tahu

Cursor punya banyak tombol, tapi lima ini yang kepakai 90 persen waktu. Hafalin shortcut-nya, sisanya nyusul sendiri.

Tab, autocomplete yang mikir ke depan

Ini pengganti IntelliSense biasa. Sambil ngetik, Cursor nebak baris berikutnya, kadang beberapa baris sekaligus, dan sering loncat ke lokasi edit berikutnya. Tekan Tab buat terima. Awalnya kerasa agak sok tahu, tapi setelah dia paham pola kode kamu, ini yang paling sering bikin ngirit ketikan.

Cmd-K, edit inline di tempat

Blok satu potongan kode, tekan Cmd-K (Ctrl-K di Windows/Linux), lalu ketik instruksi kayak "ubah ini jadi async" atau "tambahin error handling". Cursor nulis ulang bagian itu doang dan nampilin diff sebelum kamu terima. Cocok buat perubahan kecil dan terarah, tanpa buka chat panjang.

Chat, tanya jawab yang ngerti kodemu

Buka panel chat dengan Cmd-L. Beda sama nempel kode ke chatbot biasa, di sini kamu bisa nunjuk file, fungsi, atau folder spesifik lewat simbol @. "Kenapa fungsi ini return undefined?" sambil nunjuk @utils/auth.ts jauh lebih akurat daripada nempel potongan tanpa konteks. Mode ini bagus buat nanya dan mahamin kode, bukan langsung ngubah banyak file.

Composer / Agent mode, kerja lintas file

Buka Composer dengan Cmd-I. Di sinilah Cursor jadi agen: kamu kasih satu tugas, dia rencanain, bikin dan ngedit beberapa file, jalanin perintah terminal, dan tunjukin semua diff-nya buat kamu review. Cocok buat kerjaan yang nyentuh banyak tempat, misalnya "tambah fitur wishlist end-to-end". Kekuatannya besar, jadi resikonya juga, karena itu review diff-nya jangan di-skip.

@-mentions dan @Codebase

Ini fitur yang paling nentuin kualitas hasil. Ketik @ di chat atau Composer buat nunjuk konteks: @Files buat file tertentu, @Folders buat folder, @Code buat simbol/fungsi, @Docs buat dokumentasi library, @Web buat cari di internet, dan @Codebase buat nyuruh Cursor nyari sendiri file yang relevan di seluruh proyek. Makin tepat @-mention kamu, makin sedikit Cursor nebak-nebak.

Cara ngasih konteks yang benar: rules + PRD

Ini inti yang bikin orang gagal atau berhasil pakai Cursor. Model sepintar apa pun tetap nebak kalau kamu nggak bilang aturannya. Dua sumber konteks yang paling ngangkat kualitas: file rules (aturan permanen proyek) dan PRD (apa yang mau dibangun dan batasannya).

File rules ditaruh di folder .cursor/rules di root proyek. Isinya aturan yang Cursor baca otomatis tiap kali kerja, jadi kamu nggak perlu ngulang "pakai TypeScript strict" atau "jangan Prisma" di tiap prompt. Ada juga Rules for AI di Settings buat aturan global lintas proyek, tapi yang per-proyek jauh lebih berguna. Contoh isi file rules yang solid:

# Project Rules — Toko Online

## Stack
- Next.js 14 App Router, TypeScript strict
- Tailwind + shadcn/ui buat komponen UI
- Drizzle ORM ke Postgres. JANGAN pakai Prisma.

## Struktur & aturan
- Komponen di src/components, penamaan PascalCase
- Ambil data lewat Server Component, jangan useEffect buat fetch awal
- Tiap route API validasi input pakai zod sebelum proses
- Jangan bikin file baru kalau logikanya muat di file yang sudah ada

## Gaya kode
- Named export, bukan default export
- Error handling eksplisit, dilarang silent catch
- Komentar cuma buat 'kenapa', bukan 'apa'

Aturan itu ngatur "gimana caranya". PRD ngatur "apa yang dibangun": alur, aturan bisnis, batasan, kasus tepi. Tanpa PRD, Cursor bikin asumsi sendiri soal fitur, dan asumsi itu yang bikin kamu ngulang berkali-kali. Cara paling gampang: taruh PRD.md di proyek, lalu tunjuk pakai @PRD.md tiap mulai kerjaan besar. Kalau bingung nyusun keduanya, ada panduan khusus soal file rules dan CLAUDE.md biar AI konsisten dan soal cara membuat PRD untuk aplikasi.

Alur kerja bikin fitur pertama

Anggap proyek udah punya .cursor/rules dan PRD.md. Ini urutan realistis buat nambah satu fitur tanpa berantakan.

  1. Buka Composer (Cmd-I) buat kerjaan yang nyentuh banyak file.
  2. Tulis tugas yang spesifik, lalu tunjuk konteksnya pakai @PRD.md, @.cursor/rules, dan file yang relevan.
  3. Baca rencana Cursor sebelum dia jalan. Kalau arahnya ngawur, koreksi di situ, jangan tunggu selesai.
  4. Review tiap diff. Terima yang bener, tolak yang aneh. Jangan asal 'Accept All'.
  5. Jalanin dan tes. Kalau error, balik ke chat sambil nunjuk pesan errornya, minta perbaiki, jangan tulis ulang dari nol.

Contoh prompt Composer yang bagus, perhatikan @-mention dan batasannya:

Tambah fitur "wishlist" di halaman produk.

Konteks: ikuti @PRD.md bagian Wishlist dan aturan di @.cursor/rules.

Yang dikerjakan:
- Tombol hati di kartu produk (@components/ProductCard.tsx)
- Simpan ke tabel wishlist (user_id, product_id) via Drizzle
- Route API: POST /api/wishlist dan DELETE /api/wishlist/[id], validasi zod
- Optimistic update di UI, revert kalau request gagal

Batasan:
- Jangan sentuh alur checkout
- Kalau butuh ubah skema DB, bikin file migrasi BARU, jangan edit skema lama
- Ikutin pola named export dan error handling di rules

Bandingin sama "bikinin fitur wishlist dong". Prompt kedua itu yang bikin Cursor ngasih hasil acak. Kalau mau lebih dalam soal nyusun instruksi, baca cara nulis prompt untuk AI coding.

Kesalahan pemula yang bikin hasil berantakan

  • Prompt lepas tanpa konteks. "Bikin login" tanpa nunjuk stack atau PRD bakal ngasih kode generik yang nggak nyambung sama proyekmu.
  • Nggak bikin file rules. Akibatnya kamu ngulang aturan yang sama tiap prompt, dan Cursor tetap sering lupa.
  • Accept All tanpa baca diff. Ini cara tercepat masukin bug yang nggak kamu sadari sampai produksi.
  • Satu percakapan buat sepuluh tugas beda. Chat yang kepanjangan bikin konteks melar dan jawaban makin ngaco. Mulai chat baru per tugas.
  • Mikir Cursor bakal 'ngerti maksud'. Dia nggak baca pikiran. Yang nggak kamu tulis, dia tebak, dan tebakan itu yang jadi kerjaan ulang.

Benang merahnya satu: hampir semua masalah pemula itu masalah konteks, bukan masalah model. Ini juga inti debat vibe coding vs spec-driven development. Ngobrol santai sama AI enak buat eksplorasi, tapi buat hasil yang konsisten kamu butuh spec, dan spec itu ya PRD plus rules tadi.

Cursor vs VS Code, dan Cursor vs Claude Code

Cursor vs VS Code gampang: Cursor itu VS Code dengan AI yang jauh lebih dalam. Kalau kamu udah nyaman di VS Code dan cuma butuh autocomplete, Copilot mungkin cukup. Tapi begitu kamu sering minta AI ngedit lintas file dan paham seluruh proyek, Cursor kerasa beda kelas. Impor setting bikin pindahnya nyaris tanpa friksi.

Cursor bukan satu-satunya. Ada agen berbasis terminal kayak Claude Code yang alurnya beda, nggak lewat editor sama sekali. Dua-duanya makan konteks yang sama: rules dan PRD. Kalau penasaran sisi lainnya, baca cara pakai Claude Code untuk ngoding. Yang bagus, PRD dan file rules yang kamu bikin sekali bisa dipakai di dua-duanya.

Intinya: Cursor sekuat konteks yang kamu kasih. Fitur-fiturnya cuma amplifier. Kasih dia aturan jelas dan PRD yang rapi, dia konsisten. Kasih prompt lepas, dia ngarang. Daripada nyusun PRD dan file rules manual tiap proyek, Skematik bikin keduanya dari idemu gratis, langsung siap ditaruh di .cursor/rules. Lihat dulu contoh hasilnya kalau mau ngukur bentuknya.

Bikin PRD + file rules gratis

Install Cursor lima menit. Belajar shortcut-nya satu sore. Tapi yang bikin dia beneran kepakai adalah konteks yang kamu siapin sebelum ngetik prompt pertama. Rapiin itu dulu, sisanya nyusul.

Cara Pakai Cursor AI untuk Pemula: Dari Nol — Skematik