Enam tim agen. Lima agen riset berjalan paralel di setiap siklus Discovery. Tiga cara untuk menjalankan tiap tim — sekali jalan, sesuai permintaan, atau terjadwal berulang sampai kamu menghentikannya. Dan satu angka yang mudah terlewat: nol klik manusia antara bug yang lolos dua putaran verifikasi hingga perbaikannya benar-benar masuk ke build.
Yang terakhir itulah yang paling layak dijelaskan, dan gambar sampul di post ini adalah contohnya. Overgrowth Station adalah game idle-reclamation di mana tanaman merambat perlahan menelan stasiun transit yang terbengkalai, dan kamu menghabiskan mata uang dalam game untuk membersihkannya kembali. Tidak ada satu pun dari tim kami yang merancang ide ini — agen riset menariknya dari sekumpulan thread Reddit tentang "cozy management games dengan tanpa fail state", builder membuatnya berjalan dalam sekitar empat puluh menit waktu nyata, dan verifier menangkap bahwa lapisan dunia game sama sekali bisu sementara UI-nya berbunyi bip di setiap klik. Tidak ada yang mengajukan tiket untuk itu. Platform ini sendiri yang menjadwalkan proses perbaikan susulan, sebuah pass berikutnya menambahkan ambient audio bed yang hilang, dan versi hasil rebuild itu lolos seluruh rantai verifikasi pagi ini. Itulah keseluruhan gagasan platform ini, terkondensasi dalam satu screenshot: sebuah siklus, bukan alat, di mana output satu tim menjadi input tim berikutnya, dan celah-celah bisa terdeteksi tanpa perlu manusia yang berjaga.
Sebelum siklus perbaikan, ada siklus ide
Kebanyakan pembuat aplikasi berbasis AI mulai dari kolom teks — kamu bawa ide, mereka yang membangunnya. Itu cukup baik kalau kamu sudah tahu apa yang mau dibangun, tapi "apa yang harus saya bangun" adalah masalah riset sebelum menjadi masalah produk, dan itu bisa dijawab lewat kerja lapangan: apa yang dikeluhkan orang di r/smallbusiness, apa yang ditanyakan sebelas kali seminggu di subreddit niche, apa yang nongkrong di slot "kamu mungkin juga suka" pada kategori App Store yang kurang terlayani. Tim Discovery melakukan kerja lapangan itu secara terjadwal. Lima agen berjalan paralel — data tren, thread diskusi sosial, situs tanya-jawab seperti Quora dan Stack Exchange, celah kategori app store, dan yang kelima mensintesis: membaca temuan keempat agen lainnya dan mencari keluhan yang sama muncul di lebih dari satu tempat, yang biasanya menjadi pembeda antara peluang nyata dan keluhan sesaat.
Semuanya bermuara pada Opportunity Brief, dan brief bukan sekadar firasat — ia menyebutkan masalah dengan kata-kata yang benar-benar dipakai orang, memperkirakan ukuran audiens, mengutip bukti (tautan thread, cuplikan kutipan, volume pencarian bila ada), dan menetapkan cakupan MVP. Bukan "aplikasi fitness", tapi "penghitung repetisi untuk kategori latihan spesifik di bawah 40 detik yang belum punya timer yang bersih." Klik Build-this dan cakupan tepat itu langsung menjadi prompt bagi builder, tanpa penerjemahan yang bocor di tengah jalan. Kamu bisa melewati semua ini dan mengetik idemu sendiri, dan kebanyakan orang memang begitu, setidaknya di awal — Discovery baru terasa manfaatnya lebih besar di produk kedua atau ketigamu, ketika idemu sendiri sudah habis.
Yang sebenarnya menangkap audio yang bisu
Tim Builder merencanakan sebelum menyentuh kode. Kamu akan mendapat rencana singkat tertulis, dan ia akan menanyakan hal-hal yang tidak bisa ditebaknya — apakah save data per perangkat atau terhubung ke akun, apakah tier berbayar sejak hari pertama atau gratis saja untuk sekarang. Melewatkan pertanyaan itu adalah cara kamu berakhir dengan builder yang menebak salah pada sesuatu yang mahal untuk diperbaiki belakangan. Setelah kamu konfirmasi, ia membangun sementara kamu menonton preview langsung yang terus diperbarui. Cakupannya luas — website, aplikasi web dengan backend sungguhan, game 2D dan 3D, aplikasi Android, aplikasi desktop, ekstensi browser — dan ia jujur soal kecepatan: game 3D jelas berjalan lebih lambat menuju hasil akhir dibanding aplikasi web CRUD, dan itu disampaikan di depan, bukan diam-diam menghabiskan waktu tiga kali lebih lama.
Bagian yang menangkap audio Overgrowth Station yang hilang itu sama sekali bukan builder. Sekelompok agen verifier terpisah — bukan agen yang sama yang menilai pekerjaannya sendiri — meninjau kode untuk kebenarannya, mengaudit celah keamanan (injection, secret yang terekspos, route yang tidak punya pemeriksaan autentikasi), memeriksa tautan rusak dan kebersihan SEO dasar, menjalankan tes aksesibilitas terhadap hasil render, dan memastikan build benar-benar sesuai dengan rencana. Pemeriksaan terakhir itu ada karena seorang builder bisa menghasilkan kode yang secara teknis berfungsi, tapi diam-diam menghilangkan fitur yang dijanjikan rencana, saat fitur itu ternyata lebih sulit dari perkiraan. Temuan dikembalikan untuk diperbaiki, dan siklus ini melakukan verifikasi ulang alih-alih percaya begitu saja pada perbaikannya. Ketika ada sesuatu yang tetap lolos, proses perbaikan susulan yang terjadwal akan menanganinya belakangan — dalam kasus Overgrowth Station, hanya dalam hitungan jam — tanpa tiket, tanpa pengingat, tanpa manusia yang lebih dulu menyadari celahnya. Lebih lanjut soal bagaimana rantai ini sendiri dibangun ada di Bagaimana build memverifikasi dirinya sendiri.
Perilisan tanpa mengoper kamu ke reseller
Build yang selesai bisa langsung online di subdomain gratis dengan satu klik, di-deploy ke server Anda sendiri lewat SFTP, atau dirilis ke app store melalui akun developer Anda sendiri — akun Google Play Anda, akun Apple Anda, kunci Anda. Kami tidak berada di antara Anda dan semua itu, artinya Anda tetap memegang akun, pendapatan, dan opsi untuk berhenti kapan saja tanpa kehilangan aplikasi. Tim Ship mengerjakan proses pengemasan yang membosankan: file .aab bertanda tangan asli lewat toolchain Android sungguhan, bukan pembungkus, installer desktop yang ditandatangani, paket zip ekstensi browser, listing store dan deklarasi privasi yang ditulis berdasarkan apa yang benar-benar dilakukan kode, bukan template generik. Aplikasi yang tidak mengakses data lokasi tidak akan mendapat formulir privasi yang mengklaim sebaliknya.
Ada dua hal yang sengaja tetap menjadi milik Anda, bukan karena keterbatasan: biaya pendaftaran developer satu kali, dan klik rilis akhir yang mempublikasikan ke pengguna nyata. Kami sebenarnya bisa mengotomatiskan keduanya dengan info pembayaran tersimpan, tapi memilih untuk tidak melakukannya, dengan alasan yang dijelaskan di callout di bawah. Panduan lengkapnya, termasuk seperti apa pengajuan yang ditolak, ada di Dari prompt ke app store.
Bagian yang sering dilewatkan sebagian besar tool
Produk yang sudah dirilis tanpa loop umpan balik hanyalah prototipe mahal, dan di sinilah sebagian besar tool cukup memberi Anda URL lalu menghilang. Hubungkan Search Console dan Analytics, dan Tim Optimize mulai menarik data nyata setiap hari — kata kunci apa yang Anda rangking dan di posisi berapa, siapa yang mengklik, apa yang mereka lakukan setelah mendarat di halaman. Analitik store (instalasi, retensi, tingkat crash) mengisi dashboard yang sama untuk aplikasi. Ini mengubah celah menjadi proposal konkret, bukan sekadar saran samar: "halaman ini rangking posisi 14 untuk kata kunci dengan volume nyata, tag judulnya tidak menyebutkan itu, ini rewrite-nya." Pilih mode Anda — cukup melaporkan, mengusulkan dan menunggu persetujuan Anda, atau menerapkan perubahan itu sendiri sambil memantau apakah metriknya bergerak ke arah yang salah, lengkap dengan jalur rollback jika itu terjadi.
Tim Marketing membuat draf promosi yang terasa alami di mana pun ia diposting, dan ini butuh lebih banyak iterasi dari yang diperkirakan. Versi awal menempelkan tiga kalimat yang sama ke Reddit, X, dan jawaban Quora, dan hasilnya memang terasa seperti itu. Sekarang: postingan Reddit yang disesuaikan dengan nada subreddit tersebut lengkap dengan rencana balasan komentar pertama, karena di Reddit informasi sebenarnya sering ada di komentar dan postingannya cuma pancingan; thread X yang mengasumsikan pembaca akan langsung pergi setelah satu kalimat buruk; jawaban Quora yang mengajarkan sesuatu yang berguna selama dua paragraf sebelum menyebut produknya ada. Tim Ads merencanakan kampanye dan membuat draf materi kreatif — judul, gambar, penargetan — untuk platform seperti Google Ads. Setiap draf dari kedua tim menunggu persetujuan Anda.
| Tim | Apa yang dihasilkannya | Diserahkan ke |
|---|---|---|
| Discovery | Opportunity Brief lengkap dengan bukti dan cakupan MVP | Builder |
| Builder | Build terverifikasi: situs, aplikasi, game, artefak native | Rilis |
| Ship | URL live, installer, pengajuan ke store | Optimalkan |
| Optimize | Perbaikan berbasis data dari angka GSC / GA4 / store yang nyata | loopnya |
| Marketing | Draf postingan yang natif untuk tiap platform | Anda |
| Ads | Rencana kampanye dan draf materi kreatif | Anda |
Di mana loop ini berhenti dengan sendirinya
Mode otonom merangkai keenam tim sehingga riset menghasilkan build, build menghasilkan rilis, rilis menghasilkan optimasi, dan siklus ini berulang sesuai jadwalnya sendiri tanpa perlu memicu ulang tiap tahap secara manual. Kami menjalankan loop kami sendiri dengan cara ini, dan sebagian besar isi Showcase dan Unity Lab kami muncul dari sana tanpa pengawasan — tidak ada yang duduk lalu memutuskan bahwa game idle-reclamation harus ada sebelum Overgrowth Station benar-benar tercipta.



