Progressive rollout
Release a feature gradually to selected users or organizations before making it generally available.
Kinde · Const
Kinde feature flags control feature visibility or behavior for selected users, organizations, environments, or the whole application. They use typed values and can be inherited or overridden at supported scopes.
A Kinde feature flag is defined with a key, type, and value. Its value can be inherited from the business-level setting or overridden for an environment, organization, or user; the resolved flags are exposed in the signed-in user's access token under the feature_flags claim.
The signed-in user's resolved feature flags are provided in the access token as the custom feature_flags claim.
const flags = accessToken.feature_flags ?? {};
const darkMode = flags.dark_mode?.v === true;
const checkoutVariant = flags.checkout_variant?.v ?? "control";
if (darkMode) {
enableDarkMode();
}
renderCheckout(checkoutVariant);Read the user's resolved feature flags from the access token and use each flag's value to control application behavior.
Release a feature gradually to selected users or organizations before making it generally available.
Switch a capability on or off without deploying a new application version.
Compare configuration or presentation variants using string or numeric values.
Supply structured application settings through a JSON flag.
Feature flags let an application control access to features without changing the deployed code. A flag has a key, type, and value, and can be used for gradual rollout or temporary release control.
Follow-up: How can different users receive different values? Values cascade from the business level, with optional overrides at environment, organization, and user levels.
Kinde supports boolean, string, integer, and JSON flags in the dashboard. Integers use whole numbers and are limited to -2147483648 through 2147483647.
Follow-up: Which types can the Management API create? It accepts string, integer, and boolean types; JSON flags must be created in the dashboard.
After sign-in, the access token contains a custom feature_flags claim describing the user's flags. Application code can read the resolved value from that claim when deciding whether or how to expose functionality.
Follow-up: Where should a rollout override be applied? Choose the narrowest supported scope—environment, organization, or user—when only that audience should differ from the inherited value.
feature_flagsBoolean feature flagsString feature flagsInteger feature flagsJSON feature flagsFeature flag overridesKinde Management API