Members & roles

Invite teammates and understand who can edit, connect data and administer a context.

Roles

Access inside a context is role-based, and admin-only powers are individual actions inside pages, never hidden pages — everyone sees the same sidebar.

  • Owner — full administrative control, including deleting the context permanently. Owners can change member and admin roles and transfer ownership.
  • Admin — manages the context layer, its settings and its people — including inviting members and admins, and promoting members — but cannot delete the context or change an existing admin or owner.
  • Member — can edit and create pages, upload files, connect a data source (their credential joins the context's shared pool), and restore a page to one of its own earlier versions.

Roles govern administration, not content. If the context uses content permissions, anyone — owners and admins included — sees only what their buckets or full access cover, and can edit or restore only pages they can read.

Administrative actions

Admin or owner is needed for: context identity, Slack, Website and direct Postgres connections, deleting sources, retrying a failed process, and invitations.

Invite teammates

Open Settings → Members to see the team and pending invitations. Admins and owners can invite by email, choosing member or admin. Invitations remain pending until accepted and expire after seven days; an admin or owner can revoke one or send a fresh invitation.

Pensieve operators manage the model policy. Context owners and admins do not choose model assignments; see Models.

Up next

Use cases