Workspace join requests let teammates on your organization's email domain find and request access to your workspace, giving admins full control over who joins.

This article covers what the feature does, who can use it, and how to manage requests as a workspace admin.

What are workspace join requests?

When workspace join requests are enabled, people signing up for Read AI with an email matching your workspace's domain will see your workspace during their onboarding. They can then send a request to join, which you (as a workspace admin) can approve or decline.

Requests are asynchronous — the requester doesn't need to wait for a decision to start using Read AI individually. They'll be notified once you've responded.

Who can see and request to join a workspace?

Not every workspace shows up as an option for every user. For a workspace to be discoverable, it must meet all of the following:

• Owner has a verified email. Workspaces with unverified owner emails aren't shown.
• More than one active member. Single-member workspaces are hidden to avoid surfacing abandoned or trial-only workspaces.
• An active billing plan. Workspaces without an active subscription (or within the payment grace period) are hidden.
• A non-public email domain. Public domains like gmail.com or outlook.com are excluded because they don't represent a single organization.
• The "Allow workspace join requests" setting is on (see below).

If a user's email domain has more than three eligible workspaces, we don't show recommendations at all.

The requester's experience

Users can request to join a workspace in two places:

1. During onboarding. New users see up to 3 eligible workspaces and can request to join one directly from the discovery step.
2. After onboarding, from the "Join your team" nav entry. Existing users who skipped joining a workspace can find eligible workspaces any time.

Once submitted, they see a confirmation and can continue using Read AI with their individual account while they wait.

How admins are notified

When a teammate requests to join your workspace, you'll receive:

• An email to the workspace owner and all admins, with a link to review requests.
• An in-app notification: a "Pending Requests" entry appears in the top-left navigation with a red count badge. Clicking it opens the Requests tab.

If no admin responds within three days, we'll send one reminder email.

Managing requests

To review pending requests, go to Manage Workspace → Requests. You'll see everyone waiting for a decision, sorted by oldest first.

You have two ways to act:

• Per-row actions. Approve or decline any individual request using the buttons on that row.
• Bulk actions. Select multiple requests with the checkboxes, then use the floating action bar at the bottom of the page to approve or decline them all at once.

Approving a request

When you approve, the person is added to your workspace and one license seat is consumed. They'll receive an email confirming their new access and see a welcome message the next time they log in.

If your workspace is at capacity (all licenses in use), the Approve buttons are disabled. Purchase additional licenses to approve more requests.

Declining a request

When you decline, you can optionally provide a reason. If included, the reason is shared with the requester in their notification email.

Declining releases the requester to explore other options — they can request to join a different workspace on their domain or create their own workspace.

Note on domain capture: If your workspace uses domain capture to restrict access, declining a request does not restore the user's ability to use Read AI. They'll remain blocked until an admin invites or approves them, or they delete their account.

Enabling or disabling workspace join requests

Toggle this feature any time from Manage Workspace → Settings → Workspace Actions → Allow workspace join requests.

• When enabled: Your workspace appears in domain-matched users' discovery flows, and new requests can be submitted.
• When disabled: Your workspace is excluded from discovery, no new requests can be submitted, and any currently pending requests are automatically denied.

Existing workspaces will have this setting enabled by default as of August 13, 2026. If you opted out prior to that date, the setting will remain off unless you choose to enable it.

Frequently asked questions

How is this different from Domain Discovery?
Domain Discovery is a separate setting that controls whether users on a shared email domain see each other in meeting report share suggestions. Workspace join requests specifically controls whether your workspace is discoverable to teammates during signup and onboarding. The two settings are independent.

Can I invite people directly instead of waiting for them to request?
Yes, invitations work exactly as they did before. If you send a direct invite, it takes precedence over any pending join request the invitee may have submitted.

Can someone resend a request after being declined?
No, declined requests can't be resent. If a decline was a mistake, invite the person directly via the People tab instead.

What happens to pending requests if I disable the feature?
All pending requests are automatically declined. You'll see a confirmation dialog with the count before this happens.