AI untuk pengembang: agen pemrograman, biaya, dan serah terima yang aman

Cara melakukannya

1. 1Sebelum menyerahkannya, tulis atau tunjukkan pemeriksaannya: tes yang gagal, atau perintah beserta output yang diharapkan.
2. 2Berikan tugasnya dengan prompt di halaman ini, termasuk file yang boleh diubah dan yang tidak boleh.
3. 3Biarkan agen menjalankan pemeriksaan sendiri dan menempelkan output akhirnya.
4. 4Tinjau diff seperti pull request dari rekan kerja; pemeriksaan yang lulus adalah awal peninjauan, bukan akhirnya.

Bawaan

• ChatGPT · Codex
• Claude · Claude Code

Prompt untuk disalin

Tugas: [perubahan].
Selesai berarti: [tes atau perintah] lulus dan mencetak [output yang diharapkan]. Jalankan sebelum Anda selesai dan tempelkan hasilnya.
Anda boleh mengubah: [path]. Jangan ubah: [path], dependensi, atau tesnya.
Jika Anda tidak bisa membuatnya lulus, berhenti dan jelaskan alasannya alih-alih mengakali pemeriksaannya.

Di mana hasilnya bisa keliru

• Agen terkadang membuat tes lulus dengan melemahkannya. Larang perubahan pada tes, dan periksa hal itu di diff.
• Tugas yang terlalu besar untuk satu pemeriksaan terlalu besar untuk satu kali serah terima. Pecah tugasnya.

Cara melakukannya

1. 1Pilih yang paling dekat dengan kode Anda: Codex Cloud, Copilot cloud agent di GitHub, atau Claude Code on the web.
2. 2Pastikan lingkungannya bisa memasang dependensi dan menjalankan tes Anda; tanpa itu, agen hanya menebak.
3. 3Kirim tugas kecil yang saling independen, masing-masing dengan pemeriksaannya sendiri, seperti pada tugas di atas.
4. 4Biarkan peninjau otomatis membaca setiap pull request lebih dulu, lalu tinjau sendiri.

Bawaan

• Codex · Codex Cloud
• GitHub Copilot · Copilot cloud agent
• Claude Code · Claude Code on the web (cloud sessions)

Prompt untuk disalin

Di repositori ini: [tugas].
Konteks: [lokasi di kode, issue terkait].
Selesai jika: [tes atau perintah] lulus di lingkungan Anda; cantumkan output-nya di deskripsi pull request.
Batasi pull request di bawah [n] baris yang diubah. Jika butuh lebih, berhenti dan usulkan cara memecahnya.

Di mana hasilnya bisa keliru

• Tes yang memerlukan rahasia atau layanan yang tidak Anda siapkan akan dilewati atau gagal. Hasil hijau tanpa tes itu tidak banyak membuktikan.
• Beberapa agen yang mengerjakan kode yang saling terkait menghasilkan pull request yang berkonflik. Tempatkan tugas paralel di area terpisah.

Cara melakukannya

1. 1Masukkan perintah build, test, dan lint Anda ke file instruksi yang dibaca agen di awal setiap sesi; dokumentasi setiap agen menyebutkan nama file tersebut.
2. 2Di Claude Code, tambahkan hook yang menjalankan formatter dan tes setelah setiap pengeditan, agar agen melihat kegagalan dan memperbaikinya.
3. 3Minta bot meninjau setiap pull request: aktifkan “Automatic review” di Codex, atau minta Copilot sebagai peninjau.
4. 4Jika agen membuat kesalahan yang sama dua kali, jadikan itu tes atau aturan di file instruksi.

Bawaan

• Claude Code · Hooks
• Codex · Codex code review
• GitHub Copilot · Copilot code review

Prompt untuk disalin

Baca repositori ini dan tulis file instruksi untuk agen pemrograman:
1. Perintah persis untuk install, build, test, lint, dan format.
2. Struktur proyek dalam 10 baris atau kurang.
3. Konvensi yang sering salah dipahami pendatang baru di sini, masing-masing dengan satu contoh.
4. Apa yang tidak boleh dilakukan agen di sini, misalnya mengubah migrasi atau mengedit file yang dihasilkan otomatis.
Cantumkan hanya perintah yang berhasil Anda jalankan; tandai sisanya “belum diverifikasi”.

Di mana hasilnya bisa keliru

• File instruksi dengan perintah yang sudah tidak berfungsi mengajari agen untuk mengabaikannya. Jalankan ulang perintah itu saat penyiapan berubah.
• Bot peninjau juga membuat kesalahan dengan penuh keyakinan. Anggap komentarnya sebagai saran.

Cara melakukannya

1. 1Daftarkan apa yang paling sering Anda tempelkan ke chat, seperti issue, log error, dokumentasi, atau skema. Hubungkan itu lebih dulu.
2. 2Tambahkan server MCP resmi untuk masing-masing, dengan token yang hanya bisa membaca. Di Gemini CLI, sebuah ekstensi bisa menggabungkan server MCP beserta penyiapannya.
3. 3Berikan tugas yang memerlukannya dan periksa apakah agen memanggil yang tepat.
4. 4Setiap beberapa minggu, hapus server yang sudah tidak Anda pakai.

Bawaan

• Gemini CLI · Extensions

Prompt untuk disalin

Sebelum Anda mengubah apa pun: baca issue [id] di tracker, temukan error di log, dan periksa dokumentasi [library].
Sebutkan apa yang Anda dapat dari masing-masing dan file mana yang menurut Anda menjadi penyebab masalah.
Jangan menulis ke alat apa pun yang terhubung.

Di mana hasilnya bisa keliru

• Halaman web, issue, atau dokumen bisa memuat teks yang ditulis untuk mengarahkan agen. Jangan beri akses tulis ke alat yang membaca konten dari luar.
• Token di file konfigurasi bisa bocor. Gunakan penyimpanan rahasia milik klien atau variabel lingkungan, jangan pernah repositori.

Cara melakukannya

1. 1Periksa apa yang sudah Anda bayar: paket ChatGPT sudah termasuk Codex, dan paket berbayar Claude sudah termasuk Claude Code.
2. 2Catat pemakaian token dari beberapa sesi khas, di tempat agen Anda menampilkannya.
3. 3Hitung harga pemakaian itu di halaman harga API kami dan bandingkan dengan langganan.
4. 4Untuk otomatisasi dan CI, gunakan kunci API dengan batas pengeluaran agar loop tidak bisa menimbulkan tagihan besar.

Bawaan

• ChatGPT · Codex
• Claude · Claude Code

Prompt untuk disalin

Berikut pemakaian saya dari [jumlah] sesi khas: [token masuk dan keluar]. Saya bekerja sekitar [jumlah hari] hari seminggu.
Perkirakan biaya bulanan saya per token dengan harga berikut: [tempel dari halaman harga API].
Bandingkan dengan langganan seharga [harga] per bulan. Tunjukkan perhitungannya agar saya bisa memeriksanya.

Di mana hasilnya bisa keliru

• Langganan juga punya batas pemakaian. Mencapai batas di tengah tugas membuang waktu; periksa batasnya, bukan hanya harganya.
• Model memengaruhi tagihan lebih besar daripada faktor lain mana pun. Bandingkan biayanya menggunakan model yang benar-benar Anda pakai.

Cara melakukannya

1. 1Jalankan /init di repositori: perintah ini menganalisis basis kode dan menulis CLAUDE.md awal, atau menyarankan perbaikan untuk yang sudah Anda punya.
2. 2Simpan aturan tim, seperti perintah build dan test serta standar penulisan kode, di ./CLAUDE.md dan commit file itu. Preferensi pribadi Anda masuk ke ~/.claude/CLAUDE.md untuk semua proyek, atau CLAUDE.local.md untuk proyek ini.
3. 3Rujuk dokumen yang lebih panjang alih-alih menempelkannya: @path/to/file mengimpor file lain saat dijalankan.
4. 4Setiap kali Claude salah dalam hal yang sama dua kali, tambahkan satu baris yang seharusnya bisa mencegahnya.

Prompt untuk disalin

Baca repositori ini dan perbaiki CLAUDE.md. Buat kurang dari 60 baris:
1. Perintah persis untuk build, test, dan lint.
2. Struktur proyek dalam beberapa baris.
3. Konvensi yang sering salah dipahami pendatang baru di sini.
4. File dan folder yang tidak boleh diedit.
Hapus apa pun yang sudah tidak benar. Tandai perintah yang tidak Anda jalankan sebagai “belum diverifikasi”.

Di mana hasilnya bisa keliru

• Semua isi CLAUDE.md dimuat di setiap sesi dan memakan konteks. Pindahkan detail ke file yang diimpornya.
• Instruksi yang sudah tidak benar lebih buruk daripada tidak ada instruksi sama sekali. Periksa lagi perintahnya saat penyiapan berubah.

Dari dokumentasi resmi: Claude Code docs: How Claude remembers your project

Cara melakukannya

1. 1Tekan Shift+Tab sampai bilah status menampilkan “plan mode on”, atau awali prompt Anda dengan /plan.
2. 2Jelaskan perubahannya dan apa yang tidak boleh berubah. Claude mungkin tetap menjalankan perintah untuk menjelajah, tetapi tidak mengedit file selama membuat rencana.
3. 3Baca rencananya seperti catatan desain: file yang salah, kasus yang terlewat, perubahan yang terlalu besar. Minta perubahan sampai benar, lalu setujui.
4. 4Sebelum tugas berikutnya yang tidak berkaitan, mulai dari awal dengan /clear.

Prompt untuk disalin

/plan Ubah [apa] agar [tujuan]. Batasan: [apa yang tidak boleh berubah].
Sebutkan file yang akan Anda ubah, urutan perubahannya, tes yang membuktikan setiap langkah, dan apa pun yang Anda ragukan. Jangan mengedit apa pun sampai saya menyetujuinya.

Di mana hasilnya bisa keliru

• Rencana yang menyentuh lebih banyak file daripada yang Anda perkirakan adalah tanda bahaya. Tanyakan alasannya sebelum Anda menyetujui.
• Plan mode tetap menjalankan perintah untuk menjelajah. Mode ini tidak membuat repositori yang belum dikenal aman untuk dijalankan.

Dari dokumentasi resmi: Claude Code docs: Choose a permission mode · Claude Code docs: Commands · Claude Code docs: Best practices

Cara melakukannya

1. 1Buka /permissions untuk melihat setiap aturan dan dari file pengaturan mana aturan itu berasal.
2. 2Simpan aturan tim di .claude/settings.json dan commit file itu. Aturan pribadi masuk ke ~/.claude/settings.json atau .claude/settings.local.json.
3. 3Aturan diperiksa mulai dari deny, lalu ask, lalu allow, sehingga satu aturan deny mengalahkan allow mana pun.
4. 4Ganti mode dengan Shift+Tab: acceptEdits menyetujui pengeditan file di direktori kerja. bypassPermissions mematikan permintaan persetujuan dan pemeriksaan keamanan; dokumentasinya menyarankan memakainya hanya di container atau VM terisolasi tanpa akses internet.

Prompt untuk disalin

Lihat perintah yang Anda jalankan di sesi ini. Usulkan aturan izin untuk .claude/settings.json: izinkan perintah baca saja dan perintah tes yang kita pakai setiap hari, tolak apa pun yang membaca rahasia atau menghapus di luar proyek, dan biarkan sisanya meminta persetujuan. Jelaskan setiap aturan dalam satu baris.

Di mana hasilnya bisa keliru

• Aturan allow yang cocok dengan perintah apa pun sama saja dengan tanpa permintaan persetujuan. Izinkan perintah yang persis.
• Aturan di .claude/settings.json berlaku untuk seluruh tim setelah di-commit. Tinjau seperti kode.

Dari dokumentasi resmi: Claude Code docs: Configure permissions · Claude Code docs: Settings files and precedence · Claude Code docs: Choose a permission mode

Cara melakukannya

1. 1Di antara tugas yang tidak berkaitan, /clear memulai percakapan baru dengan konteks kosong.
2. 2Dalam tugas yang panjang, /compact dengan fokus, misalnya “/compact pertahankan rencana dan tes yang gagal”, meringkas apa yang sudah terjadi sebelumnya.
3. 3Serahkan pencarian luas ke subagen: masing-masing berjalan di jendela konteksnya sendiri, sehingga hanya jawabannya yang kembali ke sesi Anda.
4. 4Claude Code juga meringkas sendiri saat mendekati batas; meringkas sendiri pada saat yang tepat mempertahankan apa yang Anda pilih.

Bawaan

• Claude Code · Subagents

Prompt untuk disalin

/compact Pertahankan: tujuan, rencana, file yang sudah diubah sejauh ini, dan tes yang masih gagal. Buang hasil penjelajahan.

Di mana hasilnya bisa keliru

• /clear melupakan percakapan. Apa pun yang akan Anda butuhkan lagi harus dimasukkan ke CLAUDE.md lebih dulu.
• Jawaban subagen adalah satu-satunya yang Anda terima kembali. Mintalah path file dan nomor baris, bukan hanya kesimpulan.

Dari dokumentasi resmi: Claude Code docs: Commands · Claude Code docs: Best practices · Claude Code docs: Create custom subagents

Cara melakukannya

1. 1Mulai setiap sesi dengan claude --worktree <name> (atau -w). Perintah ini membuat git worktree di .claude/worktrees/<name>/ pada branch worktree-<name>.
2. 2Tambahkan .claude/worktrees/ ke .gitignore, seperti yang disarankan dokumentasi.
3. 3Beri setiap sesi satu tugas dengan pemeriksaannya sendiri, agar Anda bisa meninjaunya satu per satu.
4. 4Tinjau dan gabungkan setiap branch seperti pull request lainnya.

Prompt untuk disalin

Anda bekerja di worktree pada branch worktree-[nama]. Tugas: [satu perubahan]. Selesai jika: [tes atau perintah] lulus. Commit hanya di branch ini; jangan merge atau rebase branch lain.

Di mana hasilnya bisa keliru

• Setiap worktree adalah folder tersendiri, jadi dependensi dan hasil build tidak dibagi. Lakukan instalasi di masing-masing.
• Dua tugas yang menyentuh file yang sama tetap berkonflik saat Anda menggabungkannya, dengan atau tanpa worktree.

Dari dokumentasi resmi: Claude Code docs: Run parallel sessions with worktrees

Cara melakukannya

1. 1Tekan Esc dua kali pada prompt kosong, atau ketik /rewind (/checkpoint dan /undo juga berfungsi).
2. 2Pilih titik sebelum semuanya salah dan pulihkan percakapan, kode, atau keduanya.
3. 3Ketahui batasnya: file yang diubah oleh perintah shell seperti rm, mv, atau cp tidak dipulihkan, begitu pula pengeditan yang dibuat di luar Claude Code atau di sesi lain.
4. 4Commit sebelum langkah berisiko. Checkpoint berguna untuk pemulihan cepat di dalam sesi, bukan pengganti git.

Prompt untuk disalin

Sebelum mulai, commit keadaan saat ini dengan pesan “checkpoint sebelum [tugas]”. Lalu [tugas]. Tanyakan kepada saya sebelum menjalankan perintah apa pun yang menghapus atau memindahkan file.

Di mana hasilnya bisa keliru

• Rewind tidak mengembalikan file yang dihapus oleh perintah. Hanya git yang bisa.
• Pengeditan yang Anda buat secara manual sementara itu juga tidak tercatat. Commit dulu sebelum Anda melakukan rewind.

Dari dokumentasi resmi: Claude Code docs: Checkpointing · Claude Code docs: Commands

Cara melakukannya

1. 1claude -p "..." berjalan secara non-interaktif. --output-format json atau stream-json memberi output yang bisa diurai oleh skrip.
2. 2Perintah ini keluar dengan 0 jika berhasil dan bukan nol jika gagal, sehingga CI bisa bercabang berdasarkan hasilnya.
3. 3Tambahkan --bare di CI untuk proses yang tidak bergantung pada penyiapan lokal.
4. 4Untuk pull request, /install-github-app menyiapkan Claude Code GitHub Actions (hanya untuk repositori github.com); setelah itu sebut @claude di komentar pull request atau issue.

Prompt untuk disalin

claude -p "Baca diff terhadap main. Daftarkan setiap perubahan yang menambahkan dependensi, menyentuh autentikasi, atau mengubah migrasi basis data, dalam format JSON: {\"files\": [], \"reason\": \"\"}. Kembalikan daftar kosong jika tidak ada." --output-format json

Di mana hasilnya bisa keliru

• Skrip berjalan dengan izin yang Anda berikan. Beri CI izin seminimal yang diperlukannya.
• /install-github-app hanya berfungsi dengan repositori di github.com.

Dari dokumentasi resmi: Claude Code docs: Run Claude Code programmatically · Claude Code docs: GitHub Actions

Cara melakukannya

1. 1Jalankan /init di CLI untuk menulis AGENTS.md awal di folder saat ini.
2. 2Simpan panduan pribadi di ~/.codex/AGENTS.md dan aturan proyek di repositori. Subfolder bisa punya file sendiri; file yang lebih dekat dengan tempat Codex bekerja yang berlaku.
3. 3Buat file tetap singkat: ukuran gabungannya dibatasi, 32 KiB secara default.
4. 4Tambahkan bagian “## Code Review Rules”: review Codex di GitHub mengikutinya.

Prompt untuk disalin

Baca repositori ini dan tulis AGENTS.md:
1. Perintah persis untuk install, build, test, dan lint.
2. Struktur proyek dalam beberapa baris.
3. Konvensi yang sering salah dipahami pendatang baru di sini.
4. Bagian “## Code Review Rules” berisi apa yang harus selalu ditandai oleh peninjau.
Cantumkan hanya perintah yang berhasil Anda jalankan; tandai sisanya “belum diverifikasi”.

Di mana hasilnya bisa keliru

• File yang panjang merugikan Anda: ukuran gabungannya dibatasi 32 KiB secara default.
• File di subfolder yang bertentangan dengan file root tanpa menyebutkannya membingungkan orang sama seperti membingungkan Codex. Sebutkan apa yang ditimpanya.

Dari dokumentasi resmi: Codex docs: AGENTS.md · Codex docs: CLI commands · Codex docs: GitHub integration

Cara melakukannya

1. 1Di CLI, /permissions mengganti mode, dan /status menampilkan kebijakan persetujuan dan folder yang bisa ditulisi yang sedang berlaku.
2. 2“Ask for approval”, default yang direkomendasikan, mengedit dan menjalankan perintah di dalam ruang kerja dan berhenti sejenak sebelum melangkah ke luar.
3. 3“Approve for me” mempertahankan sandbox yang sama tetapi mengirim permintaan persetujuan ke review otomatis, bukan kepada Anda.
4. 4“Full access” menghapus batasan sistem file dan jaringan. Dokumentasinya menambahkan peringatan; gunakan hanya untuk lingkungan yang boleh Anda buang.

Prompt untuk disalin

Sebelum mulai, jalankan /status dan sebutkan kebijakan persetujuan dan folder yang bisa ditulisi. Lalu [tugas]. Tanyakan sebelum menjalankan perintah apa pun yang memerlukan jaringan atau menulis di luar repositori ini.

Di mana hasilnya bisa keliru

• Dengan “Approve for me”, tidak ada orang yang membaca setiap permintaan. Gunakan di tempat tindakan yang salah mudah dibatalkan.
• “Full access” berlaku untuk seluruh mesin, bukan hanya repositori.

Dari dokumentasi resmi: Codex docs: Permission modes · Codex docs: Sandboxing · Codex docs: Approvals and security · Codex docs: CLI commands

Cara melakukannya

1. 1codex exec "..." berjalan secara non-interaktif dan secara default memakai sandbox baca saja.
2. 2Tambahkan --sandbox workspace-write saat perlu mengedit file; --full-auto sudah usang.
3. 3--json mengeluarkan aliran event JSON Lines untuk skrip yang membutuhkan setiap langkah.
4. 4Di GitHub Actions, openai/codex-action@v1 menjalankan codex exec untuk Anda.

Prompt untuk disalin

codex exec "Baca perubahan sejak tag [v1.2.0]. Tulis catatan rilis yang dikelompokkan sebagai Ditambahkan, Diubah, dan Diperbaiki: satu baris per perubahan, dengan kata-kata yang dipahami pengguna, tanpa hash commit."

Di mana hasilnya bisa keliru

• Panduan lama masih memakai --full-auto. Opsi itu sudah usang; gunakan --sandbox workspace-write.
• Pekerjaan yang hanya membaca sebaiknya tetap dalam mode baca saja, di CI juga.

Dari dokumentasi resmi: Codex docs: Non-interactive mode · Codex docs: GitHub Action

Cara melakukannya

1. 1/review di CLI meninjau working tree Anda. codex review melakukan hal yang sama tanpa chat, terhadap branch dasar, commit, atau perubahan yang belum di-commit.
2. 2Di GitHub, tulis komentar @codex review di pull request.
3. 3Aktifkan review otomatis di bagian “Personal preferences” pada pengaturan Codex; setelah itu tidak perlu komentar.
4. 4Tulis aturan tim Anda di bagian “## Code Review Rules” dalam AGENTS.md.

Bawaan

• Codex · Codex code review

Prompt untuk disalin

## Code Review Rules
- Tandai setiap perubahan pada autentikasi atau izin.
- Tandai migrasi basis data yang tidak bisa dikembalikan.
- Tandai dependensi baru dan sebutkan apakah memang diperlukan.
- Abaikan format; linter yang menanganinya.

Di mana hasilnya bisa keliru

• Review di GitHub hanya menandai masalah P0 dan P1. Tidak ada komentar bukan berarti desainnya benar.
• Review adalah pendapat kedua, bukan hasil tes. Tetap pertahankan tesnya.

Dari dokumentasi resmi: Codex docs: CLI commands · Codex docs: GitHub integration

Cara melakukannya

1. 1Buat lingkungan berisi repositori, dependensi, alat, dan pengaturan akses yang dibutuhkan tugas. Lingkungan baru merekam skrip instalasi dan skill awal.
2. 2Atur akses internet per lingkungan: hanya pengelola paket, domain pilihan, atau semuanya.
3. 3Mulai tugas dari ChatGPT, dari ekstensi IDE untuk pekerjaan yang lebih panjang, atau dari terminal dengan codex cloud exec; --attempts 1-4 meminta beberapa percobaan untuk dibandingkan.
4. 4Code Review serta integrasi GitHub dan Linear masih berjalan di Codex Cloud (Legacy) yang lebih lama, yang rencananya akan dihentikan OpenAI.

Bawaan

• Codex · Codex Cloud

Prompt untuk disalin

codex cloud exec --attempts 3 "Tugas: [perubahan]. Konteks: [file]. Selesai jika [tes] lulus di lingkungan ini. Batasi diff di bawah [n] baris."

Di mana hasilnya bisa keliru

• Internet tanpa batasan memungkinkan tugas menjangkau situs apa pun, termasuk halaman yang ditulis untuk mengarahkannya. Izinkan hanya yang dibutuhkan pekerjaan.
• Jika skrip instalasi tidak ada, tes mungkin tidak dijalankan. Periksa apakah tugas benar-benar menjalankannya.

Dari dokumentasi resmi: Codex docs: Cloud environments · Codex docs: CLI commands · Codex docs: IDE extension

Cara melakukannya

1. 1Atur model default dan upaya penalaran di ~/.codex/config.toml (model dan model_reasoning_effort). CLI dan ekstensi IDE memakai file yang sama.
2. 2Buat profil sebagai file tersendiri, ~/.codex/<name>.config.toml, dan mulai dengan --profile <name>.
3. 3Tambahkan server MCP dengan codex mcp add <name> -- <command>; masing-masing menjadi tabel [mcp_servers.<name>], dan /mcp menampilkan daftar server yang aktif.
4. 4/status menampilkan pengaturan yang berlaku, dan codex resume --last melanjutkan sesi terakhir di folder ini.

Prompt untuk disalin

Baca ~/.codex/config.toml dan .codex/config.toml milik proyek ini. Sebutkan model, upaya penalaran, sandbox, dan server MCP yang berlaku, dari file mana masing-masing berasal, dan apa pun yang bertentangan.

Di mana hasilnya bisa keliru

• Pengaturan proyek hanya dimuat untuk proyek tepercaya. Jika suatu pengaturan tampak diabaikan, periksa hal itu lebih dulu.
• Profil kini berupa file terpisah. Panduan yang menaruh [profiles.name] di dalam config.toml sudah usang.

Dari dokumentasi resmi: Codex docs: MCP · Codex docs: Config basics · Codex docs: Advanced config · Codex docs: CLI commands