bijaksana.xyz — Audited Domain Plan

Current Reality

• The only concrete implementation evidence for the bijaksana family is the shared bijaksana-worker/ stack.
• There is no evidence that bijaksana.xyz needs its own product runtime.

Recommended Role

• Treat bijaksana.xyz as:
  • a redirect
  • an experiment/campaign domain
  • or a temporary acquisition shell on the same shared Worker backend

Cloudflare Rules

• Reuse the same Worker, KV, and AI infrastructure.
• Do not duplicate databases, asset stores, or auth systems for this alias.

Definition of Done

• The domain role is explicit and limited.
• It uses the same shared bijaksana Cloudflare stack.
• It does not introduce a separate runtime surface.

⚙ HARD CONSTRAINTS (enforced for all sites)

This domain MUST operate within these constraints — no exceptions:

• 100% Cloudflare serverless — Workers + D1 + R2 + KV + Workers AI + Vectorize. NEVER PM2, NEVER VPS, NEVER Docker in production path.
• 100% AI-automated — every customer interaction, every moderation decision, every transaction reconcile = AI. No manual queue, no live human chat support, no physical fulfillment.
• 1-operator solo — one person can run the entire operation from a phone. No team meetings, no shared inbox, no shift rotation.
• WhatsApp AI bot for all support (24/7, instant response, no SLA promises that need humans).
• Mayar QRIS for all Indonesian payments (subscription auto-renew, no manual invoicing).
• Indonesian UI primary — bahasa-first, English fallback only where unavoidable.
• Privacy — opt-in only, delete-on-request honored within 24h (cron-driven).
• No physical goods, no inventory — digital products + affiliate referrals only.

If the plan above describes any flow that violates these constraints, treat the plan as ASPIRATIONAL only and rework before building. The constraint trifecta wins.