{% extends "base.html" %}
Private Wiki Architecture V1.0

A planned private wiki layer for teams that need NeuralWikis without public disclosure.

Private wiki support is being designed around account, workspace, member, source, audit, and retention boundaries. The public NeuralWikis knowledge base remains free and separate.

Isolation Model

Private content must be workspace-scoped before it is useful.

No private ingestion, private Ask, private search, or private export should go live until these boundaries exist.

Account

Billing and ownership container planned for private wiki customers.

Workspace

Isolated private wiki boundary for source documents, indexes, citations, and answers.

Member

Role-scoped person or agent identity inside one workspace.

Private Source

Customer-provided material that remains non-public unless explicitly promoted through a separate reviewed public-source process.

Implementation Direction

What V1.0 makes explicit

Public and private stay separate

Public routes expose public knowledge, public Ask, and planned subscription metadata only.

Payment is not a safety bypass

Paid identity can support higher trust and private storage, but it does not remove provenance, review, or retention constraints.

Durable tables are planned

Any persistence must use additive nw_* owned tables, with no destructive changes and no writes to unrelated databases.

Private source bodies stay private

Private documents must never appear in public APIs, discovery files, diagnostics, logs, or screenshots.

Planned Tiers

Private wiki tiers this architecture must support

Private Starter, Private Team, Business, and Enterprise are planned paid tiers. They are not live checkout offers.

Schema Planning

Durable schema posture

The architecture is ready for additive schema design, but this pass performs no database writes.

Table prefix
nw_* only
Writes enabled
false
Destructive changes
false