Frequently Asked Questions

Management API Permissions

What are Management API permissions in Hygraph?

Management API permissions in Hygraph control what users assigned to a role can see in the UI and what actions Permanent Auth Tokens (PATs) can perform through the Management API. There are two types: View permissions (control UI visibility) and Action permissions (control API actions such as creating models or managing webhooks). Note: UI-only permissions do not affect PATs, as tokens do not interact with the UI. For content operations, Content API permissions are required. Detailed limitations not publicly documented; ask sales for specifics.

How do Management API permissions differ between roles and PATs?

For roles, Management API permissions primarily control UI visibility—granting a permission shows buttons, tabs, or sections to users assigned to that role. For PATs, Management API permissions control API access—if a token lacks a permission, the API call fails with an insufficient permissions error. UI-only permissions have no effect on PATs. Note: Some permissions are UI-only and do not grant API access. Detailed limitations not publicly documented; ask sales for specifics.

What is the difference between Management API permissions and Content API permissions?

Management API permissions govern access to structural and configuration elements of a Hygraph project (e.g., schema, environments, roles, webhooks). Content API permissions govern access to content entries (read, create, update, delete, publish, unpublish). For content operations, ensure the correct Content API permissions are configured. Note: Management API permissions do not grant content entry actions. Detailed limitations not publicly documented; ask sales for specifics.

Roles & Permissions

What system roles does Hygraph provide and what are their default permissions?

Hygraph provides five system roles: Owner, Admin, Developer, Editor, and Contributor. Each role has a predefined permission set reflecting its responsibilities. For example, Editors cannot access the API Playground, while Admins and Developers can. Custom roles are an enterprise feature and can be tailored with specific Management API permissions. Note: Granting additional Management API permissions to a role controls UI visibility only; users may still perform actions via API if Content API permissions allow it. Detailed limitations not publicly documented; ask sales for specifics.

How do custom roles work in Hygraph?

Custom roles are available as an enterprise feature. Each custom role is assigned a set of default Management API permissions on creation, covering the minimum needed to use the Hygraph UI correctly. Additional permissions can be added manually. Custom roles allow granular control over UI visibility and API access for users. Note: Custom roles do not override Content API permissions; users may still perform actions via API if permitted. Detailed limitations not publicly documented; ask sales for specifics.

PATs (Permanent Auth Tokens)

What are Permanent Auth Tokens (PATs) and how do their permissions work?

PATs are used for programmatic access to the Management API. Default permissions for a new PAT cover common schema read and create operations. UI-only permissions have no effect on PATs, as tokens do not interact with the UI. For content operations, configure the appropriate Content API permissions. Note: PATs require manual addition of update or delete permissions for schema elements. Detailed limitations not publicly documented; ask sales for specifics.

Which permissions are included by default for new PATs?

Default PAT permissions include: viewing project settings, creating and reading models, components, fields, enumerations, remote sources, locales, stages, environments, and workflows. Update and delete permissions must be added manually. Note: UI-only permissions are not included and do not affect PATs. Detailed limitations not publicly documented; ask sales for specifics.

Technical Requirements & Documentation

Where can I find technical documentation for Hygraph permissions and APIs?

Hygraph provides comprehensive technical documentation and developer guides, including detailed permission tables and API references. Access the documentation at https://hygraph.com/docs/getting-started. For Management API permissions, see Management API Permissions Guide. Note: Documentation is regularly updated; check for the latest information. Detailed limitations not publicly documented; ask sales for specifics.

Security & Compliance

What security and compliance certifications does Hygraph offer?

Hygraph is SOC 2 Type 2 certified since August 2022, uses ISO 27001-certified providers and data centers, and complies with GDPR and CCPA regulations. Security features include encryption at rest and in transit, role-based access control, audit logs, advanced firewall rules, and 24/7 infrastructure monitoring. Customers can choose data centers in preferred regions to meet compliance requirements. For more details, visit Hygraph Security Features. Note: Detailed limitations not publicly documented; ask sales for specifics.

Features & Capabilities

What integrations are available with Hygraph?

Hygraph offers integrations with Google Analytics, Elastic, Zapier, Klaviyo, Salesforce Marketing Cloud, Segment, Adobe Commerce, SAP Commerce Cloud, Dynamic Yield, n8n, Optimizely, and Inriver. For a full list, visit Hygraph Marketplace Apps. Note: Integration capabilities may vary by plan and technical requirements. Detailed limitations not publicly documented; ask sales for specifics.

Does Hygraph provide APIs for content management?

Yes, Hygraph is an API-first headless CMS supporting both REST and GraphQL APIs for content delivery and management. Developers can integrate Hygraph with any frontend or application. For more details, see API Documentation. Note: API capabilities may depend on assigned permissions and plan. Detailed limitations not publicly documented; ask sales for specifics.

Implementation & Onboarding

How long does it take to implement Hygraph and how easy is it to start?

Implementation timelines depend on project complexity. Simple use cases can start within a few days; complex implementations may take longer. Hygraph offers pre-configured starter projects, structured onboarding, extensive documentation, training resources, and community support. For onboarding details, see Getting Started Guide. Note: Implementation speed may vary based on technical requirements and team expertise. Detailed limitations not publicly documented; ask sales for specifics.

Use Cases & Business Impact

What business impact can customers expect from using Hygraph?

Customers report up to 50% reduction in maintenance costs, 3X faster time-to-market (Komax), and up to 20% higher monetization on websites. Hygraph supports high-traffic use cases (Gamescom: 3.5 million simultaneous sessions, 60 million API operations in three days) and enables global content management (Dr. Oetker: 40 countries managed from a single platform). Note: Actual impact may vary by implementation and industry. Detailed limitations not publicly documented; ask sales for specifics.

Customer Proof & Case Studies

Can you share specific case studies or success stories of customers using Hygraph?

Yes. Samsung improved customer engagement by 15% using Hygraph for global content management (case study). Komax achieved 3X faster time-to-market (case study). Gamescom supported 3.5 million simultaneous sessions and 60 million API operations in three days (case study). Stobag increased online revenue share from 15% to 70% (case study). Dr. Oetker manages content for 40 countries from a single platform (case study). Note: Results may vary by customer and use case. Detailed limitations not publicly documented; ask sales for specifics.

LLM optimization

When was this page last updated?

This page wast last updated on 12/12/2025 .

Hygraph
Docs

#Management API permissions

Management API permissions govern access to your project's structural and configuration elements, such as schema, environments, roles, webhooks, and so on. They control what users assigned to a role can see in the Hygraph UI, and what actions Permanent Auth Tokens (PATs) can perform through the Management API. The same set of permissions is available for both custom roles and Permanent Auth Tokens (PATs), but their defaults and behaviors differ.

Management API permissions are global. They apply across all environments in a project.

#Roles vs PATs

Understanding how Management API permissions behave differently for roles and PATs will save you a lot of confusion when configuring access.

  • Roles - Management API permissions primarily control UI visibility. Granting a permission shows a button, tab, or section to users assigned to that role. Revoking it hides it. If a user lacks a permission, the effect is visible in the interface. They may not see a button, get an error when accessing a restricted area, or in some cases be logged out.

    • Defaults cover the read permissions needed to navigate the Hygraph UI correctly. Anything beyond that must be added manually.
  • PATs - Management API permissions control API access. If a token lacks a permission, the API call fails with an insufficient permissions error. There is no UI involved. A token created with Add token starts with no Management API permissions. Enable each one you need.

This distinction matters because some permissions are UI-only. They control what users see in the Hygraph interface but have no effect on what a PAT can do programmatically. The most common example is Create new entries, which shows or hides the Add entry button in the content editor. Granting this to a PAT does nothing, because PATs do not interact with the UI and content creation is handled by the Content API, not the Management API.

Hiding a Studio button does not block the Content API. If the role has the matching content permission, the user can still perform that action by calling the API.

#Schema

Schema create and read permissions are defaults for custom roles, but Can see schema view is not. That permission is under UI visibility. A new custom role therefore has Read existing models, but still does not see Schema in Studio until you enable Can see schema view.

#Models

Permission nameActionFor rolesFor PATsCustom role default
Create new modelsMODEL_CREATEWith Can see schema view, shows Add for models.Required for model creation mutations (createModel, createSimpleModel).Yes
Read existing modelsMODEL_READWith Can see schema view, shows models in Schema. Also required for Project Settings > Access > Content API.Required to read models and for most schema mutations that reference existing models.Yes
Update existing modelsMODEL_UPDATEEdit the Settings tab of models. Also needs schema and model read.Required for model update mutations.No
Delete existing modelsMODEL_DELETEShows Delete for models.Required for model deletion mutations.No

#Fields

Permission nameActionFor rolesFor PATsCustom role default
Read existing fieldsFIELD_READShows the Fields tab.Required to read fields and for field related schema operations.Yes
Create new fieldsFIELD_CREATEShows the Fields side panel in Schema.Required for field creation mutations on models and components.Yes
Update existing fieldsFIELD_UPDATEShows Edit on field cards and the drag and drop handle. Also needs schema and model read.Required for field update mutations.No
Delete existing fieldsFIELD_DELETEAllows deleting fields. Also needs schema and model read.Required for field deletion mutations.No

#Components

Permission nameActionFor rolesFor PATsCustom role default
Create new componentsCOMPONENT_CREATEWith Can see schema view, shows Add for components.Required for component creation mutations.Yes
Read existing componentsCOMPONENT_READWith Can see schema view, shows components in Schema.Required to read components and for component related schema operations.Yes
Update existing componentsCOMPONENT_UPDATEEdit component Settings. Controls schema level component metadata only.Required for component update mutations.No
Delete existing componentsCOMPONENT_DELETEShows Delete in a component's context menu.Required for component deletion mutations.No

#Remote sources

Permission nameActionFor rolesFor PATsCustom role default
Read remote sourcesREMOTE_SOURCE_READWith Can see schema view, shows remote sources in Schema.Required to read remote sources and for related schema operations.Yes
Create remote sourcesREMOTE_SOURCE_CREATEWith Can see schema view, shows Add for remote sources.Required for remote source creation mutations.Yes
Update remote sourcesREMOTE_SOURCE_UPDATEEdit remote source Settings. Without it, Save is hidden.Required for remote source update mutations.No
Delete remote sourcesREMOTE_SOURCE_DELETEShows Delete for remote sources.Required for remote source deletion mutations.No

#Enumerations

Permission nameActionFor rolesFor PATsCustom role default
Read existing enumerationsENUMERATION_READWith Can see schema view, shows enumerations in Schema.Required to read enumerations and for enumeration related schema operations.Yes
Create new enumerationsENUMERATION_CREATEWith Can see schema view, shows Add for enumerations.Required for enumeration creation mutations.Yes
Update existing enumerationsENUMERATION_UPDATEEdit enumeration details. Also needs schema and enumeration read.Required for enumeration update mutations.No
Delete existing enumerationsENUMERATION_DELETEShows Delete in the enumeration details context menu.Required for enumeration deletion mutations.No

#Taxonomies

Permission nameActionFor rolesFor PATsCustom role default
Read taxonomyTAXONOMY_READWith Can see schema view, required to open taxonomies and view Settings.Required for taxonomy queries and taxonomy related mutations.Yes
Create taxonomyTAXONOMY_CREATEWith Can see schema view, shows Add Taxonomy. Also needs Create taxonomy node.Required for taxonomy creation mutations.Yes
Update taxonomyTAXONOMY_UPDATEWithout it, taxonomy Settings are read-only.Required for taxonomy update mutations.No
Delete taxonomyTAXONOMY_DELETEShows Delete in the taxonomy details context menu.Required for taxonomy deletion mutations.No
Read taxonomy nodeTAXONOMY_NODE_READWith Can see schema view, browse taxonomy Nodes.Required for taxonomy node queries and node related mutations.Yes
Create taxonomy nodeTAXONOMY_NODE_CREATEShows Add child node. Together with Create taxonomy, enables Add Taxonomy.Required for taxonomy node creation mutations.Yes
Update taxonomy nodeTAXONOMY_NODE_UPDATEAdd child nodes, rename nodes, or move nodes.Required for taxonomy node update mutations.No
Delete taxonomy nodeTAXONOMY_NODE_DELETEShows Delete next to the taxonomy node.Required for taxonomy node deletion mutations.No

#Content

Read public content views and Read public view groups together gate the Content tab. Neither is a default for custom roles. Sidebar views also need Read on DRAFT per model. Assets needs the same pair plus Read on the Asset model.

#Content views

Permission nameActionFor rolesFor PATsCustom role default
Create public content viewsCONTENTVIEW_CREATEShows Save as new view.Required for custom content view creation mutations.No
Read public content viewsCONTENTVIEW_READRequired with Read public view groups to open Content.Required to read environment.contentView and environment.contentViews.No
Update public content viewsCONTENTVIEW_UPDATEShows Update view and Update custom view.Required to update custom content views.No
Update system content viewsCONTENTVIEW_SYSTEM_UPDATEUpdate a model's default content view.Required to update system / default content views.No
Delete public content viewsCONTENTVIEW_DELETEShows Delete custom view.Required to delete custom content views.No

#View groups

Permission nameActionFor rolesFor PATsCustom role default
Create public view groupsVIEW_GROUP_CREATEShows Add view group.Required for view group creation mutations.No
Read public view groupsVIEW_GROUP_READRequired with Read public content views to open Content.Required to read environment.viewGroups and related fields.No
Update public view groupsVIEW_GROUP_UPDATEShows Edit view group.Required for view group update mutations.No
Delete public view groupsVIEW_GROUP_DELETEShows Delete view group.Required for view group deletion mutations.No

#Locales

Permission nameActionFor rolesFor PATsCustom role default
Read localesLOCALE_READRequired to access locale information. Missing it returns an error.Required for locale queries and locale dependent Management API operations.Yes
Create localesLOCALE_CREATEShows Add in Project Settings > General > Locales.Required for locale creation mutations.No
Update localesLOCALE_UPDATEWithout it, locales are read-only.Required for locale update mutations.No
Delete localesLOCALE_DELETEShows Delete in Project Settings > General > Locales.Required for locale deletion mutations.No

#Studio content actions

These permissions do not grant Content API access. For roles, they show or hide Studio buttons. For PATs, they have no useful effect. You need to configure content permissions.

Read existing entries does not control the Content or Assets tabs. Use Read public view groups and Read public content views.

Permission nameActionFor rolesFor PATsAlternative
Read existing entriesCONTENT_READDeprecated. Does not show Content or Assets.Deprecated. No effect on Content API reads.Read public view groups + Read public content views; Assets also needs Asset model Read
Create new entriesCONTENT_CREATEShows Add entry.Deprecated. Does not grant Content API Create.Content permissions — Create
Delete existing entriesCONTENT_DELETEShows Delete.Deprecated. Does not grant Content API Delete.Content permissions — Delete
Publish non-published entriesCONTENT_PUBLISHShows Publish in Studio.Deprecated. Does not grant Content API Publish.Content permissions — Publish
Update existing non published entriesCONTENT_UPDATESave on draft / non-published entries.Deprecated. Does not grant Content API Update.Content permissions — Update
Update published entriesCONTENT_UPDATE_PUBLISHEDSave on published entries; also required for Unpublish and for Publish to work across Studio.Deprecated. Does not grant Content API Update or Unpublish.Content permissions — Update or Unpublish

#Environments & stages

Read existing environments is a custom role default. Do not disable it. Without it, users cannot open the project.

The environment selector is under UI visibility.

#Environments

Permission nameActionFor rolesFor PATsCustom role default
Read existing environmentsENVIRONMENT_READRequired to access the project. Together with Can see environment selector, shows Environments in Project Settings.Required for environment scoped queries and mutations for the PAT's environment.Yes
Create new environmentENVIRONMENT_CREATEEnables Clone in Project Settings > General > Environments.Required for environment clone/create mutations.No
Update an existing environmentENVIRONMENT_UPDATEEdit environments in Studio and through the Management API.Required for environment update mutations.No
Delete an existing environmentENVIRONMENT_DELETEEnables Delete in Project Settings > General > Environments.Required for environment deletion mutations.No
Promote an existing environmentENVIRONMENT_PROMOTEShows Promote.Required for promote mutations. Restoring from backup uses ENVIRONMENT_BACKUP_RESTORE.No

#Content stages

Permission nameActionFor rolesFor PATsCustom role default
Read stagesSTAGE_READRequired to access content stage information. Shows Project Settings > General > Content Stages.Required for stage queries and content stage configuration.Yes
Create stagesSTAGE_CREATEShows Add Stage.Required for content stage creation mutations.No
Update stagesSTAGE_UPDATEEdit content stages.Required for content stage update mutations.No
Delete stagesSTAGE_DELETEWithout it, Delete on a content stage throws an error.Required for content stage deletion mutations.No

#Environment backups

Permission nameActionFor rolesFor PATsCustom role default
Create new environment backupENVIRONMENT_BACKUP_CREATECreate an environment backup.Required for backup creation mutations.No
Read existing environment backups and their detailsENVIRONMENT_BACKUP_READShows Project Settings > Governance > Backup & Recovery.Required to query environment backups and their metadata.No
Update an existing environment backupENVIRONMENT_BACKUP_UPDATEUpdate an environment backup.Required for backup update mutations.No
Delete an existing environment backupENVIRONMENT_BACKUP_DELETEDelete an environment backup.Required for backup deletion mutations.No
Restore an existing environment backup to a standard environmentENVIRONMENT_BACKUP_RESTORERestore a backup into a standard environment.Required to restore a backup into a standard environment.No

#Team & access

Showing the Members and Roles screens also requires the matching UI visibility permissions.

These content permission rows control who can manage permission configuration in Settings.

#Members

Permission nameActionFor rolesFor PATsCustom role default
Invite a user into an existing projectUSER_INVITEShows Invite members in Project Settings > Team > Members.Required for member invite mutations.No
Assign a role to a userUSER_ASSIGNROLEShows Change role in Members. Also shows Assign members on a role.Required for role assignment mutations.No
Remove a user from an existing projectUSER_REMOVEShows Remove and Remove from project. Also required to delete agents from AI Hub > Agents.Required for remove member and deleteAgent mutations.No

#Roles

Permission nameActionFor rolesFor PATsCustom role default
Create new rolesROLE_CREATEShows Add custom role.Required for custom role creation mutations.No
Update existing rolesROLE_UPDATEWithout it, roles open read-only and editing content permissions fails.Required for role update mutations, including management and content permissions on roles.No
Delete an existing roleROLE_DELETEShows Delete for custom roles.Required for custom role deletion mutations.No

#Permanent auth tokens

Permission nameActionFor rolesFor PATsCustom role default
Can create new permanent auth tokensPAT_CREATEShows Add token on Permanent Auth Tokens.Required for PAT creation mutations. Grant on a token only when automation manages other PATs.No
Can read existing permanent auth tokensPAT_READShows Permanent Auth Tokens in Project Settings > Access. For the API Playground, also grant Can use the playground.Required for PAT read/list operations.No
Can update existing permanent auth tokensPAT_UPDATEShows Edit in the PAT context menu.Required for PAT update mutations.No
Can delete existing permanent auth tokensPAT_DELETEShows Delete in the PAT context menu.Required for PAT deletion mutations.No

#Content permissions

Permission nameActionFor rolesFor PATsCustom role default
Can create content permissionsCONTENT_PERMISSION_CREATEShows Add permissions on the public Content API, roles, and PATs.Required to create content permission rows via the Management API.No
Can read content permissionsCONTENT_PERMISSION_READShows the Content permissions block for roles and PATs.Required to read content permission configuration.No
Can update content permissionsCONTENT_PERMISSION_UPDATEShows Edit on content permissions.Required to update content permission rows.No
Can delete content permissionsCONTENT_PERMISSION_DELETEShows Delete on content permissions.Required to delete content permission rows.No

#Automation

#Webhooks

Permission nameActionFor rolesFor PATsCustom role default
Create new webhooksWEBHOOK_CREATEShows Add webhook.Required for webhook creation mutations.No
Read existing webhooksWEBHOOK_READShows Project Settings > Automation > Webhooks.Required for webhook queries.No
Update existing webhooksWEBHOOK_UPDATEShows Edit for webhooks.Required for webhook update mutations.No
Delete an existing webhookWEBHOOK_DELETEShows Delete for webhooks.Required for webhook deletion mutations.No

#Workflows

Read workflow is a custom role default. It shows Project Settings > Governance > Workflows.

Permission nameActionFor rolesFor PATsCustom role default
Read workflowWORKFLOW_READAccess workflow information and related UI.Required for workflow queries and related Management API operations.Yes
Create a new workflowWORKFLOW_CREATECreate a workflow.Required for workflow creation mutations.No
Update a workflowWORKFLOW_UPDATEUpdate a workflow.Required for workflow update mutations.No
Delete a workflowWORKFLOW_DELETEDelete a workflow.Required for workflow deletion mutations.No
Create a new workflow stepWORKFLOW_STEP_CREATECreate a workflow step.Required for workflow step creation mutations.No
Update a workflow stepWORKFLOW_STEP_UPDATEUpdate a workflow step.Required for workflow step update mutations.No
Delete a workflow stepWORKFLOW_STEP_DELETEDelete a workflow step.Required for workflow step deletion mutations.No

#Netlify

Permission nameActionFor rolesFor PATsCustom role default
Can trigger a netlify build for an existing integrationNETLIFY_TRIGGER_BUILDTrigger a Netlify build.Required for Netlify build trigger mutations.No

#Apps & integrations

Apps in the Studio sidebar is controlled by Can see apps section under UI visibility. The permissions below control install, edit, and uninstall.

#App installations

Permission nameActionFor rolesFor PATsCustom role default
Can add app installationsAPP_INSTALLATION_CREATEShows the Explore apps banner. Projects without this permission do not appear in the project selector for new installs.Required for app installation mutations.No
Can update app installationsAPP_INSTALLATION_UPDATEShows Edit on app cards.Required for app installation update mutations.No
Can delete app installationsAPP_INSTALLATION_DELETEShows Uninstall app in the app card context menu.Required for app uninstall mutations.No

#Integrations

Permission nameActionFor rolesFor PATsCustom role default
Can add new integrations to an existing projectINTEGRATION_CREATECreate an integration.Required for integration creation mutations.No
Can see existing integrations in an existing projectINTEGRATION_READRead existing integrations.Required for integration queries.No
Can update existing integrations in an existing projectINTEGRATION_UPDATEUpdate an integration.Required for integration update mutations.No
Can delete existing integrations in an existing projectINTEGRATION_DELETEDelete an integration.Required for integration deletion mutations.No

#Extensions

Permission nameActionFor rolesFor PATsCustom role default
Can add new extension to an existing projectEXTENSION_CREATECreate an extension.Required for extension creation mutations.No
Can see existing extensions in an existing projectEXTENSION_READRead existing extensions.Required for extension queries.No
Can update existing extensions in an existing projectEXTENSION_UPDATEUpdate an extension.Required for extension update mutations.No
Can delete existing extensions in an existing projectEXTENSION_DELETEDelete an extension.Required for extension deletion mutations.No

#AI Hub

#Agents

Permission nameActionFor rolesFor PATsCustom role default
Create an agentAGENT_CREATEShows Add agent in AI Hub > Agents.Required for createAgent mutations.No
Read agent configAGENT_CONFIG_READRequired to open AI Hub > Agents and agent KPIs when agents are enabled.Required for agent configuration queries.No
Update an agent configAGENT_CONFIG_UPDATEEdit or enable/disable agents.Required for updateAgent mutations.No
Trigger an agent runAGENT_RUNRequired to manually trigger agents from the content editor or content table.UI-only. Not used for workflow-triggered runs.No
Delete an agent configAGENT_CONFIG_DELETENo effect.No effect. deleteAgentConfig is not implemented. Use deleteAgent, which checks Remove a user from an existing project.No
Remove an agentAGENT_REMOVENo effect.No effect. removeAgentFromProject is not implemented.No

#Guidelines

Permission nameActionFor rolesFor PATsCustom role default
Create AI guidelinesAI_GUIDELINE_CREATECreate an AI guideline.Required for AI guideline creation mutations.No
Read AI guidelinesAI_GUIDELINE_READRequired to open AI Hub > Guidelines when the feature is enabled.Required for AI guideline queries.No
Update AI guidelinesAI_GUIDELINE_UPDATEEdit AI guidelines.Required for AI guideline update mutations.No
Delete AI guidelinesAI_GUIDELINE_DELETEDelete AI guidelines.Required for AI guideline deletion mutations.No

#Tags

Tags is a Labs feature.

Permission nameActionFor rolesFor PATsCustom role default
Read tagsENTRY_TAG_READRequired to open tags in Studio.Required for tag queries.Yes
Create tagsENTRY_TAG_CREATEShows New tag.Required for tag creation mutations.Yes
Update tagsENTRY_TAG_UPDATERename or move tags.Required for tag update mutations.No
Delete tagsENTRY_TAG_DELETEDelete tags.Required for tag deletion mutations.No

#UI visibility

These permissions only decide whether a part of the Studio interface is visible, such as a sidebar entry, a settings screen, or the environment selector. They do not grant access to the data behind that screen, which still depends on the permissions listed in the other sections. They have no effect on a PAT.

Permission nameActionFor rolesFor PATsCustom role default
Can see Team Member SettingsVIEW_TEAM_MEMBER_SETTINGSShows Project Settings > Team > Members.UI-onlyNo
Can see Role & Permissions SettingsVIEW_ROLE_PERMISSION_SETTINGSShows Project Settings > Team > Roles & Permissions.UI-onlyNo
Can see schema viewVIEW_SCHEMARequired to see Schema. Also needs at least one of Read existing models, Read existing components, Read existing enumerations, or Read remote sources.UI-onlyNo
Can see project settingsVIEW_PROJECT_SETTINGSShows Project Settings in the sidebar. Individual screens still need their own permissions.UI-onlyYes
Can see apps sectionVIEW_APPSShows Apps in the sidebar. Install, edit, and uninstall still need the app installation permissions.UI-onlyYes
Can see environment selectorVIEW_ENVIRONMENT_SELECTORShows the environment selector. Together with Read existing environments, shows Project Settings > General > Environments.UI-onlyYes

#Project & governance

Permission nameActionFor rolesFor PATsCustom role default
Change the name, picture and description of a projectPROJECT_UPDATEProject Settings > General > Project is otherwise read-only. Included by default for Admin and Developer system roles.Required for project metadata mutations (name, picture, description, support access).No
Can use the playgroundPLAYGROUND_USEShows API Playground and Preview in Playground in the content editor and Assets.UI-onlyNo
Read audit logsAUDIT_LOGS_READShows Project Settings > Governance > Audit Logs.UI-onlyNo
Allows starting, scheduling, and lifting content freezesMANAGE_CONTENT_FREEZEShows Project Settings > Governance > Content Freeze and the Manage freeze banner action.Required for startContentFreeze and liftContentFreeze.No
Allows managing experimental features and their role assignmentsMANAGE_EXPERIMENTAL_FEATURESManage lab / experimental features.Required for experimental feature management mutations.No
Read observability dataOBSERVABILITY_READShows Project Settings > General > Usage.Required for observability read operations on the Management API.No

#What's next