From twilio-developer-kit
Sets up and manages Twilio Organizations for centralized account and user governance. Covers hierarchy, roles, SSO, SCIM, and account management across teams.
How this skill is triggered — by the user, by Claude, or both
Slash command
/twilio-developer-kit:twilio-organizations-setupThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Every Twilio customer automatically gets an Organization when they sign up (auto-created since May 2024 for new signups; since June 2024 for existing paying customers). An Organization is the top-level container that groups accounts, users, and security policies. The creation has no effect on existing account functionality. Most developers never need to touch it — but as soon as you have multip...
Every Twilio customer automatically gets an Organization when they sign up (auto-created since May 2024 for new signups; since June 2024 for existing paying customers). An Organization is the top-level container that groups accounts, users, and security policies. The creation has no effect on existing account functionality. Most developers never need to touch it — but as soon as you have multiple accounts, teams, or compliance requirements (SSO, HIPAA), Organization setup becomes essential.
Hierarchy: Organization > Accounts > Subaccounts
| Layer | What it is | When you need it |
|---|---|---|
| Organization | Centralized governance: users, accounts, domains, SSO | Multiple teams or accounts, SSO, HIPAA designation |
| Account | Application boundary: all Twilio products, resources, billing live here | Always — you need at least one |
| Subaccount | Isolated partition under an account: separate resources, consolidated billing | Multi-tenant apps, per-customer isolation |
| Dimension | Organization (Managed Accounts) | Subaccounts |
|---|---|---|
| Management | Console UI + Organizations API | REST API (/2010-04-01/Accounts) |
| Billing | Independent per account | Consolidated to parent account |
| Account limit | 10 per Organization (default) | 1 per unupgraded account; 1,000 per upgraded account (contact AE for more) |
| User management | Full lifecycle: invite, roles, SSO, SCIM | None — no user concept |
| SSO/SCIM | Supported | Not applicable |
| HIPAA designation | Per-account toggle in Admin console | Inherits from parent (new only) |
| Resource isolation | Separate accounts, separate credentials | Separate but parent can access all |
| Cost | Free | Free |
Rule of thumb: Use Organizations when different teams/users need separate billing and access control. Use Subaccounts when your application needs programmatic multi-tenant isolation with consolidated billing.
| Role | Capabilities | Limit |
|---|---|---|
| Owner | Full control + sole authority to delete the Organization | 1 per Organization |
| Administrator | Invite/remove users, add/create accounts, modify settings | Unlimited |
| Standard User | Access only to specified accounts — no org management | Unlimited (default) |
The Organization creator is automatically assigned the Owner role.
All Twilio customers have an Organization (auto-created at signup). Access it via:
Create a new account:
Import an existing account:
Requirement: The account owner's email must match your Organization's verified domain.
| Type | Description |
|---|---|
| Managed | Owned by your Organization — full lifecycle control |
| Independent | External account your users can access — you do NOT control it |
| Pending | Added but awaiting owner confirmation |
Only between managed users in the same Organization:
Register your company's email domain to control how employees interact with Twilio.
Console > Admin > Domains
| Setting | Behavior |
|---|---|
| Restricted | Users with your domain email can't sign up unless explicitly invited |
| Auto-enrollment | Users who sign up with your domain automatically join your Organization |
| Blocked | Users with your domain email cannot join this Organization |
Domain registration also enables Organization merging — the Prime org must have verified domains.
Important: Common domains (gmail.com, hotmail.com, etc.) cannot be verified — you cannot invite users from common domains. Enter domains without "www." (e.g., corporate.com, not www.corporate.com). You can verify the same domain under multiple Organizations (with restrictions) or use subdomains (stage.corporate.com).
When SSO is enabled on a verified domain, all users with that domain email must authenticate via SSO.
Combine two Organizations: the Prime absorbs the Candidate.
Requirements:
Post-merge: Candidate ceases to exist. All accounts and users transfer to Prime. Billing and functionality unchanged. If Prime has SSO enabled, it applies to merged users.
Requires an executed BAA with Twilio. After BAA:
Each account must be individually flagged — existing accounts do NOT auto-inherit. New accounts created after designation DO inherit. See twilio-security-compliance-hipaa for full HIPAA guidance.
Users are separate from accounts. A user is defined by their login (email + password) and can own or have access to many accounts.
[email protected])Admin actions for managed users:
twilio-account-setuptwilio-security-api-authtwilio-security-compliance-hipaatwilio-security-hardeningnpx claudepluginhub twilio/ai --plugin twilio-developer-kitGuides ISVs building multi-tenant SMS platforms with Twilio through compliance, subaccount architecture, and billing patterns.
Enables multi-tenant B2B SaaS with Clerk Organizations: org switching, role-based access, verified domains, enterprise SSO. Use for team workspaces, RBAC, org-based routing, member management.
Manage Telnyx sub-accounts with curl examples for listing managed accounts and creating new ones in reseller/enterprise setups.