Berhenti membangun backend yang sama di setiap proyek

Kamu bisa mengurangi pekerjaan backend yang berulang dengan mengevaluasi Kanesh untuk koleksi SQL, API CRUD, autentikasi, izin akses, dan halaman admin. Semua itu tersedia dalam platform yang kamu host sendiri, di rilis stabil pertamanya, sementara model data dan logika bisnis khusus aplikasi tetap perlu kamu tentukan.

Pekerjaan backend apa yang terus berulang?

Aplikasi baru membutuhkan tempat menyimpan record, endpoint untuk membaca dan mengubahnya, serta aturan tentang siapa yang boleh melakukan setiap operasi. Seseorang juga perlu melihat isi data dan memperbaikinya melalui halaman admin. Kebutuhan ini muncul lagi meskipun produk yang sedang dibuat berbeda.

Pekerjaan yang berulang mencakup definisi skema, endpoint create/read/update/delete, sesi dan token, izin koleksi, serta dokumentasi API. Jika semua dibuat terpisah, halaman admin dan dokumentasinya juga perlu terus disesuaikan dengan model yang dipakai aplikasi.

Pertanyaan yang perlu dijawab adalah bagian mana yang memang harus khusus untuk produkmu. Nama koleksi, arti field, dan aturan produk membutuhkan keputusan tersendiri. Sementara itu, editor record atau API koleksi bisa dievaluasi sebagai komponen yang sudah tersedia, sehingga kamu dapat memusatkan perhatian pada kebutuhan aplikasi.

Apa yang disediakan Kanesh untuk koleksi dan API?

Melalui model data di Studio, kamu menentukan koleksi dan field. Koleksi disimpan sebagai tabel SQL asli dan langsung tersedia lewat REST serta GraphQL. Referensi API menyertakan contoh REST untuk tiap koleksi dan ekspor OpenAPI 3.1 dari skema yang sedang berjalan.

Studio juga menyediakan tabel record, filter, pengurutan, pilihan kolom, dan panel record. Kamu memperoleh tempat mengelola data sambil membangun aplikasi yang menggunakannya. Koleksi yang sama bisa dicoba melalui antarmuka dan API tanpa harus membuat halaman admin sendiri terlebih dahulu.

SQLite adalah database bawaan, dan PostgreSQL serta MySQL juga didukung. Pilih database yang cocok dengan infrastruktur yang sudah kamu jalankan sebelum mulai mengisi record.

Bagaimana membagi pekerjaan platform dan produk?

Gunakan daftar berikut untuk memisahkan evaluasi platform dari keputusan yang tetap menjadi bagian pengembangan aplikasimu:

• Tentukan record yang dibutuhkan aplikasi dan field pada setiap record.
• Buat koleksi di Studio, lalu periksa referensi API yang dihasilkan.
• Tentukan anggota yang boleh membaca atau mengubah setiap koleksi.
• Coba operasi record memakai akun dan izin yang memang akan digunakan.
• Masukkan aturan bisnis khusus ke dalam rencana implementasi aplikasi.
• Periksa apakah fitur yang belum ada, seperti realtime, login OAuth atau SSO, atau workflow, menghalangi kebutuhan wajibmu.
• Tambahkan akses agent setelah menentukan data yang boleh dibacanya.

Kanesh tidak otomatis membuat model datamu tepat. Hal yang perlu dievaluasi adalah apakah fitur koleksi, API, dan administrasinya mencakup pekerjaan data yang berulang dalam proyekmu. Jika produk bergantung pada logika bisnis khusus di dalam backend, Kanesh belum menyediakannya sekarang.

Apakah agent bisa membuat atau mengubah model data?

Agent dapat menggunakan REST untuk membuat koleksi atau record jika pemilik token memiliki izin yang diperlukan. Jalur ini berbeda dari MCP. Tool MCP Kanesh hanya membaca skema workspace, lookup tersimpan dan index yang dikelola, serta record dalam halaman dengan jumlah terbatas.

Codex dan Claude Code adalah agent yang dicakup dalam dokumentasi pengaturan. Setiap workspace memiliki endpoint MCP sendiri, dan agent hanya bisa melihat data yang boleh dibaca pemilik token. Ikuti panduan MCP untuk mengaktifkan endpoint dan menyiapkan token pribadi.

Token pribadi bertindak sebagai pemiliknya, bukan sebagai API key dengan cakupan terpisah. Token memiliki masa berlaku, dapat dicabut, dan tidak bisa mengelola kredensial atau mengganti kata sandi. Rencanakan izin anggota lebih dahulu agar data yang bisa dibaca agent sesuai dengan tugasnya.

Apakah satu instalasi bisa dipakai untuk beberapa proyek?

Satu instalasi bisa menampung beberapa workspace terpisah dengan anggota dan peran masing-masing. Proyek berikutnya dapat dimulai sebagai workspace baru tanpa membuat instalasi baru. Kamu tetap perlu menentukan koleksi serta aturan akses untuk workspace tersebut. Satu workspace per instalasi gratis, dan workspace tanpa batas butuh lisensi Pro seharga $9 per bulan per instalasi (lihat harga).

Mulailah evaluasi dengan satu model kecil dan periksa hubungan antara Studio, API, dan izin. Use case alat internal dan ecommerce memberi konteks aplikasi untuk ditelusuri. Kebutuhan spesifik proyek tetap harus dicocokkan dengan kemampuan Kanesh yang tersedia sekarang, termasuk pilihan database serta operasi yang diperlukan model datanya.

Kapan perlu memilih pendekatan lain?

Kanesh masih baru, di rilis stabil pertamanya. Realtime, login OAuth, dan workflow ada di roadmap. Jika aplikasi harus memakai kemampuan tersebut sekarang, jangan menganggapnya tersedia hanya karena API koleksi sudah ada.

Mulai dari panduan memulai yang menjelaskan build image, penyimpanan persisten, dan klaim instalasi. Baca perbandingan dengan Strapi atau Appwrite saat meninjau pilihan lain, lalu putuskan berdasarkan kebutuhan yang harus dipenuhi hari ini.

FAQ

Apakah Kanesh menggantikan seluruh pengembangan backend?

Tidak. Kanesh menyediakan fitur platform data yang didokumentasikan, seperti koleksi, API record, Studio, autentikasi, dan akses workspace. Kamu tetap menentukan model serta membangun perilaku khusus aplikasi. Kanesh belum menyediakan logika bisnis khusus di dalam backend sekarang.

Apakah MCP bisa membuat koleksi atau memperbarui record?

Tidak. Tool MCP Kanesh bersifat read-only, termasuk ketika pemilik token memiliki izin tulis. Gunakan REST untuk membuat atau mengubah koleksi dan record dengan izin workspace yang sesuai. Ekspor OpenAPI menjelaskan API yang digunakan untuk jalur terpisah tersebut.

Bagaimana mencoba Kanesh?

Ikuti dokumentasi memulai untuk mengambil repositori, membangun image, dan menjalankannya dengan volume persisten. Klaim instalasi memakai token sekali pakai, lalu buat akun owner. Setelah itu, buat koleksi di Studio dan periksa referensi API untuk mencoba akses datanya.