Skip to main content
Kalau sebuah toggle tidak diisi, repo menganggap fitur itu aktif. Nilai false, 0, no, atau off diperlakukan sebagai kondisi nonaktif.

Matrix cepat

Detail per toggle

Dampak yang paling terasa:
  • /auth/confirm akan mengarahkan ke error kalau auth dianggap tidak aktif,
  • POST /api/profile/avatar juga memeriksa availability auth,
  • area dashboard dan route yang butuh session tetap harus diperlakukan sebagai area nonaktif secara produk.
Artinya secara operasional:
  • jangan arahkan user ke login atau dashboard kalau auth memang dimatikan,
  • kalau produkmu hanya waitlist atau marketing site, auth off adalah setup yang wajar.
Dampak yang paling terasa:
  • halaman /waitlist akan menampilkan notice disabled atau not configured,
  • POST /api/waitlist akan mengembalikan 503 kalau fiturnya tidak aktif,
  • health check akan menganggap waitlist sengaja mati atau belum siap.
Cocok dimatikan kalau:
  • kamu sudah launch penuh,
  • kamu tidak ingin mengumpulkan lead di luar flow signup.
Dampak yang paling terasa:
  • halaman /contact tetap ada, tetapi form akan masuk mode notice jika fitur belum siap,
  • POST /api/contact akan mengembalikan 503 kalau fitur tidak aktif,
  • rate limit form kontak tidak relevan lagi kalau fitur dimatikan.
Cocok dimatikan kalau:
  • support dipindahkan ke email langsung, Discord, WhatsApp, atau helpdesk eksternal.
Dampak yang paling terasa:
  • /dashboard/billing akan menampilkan state disabled atau fallback,
  • tombol payment di billing tidak lagi usable,
  • POST /api/payments dan POST /api/subscription dianggap tidak aktif,
  • health check akan menandai billing dan payments sebagai fitur yang tidak dipakai.
Cocok dimatikan kalau:
  • produk belum dijual publik,
  • akses diberikan manual,
  • kamu masih fase waitlist atau pilot private.
Dampak yang paling terasa:
  • /admin menampilkan feature notice,
  • POST /api/admin/users/role dianggap tidak tersedia untuk operasional harian,
  • tim kehilangan panel visual untuk payment, webhook, dan audit trail.
Cocok dimatikan kalau:
  • kamu belum butuh panel internal,
  • semua operasi masih dilakukan manual dari dashboard provider dan database.
Dampak yang paling penting untuk dipahami:
  • toggle ini dipakai untuk readiness planning dan seharusnya juga mengendalikan surface AI yang kamu tampilkan ke user,
  • route AI saat ini tetap sangat bergantung pada auth user, provider key, usage limit, dan rate limit,
  • kalau kamu membangun UI AI sendiri, kamu tetap perlu menyembunyikannya saat toggle ini dimatikan.
Praktiknya:
  • gunakan toggle ini sebagai keputusan produk,
  • gunakan provider env dan auth check sebagai keputusan runtime.

Gate yang bukan toggle, tetapi sama pentingnya

Cara mengubah toggle dengan aman

  1. Ubah toggle di .env.local atau env production.
  2. Jalankan npm run env:check.
  3. Cek GET /api/health.
  4. Buka halaman yang paling terpengaruh.
  5. Pastikan navigasi dan CTA ikut disesuaikan.
Kalau kamu sedang memilih kombinasi toggle yang realistis, baca Mulai dengan benar dan Checklist launch per use case.