Platform
Konsol full-stack untuk pengiriman software AI yang serius
Log, database, jaringan, dan error — terlihat di samping chat, sehingga Anda men-debug aplikasi dengan bukti dan memasukkan temuannya langsung ke prompt berikutnya.
Konsol full-stack adalah permukaan diagnostik di dalam Ciao Builder: log, status database, permintaan jaringan, dan error, terlihat di samping percakapan. Berbeda dari AI builder yang membiarkan Anda menebak-nebak ketika sesuatu rusak, konsol ini menunjukkan apa yang sebenarnya terjadi di seluruh stack — sehingga prompt berikutnya membawa bukti, bukan spekulasi, dan perbaikannya mendarat pada penyebab sesungguhnya.
Dipublikasikan 2026-07-03 · Terakhir diperbarui 2026-07-03
Men-debug aplikasi yang tidak Anda tulis sendiri
Ketika aplikasi yang Anda bangun dengan AI berperilaku aneh, posisi paling buruk adalah menebak-nebak. Apakah bug-nya ada di UI, query, pemanggilan API, atau datanya sendiri? Tanpa visibilitas, perbaikan satu baris berubah menjadi satu sore penuh prompting spekulatif — mencoba menuliskan ulang terhadap kotak hitam dan berharap salah satunya mengenai sasaran.
Konsol full-stack memberi Anda visibilitas yang diharapkan engineer, di dalam Builder: log server dan browser, tabel dan baris database, permintaan dan respons jaringan, serta error beserta konteksnya — semuanya di samping percakapan. Anda melihat apa yang sebenarnya terjadi, lalu memasukkan buktinya ke prompt berikutnya.
Ini bukan permukaan khusus power-user yang niche. Seluruh janji membangun software dari bahasa sederhana runtuh pada saat pertama sesuatu rusak dan platformnya tidak bisa menunjukkan kenapa. Visibilitas adalah yang menjaga janji itu tetap jujur.
Bagaimana konsol ini bekerja
Semuanya terjadi di samping percakapan — intinya adalah menjaga bukti dan tindakan tetap di tempat yang sama.
1. Buka di samping chat
Tidak ada alat terpisah, tidak ada perpindahan konteks. Konsolnya berada di sebelah percakapan dan pratinjau langsung.
2. Baca log-nya
Output server dan browser dari aplikasi yang berjalan, sehingga "ini tidak berfungsi" menjadi satu baris spesifik pada waktu yang spesifik.
3. Periksa database-nya
Lihat tabel dan baris Supabase sesungguhnya di balik aplikasinya. Konfirmasi apakah catatannya ditulis, dan dengan nilai apa.
4. Amati jaringannya
Permintaan, respons, kode status, dan waktu — sangat berguna ketika integrasi dan API eksternal terlibat.
5. Lihat error dalam konteks
Kegagalan muncul beserta aktivitas di sekitarnya yang menyebabkannya, bukan sebagai pesan telanjang yang kehilangan ceritanya.
6. Ubah bukti menjadi perbaikan
Rujuk apa yang Anda temukan di prompt berikutnya. Untuk masalah produksi langsung, Doctor — AI SRE read-only — memprobe aplikasi, DNS, dan CDN, mendiagnosis akar penyebab, dan merancang perbaikannya.
Kenapa ini penting
Prompting dengan bukti mengalahkan prompting dengan firasat. "POST ke /api/orders mengembalikan 400 dan barisnya tidak pernah muncul di tabel orders" menghasilkan perbaikan yang tepat dalam satu putaran; "yang soal pesanan itu rusak" menghasilkan penulisan ulang sesuatu yang sebenarnya bukan masalahnya. Konsol inilah yang membuat jenis prompt pertama itu mungkin dilakukan semua orang, bukan hanya engineer.
Ini adalah bagian besar dari yang membedakan rekayasa berbantuan AI dari chatting yang penuh harap: sistemnya menunjukkan statusnya, manusia bernalar tentangnya, dan perbaikannya berpijak pada apa yang benar-benar dilakukan stack-nya. Seiring waktu ini menghasilkan basis kode yang lebih tenang — lebih sedikit penulisan ulang spekulatif, diff lebih kecil, dan tim yang mempercayai aplikasinya karena selalu bisa melihat ke dalamnya.
Ini juga mengubah siapa yang bisa mendukung sebuah aplikasi. Sebuah agensi atau tim operasi bisa menjawab "apa yang terjadi pada pesanan itu?" dengan data, bukan eskalasi, karena pertanyaannya bisa diperiksa di tempat yang sama aplikasinya hidup.
Siapa yang menggunakan konsol full-stack
Konsol ini melayani siapa pun yang pernah harus menjawab pertanyaan "apa yang sebenarnya terjadi?"
- Founder teknis — Mendiagnosis aplikasi mereka sendiri dalam hitungan menit, alih-alih mengeskalasi setiap kendala kecil atau prompting ulang secara buta.
- Agensi — Mendukung aplikasi klien secara profesional — reproduksi masalahnya, baca buktinya, rilis perbaikan yang sudah ditinjau.
- Developer — Memverifikasi perilaku backend yang ditulis AI — query, penulisan, pemanggilan API — sebelum mempercayakannya dengan data produksi.
- Tim operasi — Mengonfirmasi bahwa alur data antara aplikasi dan sistem yang sudah ada berjalan sesuai janji integrasinya.
Catatan keamanan dan governance
Visibilitas itu kuat, jadi ini dirilis dengan kontrolnya:
- ✓ Akses workspace, termasuk konsol, mengikuti kontrol akses berbasis peran.
- ✓ Perbaikan yang didorong dari bukti konsol tetap melewati tinjauan Guardrails dan gate QA sebelum publikasi.
- ✓ Security mengonfirmasi kerentanan terhadap aplikasi langsung sebelum menandainya — temuan, bukan derau.
- ✓ Doctor beroperasi read-only: ia memprobe, mendiagnosis, dan merancang perbaikan, tapi perubahannya dirilis melalui loop yang diatur governance.
- ✓ Prompt, merge, dan deploy di sekitar setiap perbaikan tercatat dalam jejak audit append-only.
Apa yang ditampilkan konsol
Empat permukaan mencakup sebagian besar investigasi dari awal sampai akhir:
| Permukaan | Apa yang Anda lihat | Apa yang dijawabnya |
|---|---|---|
| Log | Output server dan browser dari aplikasi yang berjalan | Apa yang dijalankan, dan apa yang dilaporkannya |
| Database | Tabel, baris, dan nilai Supabase | Apakah datanya benar-benar berubah, dan bagaimana |
| Jaringan | Permintaan, respons, kode status, waktu | Apa yang dikatakan aplikasi dan sistem eksternal satu sama lain |
| Error | Kegagalan beserta konteks di sekitarnya | Di mana rusaknya, dan apa yang menyebabkannya |
Pertanyaan yang sering diajukan
Apakah saya butuh alat eksternal untuk men-debug aplikasi yang dibangun di Ciao?
Untuk pekerjaan sehari-hari, tidak — log, database, jaringan, dan error bisa diperiksa dari dalam Builder. Karena aplikasinya adalah React, TypeScript, dan Supabase standar yang Anda miliki, engineer Anda juga bisa memasang alat eksternal apa pun yang mereka sukai.
Bisakah saya melihat database sesungguhnya?
Ya. Konsolnya menampilkan tabel dan baris Supabase di balik aplikasi Anda, sehingga Anda bisa mengonfirmasi apa yang sebenarnya ditulis sebuah alur. Ini sering menjadi cara tercepat untuk membedakan bug UI dari bug data.
Bagaimana hubungan konsol ini dengan Doctor?
Konsolnya adalah Anda yang melihat stack-nya; Doctor adalah AI SRE read-only yang melihat untuk Anda — memprobe aplikasi langsung, DNS, dan CDN, mendiagnosis akar penyebab, dan merancang perbaikan. Keduanya bekerja paling baik bersama: Doctor untuk insiden produksi, konsol untuk investigasi saat build.
Siapa di tim yang bisa melihat konsol?
Akses mengikuti kontrol akses berbasis peran di workspace, sehingga Anda yang menentukan siapa yang bisa memeriksa log dan data. Paket enterprise menambahkan SSO via SAML dan OIDC serta MFA opsional di atasnya.
Apakah menggunakan konsol ini melewati governance ketika saya merilis perbaikan?
Tidak. Konsolnya menginformasikan perbaikannya; perbaikannya tetap di-merge di bawah Guardrails dengan tinjauan manusia tercatat, melewati smoke gate QA sebelum publikasi, dan dicatat dalam jejak audit append-only.