bijaksana.info — Audited Domain Plan

Current Reality

• The available implementation evidence points to the same shared bijaksana-worker/ stack used across the bijaksana domain family.
• There is no evidence here for an independent .info application.

Recommended Role

• Keep bijaksana.info as either:
  • a redirect
  • a documentation/explainer entrypoint
  • or a campaign domain using the same Worker backend

Cloudflare Rules

• Reuse the shared Worker + KV + AI setup.
• Do not fork product state or add separate infrastructure just for this alias.

Definition of Done

• The domain purpose is explicit.
• It depends on the same shared Cloudflare stack as the rest of the bijaksana family.

⚙ 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.