docs(user): org item-type parity shipped — flip concepts + faq org sections
All four v0.8.1 streams merged (main 4c0a289): org add now supports all 7 item
types (card/key/totp/document) and org edit is interactive. Flip the two
high-level org sections from "coming" to shipped, grounded in the real merged
`relicario org add <type> --collection …` surface; remove the rebase TODO markers.
This commit is contained in:
@@ -54,9 +54,7 @@ Most people use a **personal vault** — one vault, one person, one set of two f
|
||||
|
||||
Relicario also supports a **multi-user org vault** for teams: an owner can add members, create collections (groups of items), and grant or revoke access per collection. Roles (owner, admin, member) control what each person can do, and every action is recorded in a signed audit log. The same trust model applies — the server only ever sees ciphertext, and access is enforced by collection grants, not by server-side permissions.
|
||||
|
||||
Org vault support is actively evolving. Item-type parity (Card, Key, Document, TOTP) in the org vault is coming soon.
|
||||
|
||||
<!-- TODO: revisit org item types after rebase on final main -->
|
||||
An org vault stores the same seven item types as a personal vault — logins, secure notes, identities, cards, keys, documents, and TOTP codes — added with `relicario org add <type> --collection <name> …`. Members only ever see the collections they have been granted.
|
||||
|
||||
For day-to-day use, see [Sync & backup](sync-and-backup.md) for syncing an org vault across devices.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user