Berapa biaya vibe coding: langganan, layanan, dan waktu untuk revisi

Pelajari lebih lanjut tentang bekerja dengan model di dokumentasi Ailoot.

Apa saja yang termasuk dalam biaya proyek selain langganan#

Misalkan Anda sedang membuat situs web dengan formulir pertanyaan. Langganan alat yang menulis kode sudah dibayar. Kini Anda perlu meng-host situs web, menghubungkan alamat, dan memastikan pertanyaan benar-benar tersimpan. Jika formulir tidak berfungsi, Anda harus memperbaikinya. Biaya langganan mungkin tetap sama, sementara peluncurannya tertunda.

Untuk proyek seperti ini, biaya sebaiknya dipisahkan:

API diperlukan ketika satu program memanggil program lain. Misalnya, layanan Anda mengirim rekaman percakapan untuk ditranskripsikan. Jika panggilan itu berbayar, biayanya termasuk dalam biaya menjalankan layanan. Langganan asisten yang menulis kode tidak dengan sendirinya membayar layanan tersebut.

Bagi pelanggan Claude Code Pro atau Max, perkiraan biaya sesi bukan tagihan: penggunaan sudah termasuk dalam langganan. Dokumentasi Claude Code menyatakan hal ini secara eksplisit. Periksa secara terpisah biaya untuk kemampuan berbayar apa pun yang terhubung. Jika Anda menggunakan API dengan penagihan berdasarkan penggunaan, lihat biaya aktual di dasbor akun layanan tersebut.

Periksa harga terkini langganan yang Anda pilih di halaman harga alat tersebut: untuk Claude, gunakan harga resmi. Dalam perhitungan, catat harga paket Anda sendiri dan tambahan berbayar yang telah Anda beli.

Dari mana asal jam tambahan itu#

Formulir pertanyaan memiliki beberapa hasil yang berbeda: formulir muncul di halaman, menerima data, menyimpannya, melaporkan kesalahan, dan tidak mengirim pertanyaan yang sama dua kali. Jika tugasnya hanya mengatakan “buat formulir”, agen harus mengisi sendiri persyaratannya.

Berikut gambaran dalam contoh hipotetis:

• Perilakunya tidak diperjelas. Agen menerapkan pengiriman email, padahal pertanyaan seharusnya muncul dalam daftar di dasbor akun. Solusinya harus diubah.
• Hanya tampilannya yang diperiksa. Formulir terlihat rapi, tetapi catatannya hilang setelah halaman dimuat ulang. Anda perlu memeriksa bahwa datanya tersimpan.
• Batas perubahan tidak ditentukan. Bersama formulir, agen mengubah layar di sebelahnya yang sebenarnya tidak perlu diubah. Anda perlu memulihkan perilaku sebelumnya dan membatasi cakupan penyuntingan.

Ini bukan berarti setiap perbaikan adalah uang yang terbuang. Memeriksa dan memperjelas persyaratan merupakan bagian dari pengembangan. Ada baiknya mencatat pengerjaan ulang berulang secara terpisah: kesalahan yang sama diperbaiki lagi, keputusan yang sudah dibuat terlupakan, atau hasil terus berbeda dari tugas.

Mulailah dengan memeriksa satu fitur secara menyeluruh. Untuk formulir, ini berarti menelusuri alur dari pengisian kolom hingga melihat pertanyaan yang tersimpan. Prosedur terperinci tersedia dalam panduan cara memeriksa kode yang dihasilkan AI tanpa programmer.

Alur kerja vibe coding adalah memilih alat, menyiapkan rencana untuk agen, memeriksa hasilnya, dan menayangkan proyek secara online.

Kapan Anda memerlukan paket yang lebih mahal#

Pertama, kenali apa yang menghalangi Anda menyelesaikan tugas. Hal itu menentukan apakah pembelian akan membantu.

Tugasnya bisa diselesaikan, tetapi Anda terus mencapai batas paket. Bandingkan batas paket Anda saat ini dengan paket berikutnya, opsi untuk membayar penggunaan tambahan, dan ketentuannya. Kuota penggunaan yang lebih besar dapat membantu dalam situasi ini. Sebelum membeli, periksa apa yang menghabiskan kuota: cara menghindari cepat habisnya batas Claude Code.

Agen terus melakukan hal yang berbeda dari kebutuhan Anda. Perjelas hasil yang diinginkan dan berikan berkas yang relevan dengan tugas. Jika persyaratannya sudah jelas tetapi kesalahan terus berulang, uji model lain pada tugas yang sama dengan kriteria yang sama. Harga model saja tidak membuktikan bahwa kinerjanya akan lebih baik atau lebih buruk.

Aplikasi tidak dapat terhubung ke email, basis data, atau layanan lain. Anda perlu menyelidiki pengaturan dan izin aksesnya. Batas yang lebih tinggi tidak akan memperbaiki alamat koneksi yang salah atau memberi akses yang tidak Anda miliki.

Untuk membandingkan model, catat apakah tugas berhasil diselesaikan, berapa kali bantuan Anda diperlukan, dan berapa lama verifikasi berlangsung. Beli alat kedua untuk kebutuhan tertentu yang tidak dapat dipenuhi alat saat ini.

Cara merumuskan tugas agar ada hal yang bisa diverifikasi#

Sebelum mengubah kode, catat hasil yang diinginkan dan batasannya. Untuk formulir pertanyaan: kolom mana yang wajib diisi, di mana pertanyaan disimpan, apa yang dilihat orang setelah mengirimkannya, dan apa yang terjadi jika ada kesalahan. Tentukan bagian proyek mana yang tidak boleh disentuh.

Rekomendasi resmi Claude Code juga menggunakan pendekatan ini: pahami tugas terlebih dahulu, lalu rencanakan perubahan dan beri agen cara untuk memeriksa pekerjaannya. Penyuntingan kecil yang jelas tidak memerlukan rencana terpisah yang panjang.

Berikut prompt siap pakai untuk agen yang sudah membuka proyek. Ganti teks dalam tanda kurung siku dengan tugas Anda.

Dibutuhkan: [deskripsi satu fitur].

Pertama, periksa berkas dan aturan proyek yang relevan dengan tugas.
Jelaskan secara singkat cara kerja fitur saat ini dan apa yang perlu diubah.
Jangan mengarang persyaratan yang belum ada: tanyakan hanya hal-hal
 yang tanpanya Anda tidak dapat menentukan perilaku yang benar.

Sebelum membuat perubahan, tuliskan kriteria penerimaan:
- apa yang dilakukan orang tersebut dan hasil apa yang diterimanya;
- apa yang terjadi dengan data kosong atau tidak valid;
- apa yang terjadi jika tindakan diulangi atau layanan gagal;
- fitur yang sudah ada mana yang harus tetap tidak berubah.

Terapkan perubahan dan periksa skenario berikut dalam lingkungan
tuji terisolasi. Gunakan data uji fiktif;
jangan kirim pesan sungguhan atau melakukan pembayaran.
Jika tidak ada lingkungan uji yang sesuai, berhenti dan jelaskan
apa yang diperlukan agar pemeriksaan dapat dilakukan dengan aman.

Di akhir, tampilkan hasil setiap pemeriksaan yang Anda lakukan.
Cantumkan secara terpisah apa pun yang tidak dapat Anda verifikasi.
Mengatakan "seharusnya berfungsi" saja tidak cukup.
Jangan publikasikan perubahan tanpa izin terpisah dari saya.

Setelah menerima laporan, buka versi uji dan jalankan sendiri skenario utama. Untuk formulir, kirim pertanyaan fiktif, muat ulang halaman, lalu periksa bahwa catatannya tersimpan di tempat yang semestinya. Jika agen hanya memeriksa kode dan tidak membuka aplikasinya, keterbatasan itu harus disebutkan secara eksplisit dalam laporan.

Menyimpan aturan dan keputusan di basis pengetahuan proyek akan membantu agar semuanya dapat dirujuk dalam tugas berikutnya. Cara mengaturnya dibahas dalam panduan tentang otak kedua di Claude Code. Keberadaan folder itu sendiri tidak menjamin jawaban yang benar: agen harus membaca informasi yang relevan dan memverifikasi hasilnya.

Cara menghitung pengeluaran dan waktu#

Pilih satu periode, misalnya satu bulan kalender. Catat biaya aktual untuk langganan, hosting, dan layanan yang terhubung. Catat juga waktu yang dihabiskan untuk proyek. Waktu tersebut dapat dibagi menjadi pengembangan fitur baru, pemeriksaan, perbaikan kesalahan, dan perubahan persyaratan.

Dalam contoh ini, waktu Anda sendiri adalah 12 jam; catat secara terpisah dari pengeluaran uang dan biaya tambahan lainnya.

Kemudian Anda dapat menilai apakah hasilnya sepadan dengan uang dan waktu yang dihabiskan. Jika ingin memperhitungkan nilai satu jam waktu Anda, catat sebagai asumsi terpisah. Perkiraan yang dihasilkan bukanlah biaya tambahan yang dibebankan ke kartu Anda atau kehilangan pendapatan yang terbukti.

Jika Anda menggunakan satu langganan untuk beberapa proyek, jangan masukkan seluruh harganya ke setiap proyek saat menghitung total biaya. Catat langganan itu sebagai satu pos biaya bersama atau alokasikan biayanya di antara proyek menggunakan aturan pilihan Anda. Untuk domain yang dibayar tahunan, bedakan jumlah yang ditagihkan untuk setahun dari bagian yang Anda alokasikan untuk satu bulan.

Apa yang perlu diubah dalam tugas berikutnya#

Pilih satu fitur yang perlu Anda selesaikan sekarang. Tuliskan perilaku yang menandakan bahwa fitur itu “selesai”, lalu berikan prompt di atas kepada agen. Setelah pekerjaan selesai, catat hasil verifikasi, waktu yang Anda habiskan, dan alasan Anda harus kembali mengerjakannya.

Jika batas paket menghambat, bandingkan paket. Jika Anda harus menjelaskan lagi keputusan yang sudah dibuat, simpan keputusan itu di proyek. Jika kesalahan masih ada setelah diperbaiki, minta agar kesalahan tersebut direproduksi dan pemeriksaan dilakukan sebelum serta sesudah perubahan. Mencatat semuanya dengan cara ini membantu Anda memilih perubahan tertentu alih-alih langsung membeli langganan lain.

Untuk pekerjaan selanjutnya, kunjungi Ailoot.