YULA Lab
Sistem operasi

Cara kami bekerja.

Halaman ini menjelaskan mekanisme dalam kode sumber dan cakupannya. Jumlah produk, klaim, tingkat bukti, status siklus hidup, dan tampilan kedaluwarsa dihitung dari data tercatat; tugas yang berjalan di sistem nyata memerlukan bukti eksekusi terpisah.

8
produk
6
klaim tercatat
4
tangkapan layar bersumber
0
studi kasus

Tingkat bukti

Setiap klaim tercatat diberi tingkat. Ini bukan peringkat kualitas, melainkan penanda cakupan agar pembaca dapat membedakan “kami membaca kode dan menghitungnya” dari “teks kami sendiri yang menyatakannya”.

K0Dilaporkan sendiri

Data produk sendiri yang menyatakannya; belum ada pemeriksaan ulang independen. Ini tingkat paling lemah dan tidak pernah ditampilkan seolah lebih kuat.

klaim: 0
K1Diverifikasi dalam kode sumber

Kode runtime telah dibaca dan dihitung; klaim didasarkan pada kode itu sendiri.

klaim: 5
K2Terukur

Dijalankan dan diukur pada lingkungan nyata; hasil dicatat bersama tanggalnya.

klaim: 1
K3Diverifikasi pihak ketiga

Dikonfirmasi oleh pihak di luar YULA.

klaim: 0

Mesin status produk

4 status, masing-masing mengubah sesuatu secara nyata. Status yang tidak mengubah apa pun hanyalah label—menampilkannya sebagai tahap justru menjadi sandiwara yang ingin dihindari halaman ini.

Tersediaproduk: 2

Diurutkan pertama pada indeks produk; setiap tangkapan layar harus memiliki sourceBuild dan capturedAt atau build gagal.

Betaproduk: 1

Aturan buktinya sama dengan produk tersedia; diurutkan setelahnya pada indeks.

Penelitianproduk: 5

Ditampilkan pada bagian terlipat tersendiri, dan tautan utamanya tidak boleh menuju URL toko—produk yang belum dapat diunduh tidak boleh tampak seolah dapat diunduh.

Diarsipkanproduk: 0

Tidak lagi muncul pada indeks produk bawaan; catatannya tetap ada, tempat di etalase tidak.

Kebijakan klaim publik

Klaim tercatat, statistik tertaut, tangkapan layar, dan studi kasus memiliki pemeriksaan otomatis. Teks promosi bebas ditinjau secara terpisah.

  • Kekurangan struktural menggagalkan proses build: klaim tanpa sumber, cakupan, penanggung jawab, atau tanggal tidak dapat dirilis.
  • Tanggal harus memakai angka nol di depan—satu nol yang hilang (2026-9-18) dapat membuat klaim tidak pernah kedaluwarsa hingga pergantian tahun.
  • Kedaluwarsa TIDAK menggagalkan build, melainkan mengubah halaman: klaim kedaluwarsa bukan klaim palsu, tetapi belum diverifikasi ulang—tidak pernah dihapus dan ditampilkan sebagai menunggu verifikasi ulang.
  • Kartu statistik tidak boleh menampilkan angka yang tidak tercantum dalam klaim yang ditautkannya.
  • Produk yang belum dirilis tidak boleh menampilkan layar rekaan; setiap tangkapan layar mencantumkan versi asal dan tanggal pengambilannya.
  • Pemeriksaan teks mencari 12 pernyataan yang dahulu terbukti salah berdasarkan namanya dan mencegahnya muncul kembali.
  • Gerbang studi kasus: tanpa izin, kondisi awal, artefak, hasil terukur, pelajaran dari kegagalan, dan tanggal berlaku, tidak ada studi kasus.

Privasi dan keamanan

Formulir kontak, pengukuran alur pengguna, dan pengiriman email memiliki kontrol terpisah. Halaman privasi menjelaskan kategori data dan tujuannya.

  • Saat pengiriman kontak baru dinonaktifkan, endpoint formulir mengembalikan 503. Pengiriman notifikasi yang telah diterima bergantung pada konfigurasi email dan eksekusi pemroses antrean terpisah; menutup penerimaan baru tidak membatalkan email tertunda.
  • Persetujuan bukan sekadar kotak centang, melainkan catatan tersendiri dengan versi pemberitahuan bertanggal—mengetahui seseorang menyetujui sesuatu tidak menjelaskan apa yang disetujui.
  • Pengukuran alur pengguna menolak teks bebas: nilai bidang dibatasi dan string kueri dihapus dari jalur halaman. Catatan mentah memiliki masa retensi 30 hari dan tugas yang menghapus catatan kedaluwarsa; penghapusan yang selesai di produksi dikonfirmasi melalui catatan eksekusi.
  • Permintaan data mencakup verifikasi alamat email. Memverifikasi alamat tidak berarti permintaan akses, koreksi, atau penghapusan telah dipenuhi.
  • Situs dikonfigurasi dengan CSP yang membatasi sumber konten dan header yang mencegah situs lain membingkainya. Halaman umum dan halaman verifikasi email menggunakan aturan CSP yang berbeda.

Batas AI dan manusia

Sebagian besar situs ini ditulis oleh sesi AI. Batasnya tidak dibiarkan samar—batas tersebut terikat pada kelas risiko.

  • Gerbang pendiri: pengajuan toko, harga, uang nyata, kepemilikan akun, persoalan hukum, dan keputusan yang tidak dapat dibatalkan hanya menjadi kewenangan manusia.
  • Pekerjaan keamanan, pembayaran, migrasi, dan privasi memerlukan tinjauan independen sebelum diterima; tidak ada yang menyetujui pekerjaannya sendiri. Tinjauan benar-benar dapat menolak—catatan memuat putaran yang ditolak lebih dari sekali.
  • “Selesai” bukan persentase: pekerjaan baru berakhir ketika mencapai ACCEPTED, dan status itu tidak dapat dicapai tanpa baris bukti.
  • Langkah yang memerlukan manusia, perangkat, atau jadwal dicatat sebagai EXTERNAL GATES, dengan tindakan yang dibutuhkan dan bukti penyelesaian dinyatakan secara tegas.

Keterbatasan saat ini

Bagian ini adalah konsekuensi dari keberadaan halaman ini. Menjelaskan cara kami menjaga kejujuran tanpa menyebut bagian yang belum kami penuhi justru menjadi kegagalan yang ingin dicegah.

  • Pemeriksaan teks berjalan pada setiap build, tetapi target lintas repositori hanya tersedia secara lokal dan di CI—deployment yang menyajikan halaman ini menjalankan versi yang lebih terbatas.
  • Studi kasus tidak menyediakan angkanya sendiri: studi menyebut angka terverifikasi dari klaim registri yang dilaporkan, lalu angka tampilan dibaca dari registri. Aturan yang sama berlaku untuk judul, label metrik, dan bagian “perubahan setelahnya”, karena ketiganya dibaca sebagai klaim. Kondisi awal, kendala, ringkasan keputusan, label artefak, cakupan izin, dan pelajaran kegagalan tetap berupa teks bebas—angka biasa diperbolehkan di sana. Batas yang diketahui: string berbentuk pengenal seperti “Accuracy-95” diterima sebagai label.
  • Halaman detail produk memakai tanggal verifikasi untuk toko dan ketersediaan; klaim ketersediaan yang kedaluwarsa menampilkan pemberitahuan verifikasi ulang. Masa verifikasi telah berakhir untuk 5 tampilan tercatat. Pemeriksaan ini tidak mencakup semua teks promosi.
  • Keterjangkauan tautan tidak menjadi penghalang di CI: URL toko yang tidak berfungsi memunculkan peringatan, bukan menggagalkan alur kerja.
  • CI mencakup lint, pemeriksaan tipe, pengujian, build, dan pemeriksaan dependensi. Hasil dinilai berdasarkan perubahan dan catatan eksekusi terkait; pemeriksaan lokal tidak membuktikan rilis produksi.
  • Konfigurasi deployment bawaan menjadwalkan tugas email sekali sehari. Ini bukan janji waktu pengiriman; pengiriman bergantung pada konfigurasi email, penyedia, dan keberhasilan eksekusi tugas.

Terkait: transparansi produk · studi kasus