Skip to content

Roles & Permissions

Rival uses two layers of permissions:

  1. Org roles - what a member can do across the organization as a whole.
  2. Tool roles - what a member can do with a specific tool or agent.

The two layers are independent. A high org role doesn’t automatically grant access to every tool, and a Member needs explicit tool assignment to do anything beyond browsing.

Org roles

Every member of an organization has one of three org roles: Owner, Admin, or Member. Assign and change these in Settings → Members (/user/members).

CapabilityOwnerAdminMember
View organizationYesYesYes
Create tools and agentsYesYesYes
Invite and manage membersYesYesNo
Create and manage teamsYesYesNo
Manage API keys and secretsYesYesNo
Edit Org ProfileYesYesNo
Verify phone / claim Welcome CreditsYesNoNo
Manage billing, plan, payoutsYesNoNo
Delete the organizationYesNoNo
Access Refer & EarnYesNoNo

Owner is the person who created the organization. Each organization has exactly one Owner and the role cannot be transferred through the UI. Contact support@rival.io if you need to transfer ownership.

Admin is the right role for a trusted collaborator who should run the organization day-to-day but shouldn’t control billing or payouts.

Member is the default role. New Members can browse the organization and create their own tools, but they don’t automatically have access to other members’ tools - they need to be assigned at the tool level or added to a team.

Tool roles

Tool roles are assigned per tool (or via a team that includes the tool). They control what a member can do with that specific tool. Set these in the tool’s settings, or in Settings → Teams (/user/teams) for team-level assignments.

CapabilityEditorExecutorViewer
View tool code and configYesYesYes
Run the toolYesYesNo
Edit code and configurationYesNoNo
Publish new versionsYesNoNo
View run historyYesYesYes
  • Editor - the active builder role. Use it for anyone who needs to change the tool.
  • Executor - can run the tool and inspect it, but can’t change it. Use it for collaborators who need to call the tool but shouldn’t modify it.
  • Viewer - read-only access. Suitable for stakeholders or reviewers.

The creator of a tool always has full access to it; only publishing is gated by org role.

How the two layers combine

The two layers are independent. A few examples:

  • A Member with an Executor assignment on one tool can run that tool but cannot see any other tools in the organization.
  • An Admin can manage all members and teams, but they still need an Editor/Executor/Viewer role on a tool to interact with it through the standard interface.
  • An Owner has full org access but should still assign themselves a tool role if they want to appear on the tool’s contributor list.

Where to assign roles

To changeGo to
A member’s org role/user/members
A member’s tool roleThe tool’s settings page, or /user/teams if assigned via a team
Team membership/user/teams

If access is blocked

If you can’t see or do something:

  1. Check your org role in /user/members - are you a Member when you need to be an Admin?
  2. Check your tool role - have you been assigned directly, or added to a team that includes the tool?

Both layers need to be right for access to work. If you’re still blocked, ask an Owner or Admin in your organization.