H
Hostess

Manage Teams and Permissions

Create organizations, invite team members, and configure role-based access

Organizations in Hostess let you collaborate with your team. You can invite members, assign roles with different permission levels, and manage access to your projects — all from the CLI or Studio.


Create an Organization

Create the organization

Terminal
hostess orgs create my-team
✓ Organization 'my-team' created
  Slug: my-team
✓ Set as current organization

You are automatically assigned the Owner role for organizations you create.

Switch to the organization

If you belong to multiple organizations (or have a personal account), switch to the one you want to work with:

Terminal
hostess orgs switch my-team
✓ Switched to organization 'My Team'

All CLI commands (deploy, secrets, connect, etc.) now operate within the my-team organization context.


Invite Team Members

Send an invitation

Invite someone by email with a specific role:

Terminal
hostess orgs invite alice@example.com --role developer
✓ Invitation sent to alice@example.com as developer
  Invitation ID: a1b2c3d4-...
  Expires: 2026-06-17

The invitee receives an email with a link to accept the invitation. Once accepted, they can access the organization's projects according to their assigned role.

Invite multiple members

Terminal
hostess orgs invite alice@example.com --role developer
hostess orgs invite bob@example.com --role developer
hostess orgs invite carol@example.com --role viewer
hostess orgs invite dave@example.com --role owner

Roles and Permissions

Hostess uses three roles with increasing levels of access:

Viewer

Metadata-only access to projects and deployments. Viewers can see service status, metrics, and sanitized configuration, but cannot see logs, build logs, secret values, live database/Redis data, or job logs.

PermissionAllowed
View deploymentsYes
View metricsYes
View sanitized project/service configurationYes
View logs and build logsNo
View secret values or live service dataNo
Trigger or reset jobsNo
DeployNo
Manage secretsNo
Create projectsNo
Invite membersNo

Best for: Stakeholders, product managers, executives, and anyone who needs visibility without the ability to make changes.

Developer

Operational access. Developers can deploy, manage secrets, create and update projects/environments, view logs, connect to services, and inspect service data. They cannot manage organization membership or perform owner-only destructive administration.

PermissionAllowed
View deploymentsYes
View logs and metricsYes
View project configurationYes
DeployYes
Manage secretsYes
Create projectsYes
Connect to servicesYes
Trigger or reset jobsYes
Invite membersNo
Manage billingNo
Delete projects/environmentsNo
Delete organizationNo

Best for: Engineers, DevOps, and anyone who needs to deploy and manage services.

Owner

Full access including administrative operations. Owners can manage the organization itself — billing, membership, and settings.

PermissionAllowed
Everything Developers can doYes
Invite and remove membersYes
Change member rolesYes
Manage billingYes
Delete projectsYes
Delete organizationYes

Best for: Team leads, CTOs, and co-founders who need to manage the organization. Use sparingly.

Choosing the right role

Team MemberRecommended RoleWhy
CTO / Tech LeadOwnerNeeds full administrative control
Backend/Frontend EngineerDeveloperNeeds to deploy and manage secrets
DevOps EngineerDeveloperNeeds to deploy and manage infrastructure
Product ManagerViewerNeeds visibility into deployments and status
DesignerViewerNeeds to preview deployments
External ContractorDeveloper or ViewerDepends on scope of work
QA EngineerViewer or DeveloperUse Viewer for preview/status checks; use Developer if they need logs or service data

Manage Members

List current members

Terminal
hostess orgs members
Members of 'My Team':

EMAIL                      NAME                 ROLE       JOINED
────────────────────────────────────────────────────────────────────
you@example.com            You Example          owner      2mo ago
alice@example.com          Alice Example        developer  2w ago
bob@example.com            Bob Example          developer  1w ago
carol@example.com          Carol Example        viewer     3d ago

Change a member's role

Promote or demote a member (Owner permission required) in Hostess Studio: Organization Settings → Members, then change the member's role.

Remove a member

Remove someone from the organization (Owner permission required):

Terminal
hostess orgs remove alice@example.com
Are you sure you want to remove Alice Example (alice@example.com) from 'My Team'?
Type 'yes' to confirm: yes
✓ Removed alice@example.com from organization

The removed member immediately loses access to all projects and resources in the organization.

Removing a member does not revoke their Personal Access Tokens. If the member had PATs for CI/CD, revoke those tokens separately in Studio under Settings > Personal Access Tokens.


Managing Organizations in Studio

You can also manage your organization from the Hostess Studio web dashboard:

  1. Click your profile icon in the top-right corner
  2. Navigate to Organization Settings
  3. From here you can:
    • View and manage members
    • Send invitations
    • Change roles
    • Remove members
    • Update billing information
    • View organization-wide activity

Organization team management


Working with Multiple Organizations

If you belong to multiple organizations, switch between them using the CLI:

List your organizations

Terminal
hostess orgs list
NAME               SLUG              CURRENT
────────────────────────────────────────────
Personal Org       personal          ✓
My Team            my-team
Client Project     client-project

Switch organizations

Terminal
hostess orgs switch client-project
✓ Switched to organization 'Client Project'

All subsequent CLI commands operate in the context of the selected organization.

Check current organization

Terminal
hostess orgs info
Organization: Client Project
Slug: client-project
Your Role: developer

Best Practices

Use the principle of least privilege

Assign the minimum role needed for each team member's responsibilities:

  • Viewer for anyone who only needs to observe (stakeholders, QA, PMs)
  • Developer for anyone who needs to deploy and manage services
  • Owner only for people who need administrative control

Limit the number of Owners

Having too many Owners increases the risk of accidental destructive actions (deleting projects, removing members). Keep the Owner count to 2-3 trusted individuals.

Onboarding checklist for new team members

When a new engineer joins the team:

  1. Invite them with the Developer role: hostess orgs invite new-dev@example.com --role developer
  2. Have them install the Hostess CLI: curl -fsSL https://hostess.sh/install.sh | sh
  3. Have them sign in: hostess login
  4. Have them switch to the organization: hostess orgs switch my-team
  5. Share the project repository and hostess.yml configuration

Offboarding checklist

When a team member leaves:

  1. Remove them from the organization: hostess orgs remove user@example.com
  2. Revoke any Personal Access Tokens they created (check in Studio)
  3. Rotate any shared secrets they had access to
  4. Review deployment history for any recent changes

Use organizations for client projects

If you manage projects for multiple clients, create a separate organization for each:

Terminal
hostess orgs create client-acme
hostess orgs create client-globex

This keeps projects, secrets, and access completely isolated between clients.

Manage Teams and Permissions | Hostess Docs