Managing Members
Creating a team
Create a team through billing checkout. If you're on a trial, visit exe.dev/subscribe and choose the Team plan to create a team and subscribe automatically. You can also visit exe.dev/billing to enable a team and subscribe; if you already have an individual subscription, it will be cancelled.
From SSH, run billing manage to get a checkout link:
$ ssh user@exe.xyz
exe.dev ▶ billing manage
Whichever path you take, you become the team's billing owner, and your
existing VMs become part of the team's shared pool. The team command
(and its subcommands) becomes available once you're a team admin or
billing owner.
Inviting members
Admins and billing owners can invite people:
team add alice@example.com
This sends an invite email. How the invite works depends on whether the person already has an exe.dev account:
- Existing user: They'll see the invite on their
/user/teamspage and must explicitly accept it. When they join, their existing VMs become part of the team's shared pool and visible to team admins. If any of their VMs have IP shard collisions with existing team members, those shards get reassigned automatically. - New user: The email contains a signup link. When they create their account through that link, they're automatically added to the team.
Invites expire after 24 hours.
Listing members
View members and pending invites in the web roster at https://exe.dev/team/members.
team members
This shows all members and their roles. You can also use the alias team ls.
The team members command (like the rest of the team command) is
available to team admins and billing owners only.
Removing members
team remove alice@example.com
A member who still owns VMs cannot be removed outright: the VMs would be orphaned on a user who is no longer in the team. The command refuses and lists the VMs.
To offboard someone who has left, transfer their VMs to another current member in the same step:
team remove alice@example.com --transfer-vms-to bob@example.com
Every VM alice owns moves to bob, then alice is removed. No VM is ever deleted.
The target must be a current member of the same team, and cannot be alice
herself. The flag does not apply to a pending invite, which owns no VMs; remove
that with plain team remove to revoke it.
Transfers happen one VM at a time and each one commits on its own, so a failure part-way through leaves the earlier VMs already transferred. The command then keeps alice in the team and names the VM that failed. Re-run the same command after fixing the cause; VMs that already moved are skipped.
Transferring VMs
Admins can move a VM from one team member to another:
team transfer mybox alice@example.com
This changes ownership and clears all existing shares on the VM (both individual and team shares). The new owner can re-share as needed.
Viewing team info
Run team with no arguments to see a summary:
$ team
Team: Acme Corp
Your role: billing_owner
Members: 4
VMs: 12 / 100
Disbanding a team
The billing owner can disband the team with team disable, but only after
all other members have been removed. This is also interactive — you'll be
asked to confirm.
Disabling a team:
- removes all team shares
- cancels pending invites
- removes team auth and SSO configuration
- deletes the team
Your VMs stay on your personal account. You'll need to resubscribe to an individual plan yourself; exe.dev won't automatically reactivate your previous individual subscription.