Docs
Team collaboration
Invite members, assign roles, and keep secret access auditable.
Team collaboration
Eanvi scopes work to organizations. Invite teammates, assign roles, and rely on audit logs instead of shared password managers for .env files.
Invite a member
- Open Settings → organization / members (or the organization members page).
- Enter their email and choose a role.
- Send the invite.
- They accept via the invite link and join the org.
Pending invites appear until accepted or revoked.
Roles
Exact labels may vary by plan, but access generally follows:
| Role | Typical access |
|---|---|
| Owner | Full control including billing, deletion, and member management |
| Admin | Manage projects, members, and settings (not always billing/destructive org actions) |
| Member / Developer | Create and edit secrets in assigned projects |
| Viewer / Collaborator | Read metadata; reveal/export may be restricted |
Always verify permissions in your org before granting production reveal rights.
API keys for machines
Humans use session login (or CLI login). CI and services should use API keys:
- Settings → API keys.
- Create a key with a descriptive name (for example
github-actions-prod). - Copy the token once (
eanvi_sk_...). - Store it in the CI secret store — never in git.
Rotate or revoke keys when people leave or pipelines change.
Audit activity
Organization Audit Activity records sensitive events such as:
- Secret create / update / delete
- Reveal and export
- Member invite and role changes
- CLI push / sync operations (where instrumented)
Use audit logs during incident review and access reviews.
Working agreements that scale
- One org per company or product line; projects per service.
- Separate
development/staging/productionenvironments. - Prefer CLI pull in onboarding over Slack pastes.
- Restrict production reveal to owners/admins.
- Require API keys (not personal passwords) in CI.