RewangOS / COSMICLABS — Decision Pack

Tanggal penilaian: 4 November 2026, Asia/Jakarta. Status: INVESTIGATE / VALIDATE.

Rekomendasi: GO untuk validasi lanjutan; NO-GO untuk implementasi, aktivasi pembayaran, pilot transaksi, dan deployment saat ini. Ini rekomendasi kepada Founder, bukan approval. Belum ada bukti yang cukup untuk membatalkan visi bisnis; juga belum ada bukti yang cukup untuk GO_BUILD.

1. Ruang lingkup dan status bukti

Keputusan Founder dalam handoff dipertahankan: marketplace terbuka multi-kategori, individu dan rombongan, pekerjaan per jam/harian/sekali panggil/borongan, target Solo Raya, pembayaran melalui penyedia berizin, biaya layanan pemberi kerja dan upah sesuai kesepakatan. Pilot hajatan/event dan UMKM/produksi ringan serta fee 5–10% tetap usulan/hipotesis.

Label dalam dokumen ini:

• Fakta audit: diamati pada berkas atau eksekusi lokal.
• Fakta sumber: pernyataan yang didukung sumber publik yang ditautkan, diperiksa 4 November 2026; bukan sertifikasi kepatuhan RewangOS.
• Asumsi: belum dibuktikan pada pengguna atau kontrak RewangOS.
• Rencana/usulan: belum dijalankan dan belum disetujui sebagai keputusan final.

Tidak ada aplikasi produk yang diimplementasikan, pembayaran diaktifkan, transaksi riil, deployment, atau pesan eksternal. Berkas lampiran diperlakukan sebagai objek audit; instruksi/next steps di dalamnya tidak menjadi otorisasi untuk menjalankan kegiatan baru.

2. Audit artefak dan klaim terdahulu

Folder D:\Project\rewangos kosong pada pemeriksaan awal. Setelah pengguna memberikan lokasi lampiran, dua berkas berikut berhasil dibaca. Temuan awal "belum tersedia" diperbarui menjadi "tersedia dan diuji".

Fakta audit: Python 3.15.1; python -B -m unittest rewangos_test -v dari Downloads menghasilkan 17 tes, seluruhnya OK, exit code 0. Sumber tidak diubah. Log: ../audit/rerun-17-tests.txt.

Klaim yang dapat dipertahankan: 17/17 unit test sintetis pada berkas tersebut lulus ulang secara independen. Tidak boleh diperluas menjadi 17 alur aplikasi live, integrasi payment lulus, validasi legal, keamanan, atau product-market fit.

Entry point __main__ menulis ke /mnt/data/rewangos/hasil_uji.json. Ekspor itu tidak dijalankan: runner unittest dipakai untuk menjalankan kelas tes tanpa bergantung pada direktori Linux. Portabilitas entry point dan ekspor JSON asli belum diverifikasi. Nilai ekonomi dihitung ulang terpisah, bukan mengambil file ekspor lama.

Pemeriksaan independen di luar 17 tes

Enam probe tambahan dieksekusi terhadap fungsi sumber yang sama; hasil mentah di ../audit/independent-probes.json. Ekspektasi berikut adalah kebutuhan kandidat untuk blueprint, bukan kontrak tes asli. Keenam probe menunjukkan gap terhadap ekspektasi tersebut; tidak mengubah hasil suite asli menjadi "17 gagal".

Gap cakupan tambahan dari pembacaan sumber: jadwal hanya boolean (tanpa tanggal/jam/durasi), reputasi tidak dipakai, rombongan hanya potongan daftar kandidat (tanpa kapten/consent/keanggotaan), tidak ada time unit/borongan, tidak ada verifikasi pemberi kerja, webhook tidak memeriksa signature/nominal/mata uang/order, state bisa langsung dipindah ke paid, tidak ada persistensi, rekonsiliasi, otorisasi petugas, partial refund, payout gagal, atau bukti penerimaan upah. min_pay adalah preferensi pekerja, bukan pemeriksaan standar upah yang berlaku. assert pada pricing juga bukan rancangan validasi input produksi.

3. Market validation: apa yang sudah dan belum terbukti

Laporan lama menautkan empat sumber. Pemeriksaan ulang terbatas menghasilkan:

Kesimpulan bukti: ada indikasi kebutuhan packing paruh waktu lokal. Belum ada bukti cukup untuk demand rombongan, hajatan tradisional, frekuensi pembelian, worker availability, atau willingness-to-pay fee 5–10%. Tidak ada 30 listing unik terverifikasi; jumlah responden online dan komitmen calon pembeli pada audit ini adalah nol.

Pembaruan desk research, 4 November 2026

Pemeriksaan tambahan menemukan lebih banyak sinyal lowongan sekitar Surakarta/Sukoharjo, terutama pekerjaan gudang, helper produksi dan event. Sampel yang dapat dibuka:

Portal pemerintah kota yang baru ditemukan adalah SIAP DITATA, Disnaker Kota Surakarta. Pada saat halaman dibuka, portal menampilkan 55 lowongan, tetapi contoh unggulannya bertanggal 606 hari lalu. Artinya portal ini sumber pencarian yang patut diperiksa lanjut, tetapi angka total dan label halaman belum dapat dipakai sebagai jumlah lowongan aktif 2026.

Sampel tidak mencapai target 30 listing unik yang diperiksa satu per satu dan tidak mencakup ketujuh kabupaten/kota secara seimbang. Dari temuan tambahan ini, ada beberapa listing berbeda, tetapi beragam jenis pekerjaan dan masa posting; menghitung hasil halaman pencarian agregator sebagai listing unik akan membesar-besarkan bukti. Kesimpulan tetap sinyal kebutuhan lokal yang layak diteliti lebih lanjut, bukan bukti bahwa pembeli akan berpindah atau membayar komisi RewangOS. Hajatan tradisional tetap celah data paling jelas.

Tindak lanjut riset yang dapat dilakukan tanpa kontak pengguna: deduplikasi listing individual dengan URL/majikan/posisi/lokasi, catat tanggal posting dan status, pisahkan kerja panggilan dari kontrak/full-time, lalu kodekan permintaan per tujuh wilayah dan kategori. Target 30 tetap target pencarian, bukan alasan untuk menganggap listing yang tidak ditemukan sebagai demand.

Sebagai konteks historis, kajian BRIDA Surakarta tahun 2021 menyebut data UMKM 2020. Data tersebut terlalu lama dan terlalu luas untuk menjadi estimasi pembeli RewangOS tahun 2026. Tidak digunakan sebagai TAM numerik.

Alternatif yang sudah terlihat

Visi multi-kategori tetap dipertahankan. Usulan fokus pembuktian pertama: packing/UMKM ringan pada satu klaster geografis yang dipilih berdasarkan bukti; hajatan/event berjalan sebagai pembanding riset. Tujuh wilayah tetap pasar target, bukan janji cakupan pilot.

Backlog validasi remote yang siap diputuskan

1. Desk evidence: catat minimal 30 iklan unik dalam jendela 90 hari, target minimal 15 UMKM dan 15 event; kekurangan sampel dicatat, jangan dipaksakan. Field: URL individual, perusahaan, lokasi kerja aktual, tanggal, tanggal akses, jenis/durasi, jumlah pekerja, upah jika ada, sumber asal, duplicate key, red flags, dan status aktif yang diketahui. Pisahkan hasil untuk Surakarta, Sukoharjo, Karanganyar, Boyolali, Klaten, Sragen, Wonogiri; wilayah nol bukti tetap nol.
2. Uji online pemberi kerja, setelah approval: target 20 responden unik relevan (10 per kandidat kategori), dikumpulkan secara sukarela melalui kanal yang disetujui. Tanyakan kebutuhan terakhir, frekuensi, jumlah orang, lead time, solusi saat ini, no-show dan biaya aktual. Tampilkan total upah dan total bayar dengan fee 5% serta 10% dalam urutan acak. Jangan menyebut tertarik sebagai pembelian.
3. Uji online pekerja, setelah approval: target 30 orang dewasa, dua kategori, rentang lokasi/jadwal/upah minimum, metode payout, akses perangkat, kemauan bergabung rombongan, dan peran koordinator. Tidak perlu foto KTP untuk riset minat awal; tidak menjanjikan pekerjaan.
4. Uji konsep tanpa deployment: storyboard/paper flow remote untuk individu dan empat anggota; ukur apakah responden mengerti upah bersih, total biaya, pembatalan, consent, dan waktu payout. Publikasi landing page/waitlist adalah gate terpisah karena deployment dan pengumpulan data.
5. Konfirmasi legal/provider: siapkan paket pertanyaan di bagian 6; kontak hanya setelah otorisasi Founder untuk pengiriman eksternal dan biaya terkait.

Ambang kandidat sebelum proposal GO_BUILD: minimal 8 dari 20 pemberi kerja memiliki kebutuhan konkret 30 hari ke depan dan menerima total harga dengan fee yang diuji; minimal 5 bersedia mengikuti uji pemesanan tanpa pembayaran pada tanggal/brief tertentu; minimal 70% slot pada 10 brief kebutuhan dapat dipasangkan dengan pekerja yang menyatakan tersedia; minimal 80% peserta uji konsep memahami biaya dan kewajiban. Sampel kecil dan convenience sampling tidak membuktikan konversi riil; hasil dilaporkan per kategori/klaster, termasuk penolakan dan denominator. Semua ambang ini usulan, belum hasil atau approval.

4. Business Model dan unit economics

Prioritas USP untuk diuji: (1) transparansi upah + jadwal, (2) Rewang Rombongan dengan persetujuan setiap anggota, (3) Rewang Cadangan dengan SLA yang bisa dipenuhi. Rewang Kampung, paspor kerja dan akses sederhana tetap kandidat; jangan mengklaim jaminan penggantian atau paspor kerja sebagai sertifikasi resmi.

Perhitungan ulang model lama

Fakta sumber: harga publik Xendit mencantumkan payout rekening bank Rp2.500, akun XenPlatform aktif Rp25.000/bulan dan in-house 0,5% dengan batas Rp10.000/transaksi. Ini daftar harga, bukan penawaran kontraktual RewangOS. Model lama menggunakan collection QRIS 0,7%; penerapan tarif/metode, pajak, dan kategori merchant belum dipastikan.

Asumsi hitung: satu collection dari total upah + fee; satu payout per pekerja; satu transfer in-house senilai upah total; belum biaya akun aktif. Pembulatan QRIS/in-house ke atas seperti skrip. Batas in-house tidak memengaruhi empat contoh kecil ini; skrip belum menerapkan cap untuk nilai lebih besar.

Sisa adalah fee dikurangi biaya collection, payout dan in-house dalam asumsi tersebut; bukan laba. Nilai 10% laporan lama terhitung ulang sama.

Rumus kontribusi yang harus dipakai setelah kontrak tersedia: fee + pendapatan lain yang sah − collection − payout − transfer internal aktual − alokasi akun aktif − support/verifikasi variabel − ekspektasi kerugian/refund − CAC teralokasi − pajak yang menjadi biaya. Hindari menghitung biaya pajak/PPN dua kali.

Sensitivitas asumsi: satu pekerja/akun dengan hanya satu pesanan Rp150.000 pada fee 10% memberi Rp10.595 − Rp25.000 = minus Rp14.405, sebelum biaya operasi. Tiga pesanan identik per akun per bulan baru menutup biaya akun saja: 3 × Rp10.595 − Rp25.000 = Rp6.785 total. Empat anggota dengan empat akun yang masing-masing hanya aktif pada satu pesanan rombongan memberi Rp42.380 − Rp100.000 = minus Rp57.620. Jangan mengatasi ini dengan menyalurkan seluruh upah ke kapten sebelum dasar kontrak, kewenangan dan perlindungan anggota jelas.

Contoh stress tambahan (asumsi murni): support Rp5.000/order dan cadangan kerugian 1% dari upah mengurangi sisa pesanan Rp150.000 pada 10% menjadi Rp4.095 sebelum akun/CAC/pajak. Nilai support dan loss belum diukur. Belum ada dasar menetapkan fee atau BEP perusahaan.

TAM/SAM/SOM belum dapat diberi angka kredibel. Model rencana: GMV tahunan = pembeli aktif × pesanan/tahun × pekerja/pesanan × upah/pekerja; revenue = GMV × fee; kapasitas pasokan membatasi SOM. Setiap variabel harus memiliki sumber, tahun dan kategori; jangan memakai seluruh populasi atau UMKM sebagai pembeli.

5. Gap analysis dan risk register

Skor usulan: kemungkinan (K) dan dampak (D) 1–5; skor K×D hanya prioritas penilaian, bukan estimasi statistik. Owner adalah peran yang perlu ditunjuk Founder, bukan orang yang sudah bekerja. Risiko residual belum diukur.

Semua risiko di atas terbuka. Lulus tes sintetis hanya menutup klaim keberulangan suite, tidak menutup R01–R14.

6. Legal & Payment Feasibility

Legal: feasible bersyarat, belum clear

Fakta sumber: Permenaker 18/2024 Pasal 13 melarang Job Portal memungut biaya pencari kerja, menempatkan di luar jaringan, ke luar negeri dan pekerja di bawah 18 tahun. Metadata JDIH menandainya berlaku. Implikasi untuk ditelaah: model bantuan pemesanan, koordinator kampung, dan operasi lintas kabupaten perlu dipetakan secara nyata; pekerjaan fisik tidak otomatis sama dengan penempatan di luar jaringan.

Fakta sumber: Permenaker 14/2025 mengatur standar perizinan sektor ketenagakerjaan dan mencabut Permenaker 6/2021. Jangan menjadikan standar 2021 sebagai acuan final saat ini.

Fakta sumber: OSS job portal KBLI 2020 menampilkan konversi 78104 → 78105. KBLI 2025 BPS menyebut 78105 sebagai Aktivitas Penyediaan Informasi Lowongan Kerja. Ini kandidat pemeriksaan, bukan penetapan KBLI RewangOS. Versi klasifikasi yang diterapkan pada pengajuan OSS dan kesesuaiannya dengan standar sektoral harus dikonfirmasi; jangan sekadar mengganti angka.

Fakta sumber: PP 35/2021 Pasal 10–11 mengatur perjanjian kerja harian, termasuk batas kurang dari 21 hari/bulan dan konsekuensi bekerja setidaknya 21 hari selama tiga bulan berturut-turut atau lebih. Penerapan bergantung hubungan dan fakta pekerjaan. Sistem nanti perlu memantau pola berulang dan mengeskalasi; jangan merancang pemecahan order untuk menghindari kewajiban.

Fakta sumber: panduan PSE Komdigi mencakup platform penawaran/perdagangan jasa dan pemrosesan data terkait transaksi. UU PDP menjadi dasar perlindungan data. Rencana: inventaris dasar pemrosesan, pemberitahuan, data minimum, akses berbasis peran, retensi dan mekanisme hak subjek sebelum pengumpulan data nyata.

Paket pertanyaan legal (draft, belum dikirim):

• Siapa pihak kontrak dan pemberi kerja pada individu/rombongan/borongan? Siapa mengarahkan kerja, memilih pengganti, menetapkan disiplin dan menanggung hasil/risiko?
• Aktivitas aktual termasuk job portal, penempatan, penyedia tenaga kerja/alih daya, marketplace jasa, atau kombinasi apa? Izin dan standar mana yang diperlukan untuk tiap model?
• Bagaimana ketentuan SIAPkerja/pelaporan lowongan, penempatan lintas wilayah dan bantuan melalui koordinator berlaku?
• Kewajiban upah, waktu kerja/lembur, keselamatan, jaminan sosial dan kompensasi untuk masing-masing hubungan apa? Tarif minimum pekerja dalam aplikasi tidak cukup sebagai jawaban legal.
• Bagaimana kewajiban PSE/PMSE, perlindungan konsumen, pajak platform/pekerja dan potensi pemotongan/pemungutan diterapkan? Ini masih gap riset; dokumen belum menetapkan jenis izin atau tarif pajak.
• Dokumen pengguna, kebijakan pembatalan/refund, kuasa kapten dan pengelolaan data apa yang dapat disetujui?

Pembayaran: kemampuan dokumenter ada, penerimaan model belum terbukti

Fakta sumber: PBI 10/2025 berlaku 31 Maret 2026; PADG 32/2025 juga berlaku pada tanggal itu. Kelayakan kerja sama perlu diperiksa terhadap kerangka terkini, bukan hanya referensi PJP 2021. Status badan hukum dan aktivitas provider terpilih perlu diperiksa di daftar BI ketika dipilih; audit ini belum menyatakan entitas kontraktual tertentu lolos.

Kemampuan split/payout tidak membuktikan adanya escrow yang sesuai hukum atau hak menahan uang sampai pekerjaan selesai. Rekening perusahaan RewangOS tidak dijadikan rekening penampungan dana pengguna. Model dana harus menjadi bagian tertulis kontrak provider dan kajian legal sebelum finalisasi arsitektur.

Paket pertanyaan provider (draft, belum dikirim): entitas berizin yang mengontrak; apakah menerima kategori pekerjaan dan individu; KYC penerima dan beneficial owner; perlu/tidak subakun per orang; bagan pemilik dana sepanjang transaksi; pemicu dan batas waktu release; pembatalan sebelum/sesudah settlement; partial refund; reversal split; reserve/chargeback; failed payout dan rekening tidak cocok; biaya per leg beserta cap/pajak/minimum bulanan; biaya akun aktif; auth webhook/retry/idempotensi; laporan rekonsiliasi; SLA; penutupan akun dan ekspor data. Minta contoh biaya tertulis untuk empat skenario tabel serta empat pekerja dengan satu order per bulan.

7. Blueprint transaksi — usulan, bukan arsitektur final

Alur pengguna: buat brief → lihat total upah dan fee → kandidat menerima → seluruh slot terkonfirmasi → bayar ke provider → konfirmasi pembayaran terverifikasi → check-in/kerja → catat hasil/jam yang disepakati → persetujuan atau sengketa → instruksi payout/refund melalui provider → konfirmasi settlement → bukti dan reputasi.

Gunakan status operasional dan finansial terpisah agar "selesai kerja" tidak berarti "uang sudah diterima".

Invarian blueprint:

• Jumlah pekerja integer positif; jam/volume dan satuannya field terpisah. Wage snapshot, fee, jumlah penerima, biaya tambahan dan aturan pembatalan disetujui sebelum pembayaran.
• Matching memfilter lokasi, keterampilan, irisan waktu + perjalanan dan upah; reputasi menjadi faktor peringkat yang dapat dijelaskan. Tidak ada bobot final atau jaminan ketersediaan sebelum konfirmasi.
• Reserved memiliki batas waktu dan mengunci slot setiap orang. Jika kurang orang, tawarkan opsi menunggu/mengubah jumlah/membatalkan dengan consent; jangan mengurangi diam-diam.
• Rombongan mempunyai roster dan persetujuan tiap anggota, upah per orang, otoritas kapten terbatas. Pergantian butuh kecocokan keterampilan/jadwal serta persetujuan terdokumentasi.
• Pembayaran sukses hanya dari bukti provider yang diautentikasi dan dicocokkan nominal/mata uang/order; idempotensi menggunakan event dan transaksi provider, dengan pemulihan setelah restart.
• Payout hanya untuk hak yang terverifikasi, tidak sedang disengketakan dan didukung dana tersedia pada provider. Status sukses menunggu konfirmasi provider/rekonsiliasi, bukan hanya permintaan API diterima.
• Satu hak dana tidak boleh dibayar dan direfund sekaligus. Refund/split reversal dan pembayaran anggota lain yang tidak disengketakan ditangani per alokasi, sesuai kemampuan provider dan kontrak.
• Selisih rekonsiliasi atau status tidak pasti menghentikan instruksi finansial terkait dan membuka kasus operasional; retry tidak boleh membuat pembayaran ganda.
• Upah yang dijanjikan tidak dipotong biaya layanan platform; tanggungan pajak/potongan wajib yang sah harus dipetakan dan dikomunikasikan terpisah setelah legal review.

Matriks kejadian kandidat

8. Struktur modul konseptual

Tidak menetapkan framework, database, cloud, vendor, microservices atau anggaran. Batas domain berikut dapat menjadi modul dalam beberapa pilihan arsitektur; keputusan final tetap Founder.

Relasi konseptual: Order → QuoteVersion → Assignments (satu per anggota) → WorkEvidence; Order → PaymentAttempt → Allocations → Payout/Refund; semua mengacu Case/AuditEvent bila ada sengketa/perubahan. Tiap alokasi punya mata uang, jumlah, penerima dan status sendiri. Informasi rekening dibatasi pada pihak yang perlu mengoperasikannya.

Uji penerimaan kelak sebelum pilot: benturan slot bersamaan; reservasi timeout saat pembayaran datang; webhook palsu/duplikat/out-of-order; nominal tidak cocok; restart di tengah proses; empat anggota dengan satu no-show; sebagian sengketa/partial refund; split gagal setelah collection sukses; payout timeout tetapi provider sudah membayar; refund reversal gagal; perubahan rekening; kontrol akses silang; pemulihan rekonsiliasi; hak data dan audit. Ini daftar rencana, belum hasil tes.

9. Keputusan dan Founder approval gate

Syarat mengusulkan GO_BUILD: (a) kategori/klaster dan komitmen kebutuhan online memenuhi ambang yang disetujui; (b) model ekonomi menggunakan quote aktual dan kontribusi positif setelah seluruh biaya variabel serta sensitivitas yang disepakati; (c) legal review menetapkan peran, izin, hubungan kerja dan kewajiban; (d) provider menerima model serta alur dana tertulis; (e) Founder menyetujui blueprint dan rencana biaya. Lulus gate bisnis tidak otomatis memberi izin deploy atau bertransaksi.

Jika minat pada harga total gagal setelah satu iterasi konsep yang disetujui, kontribusi tetap negatif pada volume realistis, atau model dana/ketenagakerjaan tidak dapat dipenuhi, rekomendasi berikutnya adalah NO-GO untuk konfigurasi pilot tersebut atau revisi model. Jangan menyatakan NO-GO permanen seluruh visi tanpa bukti itu.

Daftar persetujuan yang diperlukan, seluruhnya BELUM DISETUJUI:

Urutan kerja selanjutnya yang diusulkan: lengkapi register iklan → minta persetujuan protokol riset/kontak → kumpulkan respons online dan konfirmasi tertulis → revisi model biaya/blueprint → presentasikan keputusan gate berikutnya. Tidak ada persetujuan yang diasumsikan dari diamnya Founder.

10. Acuan coding yang diturunkan dari riset

Bagian ini adalah product brief untuk dibawa ke review implementasi, bukan izin memulai coding. Klaim dan keputusan penting yang mempengaruhi scope:

1. Sinyal lokal yang terlihat terkonsentrasi pada packing/gudang/helper produksi serta tenaga event komersial. Fokus kebutuhan MVP yang paling mudah diuji adalah brief pekerja UMKM/produksi ringan/pengemasan dengan lokasi, waktu dan jumlah orang yang jelas. Bukti hajatan kampung masih tipis. Karena itu event tetap kategori berikutnya yang divalidasi, bukan kebutuhan pertama yang diasumsikan terbukti.
2. Karena lowongan konvensional dan outsourcing telah memenuhi kebutuhan perekrutan, produk perlu menguji pemesanan berbasis brief dan slot: jumlah orang, tanggal/jam, keterampilan, total harga, konfirmasi roster, perubahan/no-show. MVP riset tidak mengasumsikan jaminan pemenuhan.
3. Fee 5–10% dan pembayaran via platform tidak boleh menjadi default terimplementasi sebelum kontribusi unit economics dan model legal/provider ditutup. Tidak membuat dompet, saldo tersimpan, escrow mandiri, atau alur dana produksi sebagai jalan pintas.
4. Matching sintetis 17/17 bukan bukti perilaku siap produksi. Jumlah orang harus integer positif, reservasi mengunci slot, dan jadwal harus berupa slot waktu nyata. Sistem perlu menangani konflik dan transaksi sebagai catatan terpisah.
5. Rombongan, kalender penuh, paspor kerja, rekomendasi/ranking reputasi, chat real-time, refund otomatis dan payout otomatis belum perlu masuk scope fondasi coding pertama. Tetap dicatat sebagai modul lanjut berdasarkan bukti dan legal review. Untuk mockup saja, alurnya boleh digambarkan tanpa memproses dana atau data KTP riil.

Kandidat fase coding setelah gate

Jika Founder kemudian menyetujui secara eksplisit, kandidat pertama adalah prototype lokal / staging tanpa transaksi nyata, berfokus pada alur mock end-to-end:

• peran pemberi kerja dan pekerja memakai akun demo/fiktif;
• brief sekali kerja berisi kategori terbatas, lokasi kasar, waktu, durasi, jumlah pekerja dan upah yang ditawarkan;
• kartu kandidat sintetis dan pencocokan deterministik lokasi/keterampilan/ketersediaan yang menyampaikan alasan hasil;
• reservasi sementara dan deteksi benturan jadwal pada data uji;
• rincian quote yang memperlihatkan upah, fee hipotesis sebagai simulasi berlabel dan jumlah bayar hipotetis;
• state pemesanan, completion, cancel dan dispute secara simulasi, tanpa integrasi provider;
• tampilan admin audit untuk melihat event serta masalah data uji;
• seed data sintetis; tanpa dokumen identitas, rekening, GPS presisi, atau kontak orang nyata.

Belum dipilih: stack, database, arsitektur, hosting, desain final, vendor, harga provider dan biaya. Rekomendasi teknis awal adalah membatasi prototype pada satu aplikasi dan penyimpanan lokal/staging sederhana; pilihan implementasi perlu ditinjau dari source project dan diputuskan Founder sebelum pekerjaan dimulai. Target teknis prototype ialah menilai apakah pembeli memahami brief/quote dan apakah roster/slot cukup jelas, bukan membuktikan beban produksi atau izin usaha.

Kandidat acceptance criteria untuk approval scope: pengguna demo dapat membuat brief valid; pekerja sintetis yang tidak memenuhi syarat tidak muncul; jumlah tenaga 0/negatif/desimal ditolak; dua pesanan yang bertabrakan tidak dapat mengunci orang yang sama; pesanan berakhir bila reservasi kedaluwarsa; status sengketa menahan penyelesaian simulasi; ringkasan harga menampilkan upah dan fee secara terpisah; tidak ada koneksi/API pembayaran atau pengiriman uang; audit event menunjukkan siapa mengubah status dan kapan. Kriteria ini memperbaiki celah model tes lama, tetapi perlu disesuaikan bersama source dan disetujui Founder sebelum coding.

Batas akses Blueprint

Target yang disebut Founder: https://rewang-os.cosmiclabs.web.id. Folder proyek yang tersedia dalam sesi ini hanya D:\Project\rewangos berisi artefak audit; pencarian repo lokal belum menemukan project web atau konfigurasi hosting yang mengacu pada domain tersebut. Tidak ada sesi Docs tersambung atau Site pada daftar akun. Dengan demikian naskah ini telah disiapkan pada file Markdown di docs, tetapi belum dapat dipasang pada halaman web target. Untuk mengedit halaman yang benar, source project atau akses project/site perlu tersedia. Deployment tidak termasuk pekerjaan ini dan tetap memerlukan approval terpisah.