Public knowledge stays public and free
Public KB, public Ask, public discovery, and safety guidance remain available without paid private workspace access.
Paid private workspace access is planned around authorized private context. It does not weaken tenant isolation, redaction, protected review, destructive-action safeguards, or audit requirements.
These pages are planning and readiness surfaces only. They do not create accounts, start checkout, accept private documents, or enable private workspace answers.
Public KB, public Ask, public discovery, and safety guidance remain available without paid private workspace access.
Private value is planned around workspace-scoped private sources, search, answers, audit, retention, and team controls.
Knowing who a user is may allow workspace-scoped access in the future; it does not grant global or cross-tenant access.
Paid users still cannot bypass redaction, tenant isolation, protected review, destructive-action safeguards, or audit requirements.
Private reads, citations, exports, and answers must be limited to the authorized workspace.
Public and private routes must keep credentials, tokens, provider values, account secrets, and database settings out of browser-visible output.
Diagnostics and errors must use compact categories and redaction flags instead of trace details.
Protected reviewer values, private drafts, protected raw records, and admin-only output stay server-side.
Future private workspace mutations need explicit confirmation, idempotency, authorization, and audit-safe records.
Agents can inspect the readiness, lifecycle, retention, audit, and future request schema without submitting private content or triggering a protected workflow.