01
Personal and organization documents with folders, sharing and versions
Draft structured documents in personal or organization scope, file one document into multiple visible folders, share by user or role and return to earlier revisions when an authorized editor needs to restore content.
- What is implemented
- The documents routes and schema implement personal and organization ownership, folder collections, VIEW through MANAGE access levels, document versions, archive states, protected media and rotatable public document links.
- Availability boundary
- The documents feature and the person's personal or organization permissions determine creation and access. Folder membership, sharing, restore and public-link actions re-check the live access level.
02
Uploaded sources, collections and passage search
Upload the source files the organization relies on, extract and divide their text into traceable passages, group them into collections and search the indexed material before opening the source detail.
- What is implemented
- The knowledge workspace implements multi-file upload with indexing status, collection management, highlighted passage results, extracted-text inspection, reindexing and archive or delete actions. Postgres full-text search remains available even if best-effort embeddings fail.
- Availability boundary
- Knowledge access requires the knowledge feature and its view or mutation permission. Uploads obey the configured file-size rule and the plan's knowledge-source quota.
03
Knowledge answers constrained to indexed sources
Ask a question in the dedicated knowledge mode and inspect the source chips beneath the answer instead of receiving an unattributed response from general model knowledge.
- What is implemented
- The knowledge workspace displays cited source documents, and the API instructs knowledge mode to answer only from selected document excerpts, report when the material is insufficient and return the sources actually used.
- Availability boundary
- Knowledge chat requires knowledge:view_global, assistant:use_knowledge_chat, the knowledge feature, a usable configured AI provider and the applicable AI usage limits.
04
Role-defined authority and a permission-gated activity history
Configure role permissions for the work a person should perform, then let authorized administrators search the activity record by actor and action when they need to understand what changed.
- What is implemented
- The role editor exposes the permission catalog, while the activity page reads the agency audit feed with actor, action, time, detail and entity links behind audit:view_global.
- Availability boundary
- Custom roles, organization structure and audit visibility have separate features and permissions. Seeing the activity feed does not grant authority to repeat the action it records.
05
Previewed organization recovery with protected restore actions
Create an organization recovery point, inspect what it captured, preview the difference before a restore and require a stated reason plus typed organization confirmation for the consequential operation.
- What is implemented
- The recovery surface implements point creation, package inspection, restore preview, guarded confirmation, job history, rollback handling and optional scheduled or selective recovery declarations.
- Availability boundary
- Recovery points require the recovery_points feature and dedicated view, create or restore permissions. Selective scope and scheduling are optional plan capabilities with their own permission and retention rules.