Skip to content

Workspace settings

Workspace settings are configuration options specific to each workspace and can be accessed by workspace admins and instance superadmins. These settings should not be confused with Instance settings.

Each workspace can be configured through the following sections:

  • Users - Manage workspace members, permissions, operator visibility, and offboarding
  • Git Sync - Configure Git synchronization for your workspace
  • Deployment UI - Customize the deployment interface
  • Protection Rulesets - Enforce governance policies on workspace changes
  • Slack / Teams - Set up Slack and Teams integration and notifications
  • Webhook - Configure webhook endpoints and triggers
  • Error Handler - Define error handling behavior
  • Orvanta AI - Configure AI-assisted features
  • Object Storage (S3) - Set up S3-compatible storage
  • Default App - Configure the default application settings and rate limiting for public apps
  • Encryption - Manage encryption keys and settings
  • Workspace dependencies - Centralized dependency management for scripts
  • General

The General settings section provides basic workspace configuration options.

The display name of your workspace. This can be changed at any time and will be reflected throughout the interface.

A unique identifier for your workspace. This is set during workspace creation and cannot be modified.

Choose a custom color for your workspace. This helps visually distinguish between different workspaces in the interface. It is not a styling option.

Download a ZIP file containing all workspace resources, including:

  • Scripts
  • Flows
  • Apps
  • Resources
  • Variables (secrets are exported as encrypted values)

This is useful for backup purposes. For migrating workspace content, see CLI.

There are two options for removing a workspace:

Only workspace admins and instance superadmins can archive a workspace. Temporarily disable a workspace while preserving all its content. Archived workspaces:

  • Cannot be accessed by regular users
  • Maintain all data and configurations
  • Can be unarchived by workspace admins or instance superadmins
  • Do not count towards workspace limits

Only instance superadmins can delete a workspace. Permanently remove the workspace and all associated content. This action:

  • Cannot be undone
  • Requires instance superadmin permissions
  • Deletes all scripts, flows, apps, and other workspace resources