> ## Documentation Index
> Fetch the complete documentation index at: https://docs.aihubmix.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Members and permissions

> Invite organization members, grant workspace access, compare administrator and member permissions, and handle keys when someone leaves.

Organization administrators manage people through **Members** at the account level and manage workspace access within each workspace.

<h2 id="invite-members">
  Invite and grant access
</h2>

1. Switch to the organization and open Members or the organization management window.
2. Invite a colleague and select a role.
3. Wait for them to accept. A pending invitation does not grant access.
4. Add them to other workspaces as needed. Active organization members automatically belong to the default workspace.

<h2 id="permissions">
  Who can do what
</h2>

| Action | Owner / Admin | Member |
| - | - | - |
| Enter workspaces | All organization workspaces | Authorized workspaces |
| Manage API keys | Keys in organization workspaces | Their own keys in authorized workspaces |
| Create system keys | Yes | No |
| Manage members and workspaces | Yes | No |
| Manage balance, billing, and management keys | Yes | No |
| View organization audit logs | Yes | No |

Access to usage or request metadata does not grant access to another person's generated files, prompts, responses, or credentials. Resource permissions still apply.

<h2 id="remove-members">
  Leave or remove a member
</h2>

Resolve a member's remaining keys before removing them from a workspace or organization. For services that must continue running, switch to suitable credentials and verify requests before completing removal.

Leaving or suspending membership affects access and member keys. System keys belong to the workspace and do not automatically stop when their maintenance contact leaves. Reinviting someone does not restore old keys or previous workspace grants.

Members cannot be removed individually from the default workspace. Owner and last-administrator protections prevent removal from leaving the organization without an administrator.

<h2 id="permission-changes">
  After permissions change
</h2>

If access is denied, refresh the current state or contact an administrator. Switch to an authorized account to continue other work.

Related: [Workspaces](/en/enterprise/workspaces) · [Member and system keys](/en/enterprise/keys) · [Audit logs](/en/enterprise/audit)

Last updated: 2026-10-13


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.