Named configuration values
Settings (the resource type) are named values referenced by name in workflow contracts:urgent_routing_recipients.” Change the setting value once; it propagates to every workflow that references it without re-authoring.
Creating a setting
In chat: “Add a setting for the compliance officer’s email address.” Or from the Settings resource section, click New Setting and supply a key and initial value. Settings changes are draft changes that become part of the next release. A setting change that affects a live workflow does not take effect until the project is released.Release policy
Release policy controls the approval gate for this project.
To change the required approvers, go to Settings → Release Policy and set the count. The change takes effect on the next release request.
The org sets a floor for all projects. You can set your project higher than the org floor but not lower. If your org requires 1 approver for all projects, you cannot set this project to 0.
PHI policy
PHI policy governs how protected health information is handled within this project.
For healthcare orgs under a signed BAA, the default PHI policy is strict: detection enabled, redaction enabled, AI guard enabled. For non-PHI projects, you can relax these settings to reduce processing overhead.
Integration configuration
The integration credentials configured in this project are managed from Settings → Integrations. For each integration:- View the connection status (connected, expired, error)
- Rotate credentials without changing the integration’s reference in workflow contracts
- Test the connection (fires a test call in sandbox mode)
- Remove the integration (blocked if any workflow depends on it)
Webhook configuration
Webhook settings are managed from the Webhooks resource section. From Settings → Webhooks, you can view all provisioned webhook URLs, rotate signing secrets, and see which workflow handles each webhook.Project membership and roles
Project members are managed from Settings → Members. A full role-and-permission model covering capability scoping and per-resource access is forthcoming; V1 roles are:
Member role assignments are separate from org-level roles.