Platform
Pratinjau langsung untuk pengiriman software AI yang serius
Aplikasinya berjalan langsung di samping chat selagi dibangun — alur sungguhan, klik sungguhan — dan tautan pratinjau memungkinkan stakeholder melihatnya sebelum apa pun dirilis.
Pratinjau langsung adalah aplikasi yang berjalan di samping chat di Ciao Builder: selagi AI membangun, aplikasi sesungguhnya diperbarui dan merespons klik sungguhan. Berbeda dari alat di mana Anda harus deploy untuk mengetahui apa yang Anda dapat, pratinjau langsung menunjukkan setiap perubahan begitu ia mendarat, menggerakkan penargetan inspect-to-prompt, dan menghasilkan tautan pratinjau yang bisa dibagikan sehingga stakeholder meninjau aplikasi sesungguhnya sebelum dipublikasikan.
Dipublikasikan 2026-07-03 · Terakhir diperbarui 2026-07-03
Jangan pernah membangun secara buta
Mode kegagalan tertua dalam software delivery adalah jarak: berminggu-minggu berlalu antara permintaan dan demo, dan hasilnya salah dengan cara yang seharusnya hanya butuh tiga puluh detik untuk ditangkap di hari pertama. AI memampatkan garis waktu itu, tapi bisa membuat kebutaannya lebih parah — kode kini muncul lebih cepat daripada siapa pun bisa membacanya, dan asumsi yang salah menumpuk dengan kecepatan mesin.
Ciao menutup jarak itu hingga nol. Aplikasinya berjalan langsung di samping chat selagi dibangun. Bukan mock-up, bukan screenshot — aplikasi sesungguhnya, pada struktur data sungguhan, merespons klik sungguhan. Ketika ada yang salah, Anda melihatnya sekarang, selagi konteksnya masih segar dan perbaikannya hanya satu prompt jauhnya.
Pratinjau ini juga menjadi jangkar bagi kebiasaan lain Builder: inspect-to-prompt memakainya sebagai kerangka acuan bersama, prompt yang diantrekan ditinjau terhadapnya begitu mendarat, dan konsol full-stack menjelaskan apa yang terjadi di bawah permukaan.
Bagaimana pratinjau langsung bekerja
Dari prompt pertama hingga publikasi, pratinjau adalah konstanta — hal yang dilihat semua orang selagi keputusan diambil.
1. Jelaskan, dan saksikan ia muncul
Selagi Builder bekerja, aplikasinya terbentuk di panel pratinjau di samping percakapan. Progresnya terlihat, bukan sekadar dijanjikan.
2. Telusuri alur sungguhan
Masuk, buat catatan, jalankan pencarian, kirim formulir. Pratinjaunya adalah aplikasi yang berfungsi, sehingga pengujian dimulai sejak menit yang sama pembangunannya dimulai.
3. Tunjuk apa yang harus diubah berikutnya
Pratinjau langsung menggerakkan inspect-to-prompt: klik elemen apa pun di aplikasi yang berjalan untuk merujuknya di prompt berikutnya.
4. Bagikan tautan pratinjau
Kirim stakeholder tautan ke aplikasi yang berjalan sebelum apa pun dipublikasikan. Feedback datang terhadap hal yang sesungguhnya, bukan slide deck.
5. Lewati gate-nya
Saat Anda publikasi, QA menjalankan replay browser deterministik dan smoke gate terlebih dahulu, lalu pemeriksaan produksi sesudahnya — pratinjau adalah tempat Anda menangkap masalah niat sebelum gate menangkap cacat.
6. Publikasikan dengan sengaja
Pratinjau dan produksi terpisah. Tidak ada yang sampai ke pengguna sampai Anda memilih untuk merilisnya.
Kenapa ini penting
Biaya feedback menentukan kualitas build. Ketika melihat sebuah perubahan membutuhkan satu siklus deploy, orang-orang mengumpulkan keraguan mereka dan menemukan masalah terlambat; ketika hanya butuh sekilas pandang, setiap asumsi diperiksa selagi masih murah untuk diperbaiki. Pratinjau langsung menekan biaya verifikasi hingga mendekati nol.
Ini juga mengubah tinjauan stakeholder dari sebuah rapat menjadi sebuah tautan. Klien, eksekutif, dan pengguna akhir bereaksi terhadap aplikasi yang berjalan berhari-hari sebelum peluncuran — yang justru merupakan saat pendapat mereka masih terjangkau untuk ditindaklanjuti.
Ada juga manfaat governance yang tersembunyi di balik kemudahan ini: orang-orang menyetujui apa yang benar-benar mereka lihat berjalan. Persetujuan terhadap aplikasi langsung berarti lebih sedikit kejutan di hari peluncuran dan akuntabilitas yang lebih jelas ketika seseorang nanti bertanya siapa yang meninjau ini.
Siapa yang menggunakan pratinjau langsung
Pratinjau langsung adalah fitur yang paling tidak terspesialisasi di platform ini — semua orang yang punya kepentingan pada aplikasinya akan berakhir menggunakannya:
- Founder — Memvalidasi keputusan produk terhadap aplikasi yang berjalan secara real time, alih-alih membayangkan bagaimana rasanya nanti.
- Agensi — Mengirim tautan pratinjau ke klien di tengah proyek — lebih sedikit pengungkapan mengejutkan, persetujuan lebih cepat, peluncuran lebih tenang.
- Product manager — Mendemonstrasikan aplikasi sesungguhnya kepada stakeholder sebelum publikasi dan memasukkan reaksi mereka ke antrean prompt.
- Tim operasi — Membiarkan orang-orang yang akan menggunakan alat itu menelusurinya sebelum dirilis kepada mereka.
Catatan keamanan dan governance
Melihat lebih awal tidak berarti merilis secara longgar:
- ✓ Pratinjau dan produksi terpisah — publikasi adalah tindakan yang disengaja dan dijaga gate.
- ✓ Smoke gate QA berjalan sebelum publikasi dan pemeriksaan produksi berjalan sesudahnya, terlepas dari sebagus apa pratinjaunya terlihat.
- ✓ Perubahan di balik pratinjaunya hidup di git branch sungguhan dengan diff dan checkpoint.
- ✓ Tinjauan kebijakan Guardrails dan tinjauan manusia tercatat berdiri di antara pratinjau dan merge.
- ✓ Publikasi dan deploy dicatat dalam jejak audit append-only.
Deploy-untuk-melihat vs pratinjau langsung
Perbedaan alur kerjanya terakumulasi sepanjang usia sebuah proyek:
| Alur kerja deploy-untuk-melihat | Pratinjau langsung Ciao | |
|---|---|---|
| Waktu untuk melihat perubahan | Setelah siklus build-dan-deploy | Segera, di samping chat |
| Feedback stakeholder | Rapat, screenshot, permintaan akses staging | Tautan pratinjau ke aplikasi yang berjalan |
| Biaya asumsi yang salah | Menumpuk sampai seseorang deploy dan menyadarinya | Tertangkap selagi konteksnya masih segar |
| Mengarahkan perubahan berikutnya | Dideskripsikan dari ingatan | Ditunjuk langsung dengan inspect-to-prompt |
| Keputusan publikasi | Bercampur dengan melihat hasilnya | Terpisah, disengaja, dan dijaga gate |
Pertanyaan yang sering diajukan
Apakah pratinjau langsung adalah aplikasi sesungguhnya atau simulasi?
Aplikasi sesungguhnya. Ini adalah aplikasi React, TypeScript, dan Supabase yang dihasilkan dan berjalan secara langsung, itulah sebabnya Anda bisa menelusuri alur sesungguhnya dan mengapa inspect-to-prompt bisa mengaitkan apa yang Anda klik ke komponen sungguhan.
Bisakah orang di luar proses build melihat pratinjaunya?
Ya — tautan pratinjau dibuat justru untuk itu. Klien dan stakeholder meninjau aplikasi yang berjalan sebelum publikasi, sehingga feedback terjadi terhadap realitas, bukan mock-up.
Apakah ada sesuatu di pratinjau yang memengaruhi produksi?
Tidak. Pratinjau dan produksi terpisah, dan publikasi adalah langkah yang disengaja dan dijaga oleh smoke gate QA. Sampai Anda publikasi, pengguna tidak melihat apa pun.
Apa yang terjadi antara pratinjau dan publikasi?
Perubahannya di-merge di bawah Guardrails dengan tinjauan manusia tercatat, QA menjalankan replay browser deterministik dan smoke gate sebelum publikasi, dan pemeriksaan produksi berjalan sesudahnya. Pratinjau adalah tempat Anda memperbaiki niat; gate adalah tempat cacat tertangkap.
Apakah pratinjau langsung bagian dari Builder standar?
Ya — aplikasi yang berjalan di samping chat adalah cara kerja Builder, dan builder individu mulai secara self-serve dengan kredit. Program produksi serius mulai dari 10.000 USD per tahun.
Halaman terkait
Bangun software yang dulu Anda tunggu.
Pratinjau Langsung: Saksikan Aplikasi Anda Berjalan Selagi AI Membangun | Ciao