Workspace & account settings
Manage invitation domains and future payload collection, and confirm your current account identity.
On this page
Workspace settings define your organization's identity and collection preferences. Account settings show your current user identity and role. These screens serve different purposes from the CLI's device enrollment.
Edit workspace identity
Open Workspace → Identity & data collection. Owners and administrators can edit the workspace name and settings. The name accepts 2–60 characters. Other members with workspace-read access see the configuration without editing controls.
The page displays the workspace ID and creation date. Use the ID, rather than a mutable display name, when coordinating operator-managed connections such as MDM.
Owner privacy
An owner's own data is private to owners by default: their devices, activity, sessions, risk findings, skills, MCP use, browser activity, usage and audit entries do not appear for administrators, security managers, auditors or members, on any page, export or assistant answer. Owners see an Owner privacy card with Show owner data to the team. Turn it on to share owner data with everyone who already has access to those pages. Only an owner sees or changes it.
It never affects App monitoring, which reports on your apps rather than a person. Owners still appear in the Members list with their role, and the team library is unchanged: a skill an owner chooses to share there is shared. Billing totals keep counting everyone's usage, since they reflect the real bill.
Restrict invitation domains
Enter allowed domains as a comma-separated list, for example company.com, subsidiary.com. Leave the field empty to allow any domain.
Changing the list does not remove existing members. Pending invitations outside a newly tightened restriction are revoked. Review both existing membership and pending invitations when changing the organization's access boundary.
Set a security contact
Enter the address that should receive security notices about the workspace, for example [email protected]. Leave it empty to use the workspace owners. Changes are audit-logged.
Choose payload collection
Store full event payloads controls future workspace ingestion. Summaries and findings are still collected when it is disabled. The preference does not delete previously stored payloads or clear the device's local history.
Coordinate collection preferences with your organization's data handling requirements. Recognized-secret redaction is useful but cannot classify every confidential sentence or code fragment. Review exports before sharing them.
Check account identity
Open Account to see the account ID, name, email, and current workspace role. Use Sign out to end the browser session. This screen does not provide a full profile-editing, MFA, or enterprise SSO management flow.
Browser sign-out does not disconnect every enrolled CLI device. Use beam whoami and beam account on the machine, and the Agents page in the workspace, to verify device identity separately.
Verify a change
After saving a workspace setting, reopen the page and check the administrative audit log. Test an invitation with the intended domain boundary or inspect a newly ingested record to verify future collection behavior. Historical records should not be assumed to change retroactively.
Set this up with your coding agent
Install the agentbeam-setup skill for Claude Code, Codex, Cursor, Gemini CLI, OpenCode and Copilot, then ask your agent to set up AgentBeam on this machine. Beam scans the skill before it installs.
npx -y @agent-beam/beam add skill agentbeam-setup -g --all-agents