@zitadel/api 0.0.0 → 0.1.0-alpha.2

package/src/generated/model/getFlowDefinition200.ts

@@ -5,158 +5,25 @@
  * This is the next generation of the Zitadel identity platform.
  * OpenAPI spec version: 0.0.1
  */
+import type { GetFlowDefinition200FlowDefinition } from "./getFlowDefinition200FlowDefinition";
 
 export type GetFlowDefinition200 = {
-  /**
-     * Stable identifier for this flow, used as the target of cross-flow
-  `switch` and `pivot` transitions. Renaming is not supported — the
-  `name` is part of the public contract another definition may
-  reference. Acts as the human display label as well; no separate slug.
-
-     * @pattern ^[a-z][a-z0-9-]*$
-     */
-  name: string;
-  /** User schema this flow operates on. Step `fields` reference properties
-  defined in this schema. The engine resolves field types, validation,
-  and implicit outcomes from schema annotations at runtime.
-   */
-  user_schema: string;
-  /** Maps each purpose this definition handles to its entry-point step.
-  Keys are purpose names; values must match a `name` in `steps`. A
-  definition can serve multiple purposes (e.g. a combined login/register
-  flow) by listing one entry per purpose.
-   */
-  purposes: Partial<
-    Record<"login" | "register" | "recovery" | "profiling" | "reauth" | "link_account", string>
-  >;
-  /** Scopes which teams or apps this flow definition applies to. Empty or
-  omitted fields mean "no restriction"; when both are empty the definition
-  matches every request in the project. The engine picks the most specific
-  matching definition: app > team > project-wide.
-   */
-  audience?: {
-    /** Restrict to specific teams (organizations). Empty means no team restriction. */
-    team_ids?: string[];
-    /** Restrict to specific applications. Empty means no app restriction. */
-    app_ids?: string[];
-  };
-  /**
-     * Ordered list of steps in this flow. The order is for human readability —
-  actual step sequencing is determined by transitions.
-
-     * @minItems 1
-     */
-  steps: {
-    /** Unique step identifier within this flow. Used as transition targets
-  and returned in the API response as `step.name`.
-   */
-    name: string;
-    /** Schema property names to collect from the user. Each entry references
-  a property in the flow's user schema. The engine resolves field type,
-  validation rules, and implicit outcomes from schema annotations
-  (e.g. a property with `x-unique` set implies a `user_not_found`
-  transition outcome).
-   */
-    fields?: string[];
-    /** Actions the user can take. Keyed by action name.
-  The action name is what the frontend sends back in the submit request.
-  If omitted, the engine provides a default `submit` action.
-   */
-    actions?: {
-      [key: string]: {
-        /** Marks this as the default/primary action. The runtime template uses
-  this hint to choose visual emphasis. At most one action per step
-  should be primary; this is not enforced here.
-   */
-        primary?: boolean;
-        /** Optional localization key override for the action's label. When
-  omitted, the engine derives a key from the step and action names.
-  Display text is resolved client-side from a locale dictionary, never
-  by the engine.
-   */
-        text_key?: string;
-      };
-    };
-    /** Security gates that must be satisfied before submission. Keyed by gate
-  name. Each gate selects a kind (e.g. "captcha") and provider-specific
-  configuration. The engine may also inject gates dynamically based on
-  policy.
-   */
-    gates?: {
-      [key: string]: {
-        /** The gate category. Only `captcha` is currently defined. Authenticator
-  ceremonies (e.g. passkey) are modelled as credential auth_attempts via
-  `x-credential` on a field, not as gates.
-   */
-        kind: "captcha";
-        /** Provider identifier within the gate kind — e.g. `altcha`, `turnstile`,
-  `hcaptcha`. The engine looks up an implementation in its provider
-  registry.
-   */
-        provider: string;
-        /** Provider-specific configuration consumed by the implementation when
-  issuing the per-render challenge. Opaque to the engine.
-   */
-        config?: { [key: string]: unknown };
-      };
-    };
-    /** Available SSO identity providers for this step. */
-    sso_providers?: {
-      /** Provider instance identifier. */
-      id: string;
-      /** Display name for the provider. */
-      name: string;
-      /** Template hint for rendering (logo, colors). */
-      template: string;
-    }[];
-    /** Server-side mutation to execute when this step completes successfully.
-  Runs after field validation passes, before the transition fires.
-
-  - create_user: creates the user record (registration flows)
-   */
-    on_success?: "create_user";
-    /** Marks this as a terminal step. Tells the frontend what to do:
-  - redirect: navigate to redirect_uri (OIDC/SAML callback done)
-  - show: render as a success/info screen
-   */
-    complete?: "redirect" | "show";
-    /** Maps action/outcome names to their transition descriptor.
-
-  Keys match action names from the `actions` dict. Additional keys
-  come from implicit outcomes based on schema annotations
-  (e.g. `user_not_found` from `x-unique` fields) and engine
-  events (e.g. `sso`, `callback`).
-   */
-    transitions?: {
-      [key: string]: {
-        /** Step name within this flow (when `action` is null), or the name
-  of another flow (when `action` is `switch` or `pivot`).
-   */
-        target: string;
-        /** How to interpret `target`:
-  - null (omitted): transition to a step in the current flow.
-  - switch: replace the current flow with the target flow.
-    No return — the current flow is discarded.
-    Example: login ↔ register.
-  - pivot: push the target flow onto the stack. The current flow
-    is paused and resumes when the target flow completes (auto-pop).
-    Example: login → recovery → back to login.
-   */
-        action?: "switch" | "pivot" | null;
-      };
-    };
-  }[];
-} & {
   /** Unique identifier for the flow definition. */
   id: string;
   /** Identifier of the project this flow definition belongs to. */
   project_id: string;
-  /** URI of the flow definition schema this definition was authored against.
-  If the schema_uri was not provided in the request, the flow definition is validated against the latest version of the schema, and the response includes the schema_uri of the latest version.
-   */
-  schema_uri: string;
   /** Status of the flow definition. */
   status: string;
+  /** A flow definition is the server-side configuration that describes a complete
+  authentication or identity flow. It is NOT sent to the frontend — the flow
+  engine evaluates it and produces FlowResponse payloads (steps with capability
+  dictionaries) for the client.
+
+  Flow definitions are created by administrators and stored in the project/team
+  configuration hierarchy. The engine selects the matching definition based on
+  the purpose + audience when a flow is created via POST /flow.
+   */
+  flow_definition: GetFlowDefinition200FlowDefinition;
   created_at: string;
   updated_at: string;
 };

package/src/generated/model/getFlowDefinition200FlowDefinition.ts

@@ -0,0 +1,58 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+import type { GetFlowDefinition200FlowDefinitionAudience } from "./getFlowDefinition200FlowDefinitionAudience";
+import type { GetFlowDefinition200FlowDefinitionStepsItem } from "./getFlowDefinition200FlowDefinitionStepsItem";
+
+/**
+ * A flow definition is the server-side configuration that describes a complete
+authentication or identity flow. It is NOT sent to the frontend — the flow
+engine evaluates it and produces FlowResponse payloads (steps with capability
+dictionaries) for the client.
+
+Flow definitions are created by administrators and stored in the project/team
+configuration hierarchy. The engine selects the matching definition based on
+the purpose + audience when a flow is created via POST /flow.
+
+ */
+export type GetFlowDefinition200FlowDefinition = {
+  /**
+     * Stable identifier for this flow, used as the target of cross-flow
+  `switch` and `pivot` transitions. Renaming is not supported — the
+  `name` is part of the public contract another definition may
+  reference. Acts as the human display label as well; no separate slug.
+
+     * @pattern ^[a-z][a-z0-9-]*$
+     */
+  name: string;
+  /** User schema this flow operates on. Step `fields` reference properties
+  defined in this schema. The engine resolves field types, validation,
+  and implicit outcomes from schema annotations at runtime.
+   */
+  user_schema: string;
+  /** Maps each purpose this definition handles to its entry-point step.
+  Keys are purpose names; values must match a `name` in `steps`. A
+  definition can serve multiple purposes (e.g. a combined login/register
+  flow) by listing one entry per purpose.
+   */
+  purposes: Partial<
+    Record<"login" | "register" | "recovery" | "profiling" | "reauth" | "link_account", string>
+  >;
+  /** Scopes which teams or apps this flow definition applies to. Empty or
+  omitted fields mean "no restriction"; when both are empty the definition
+  matches every request in the project. The engine picks the most specific
+  matching definition: app > team > project-wide.
+   */
+  audience?: GetFlowDefinition200FlowDefinitionAudience;
+  /**
+     * Ordered list of steps in this flow. The order is for human readability —
+  actual step sequencing is determined by transitions.
+
+     * @minItems 1
+     */
+  steps: GetFlowDefinition200FlowDefinitionStepsItem[];
+};

package/src/generated/model/getFlowDefinition200FlowDefinitionAudience.ts

@@ -0,0 +1,21 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * Scopes which teams or apps this flow definition applies to. Empty or
+omitted fields mean "no restriction"; when both are empty the definition
+matches every request in the project. The engine picks the most specific
+matching definition: app > team > project-wide.
+
+ */
+export type GetFlowDefinition200FlowDefinitionAudience = {
+  /** Restrict to specific teams (organizations). Empty means no team restriction. */
+  team_ids?: string[];
+  /** Restrict to specific applications. Empty means no app restriction. */
+  app_ids?: string[];
+};

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItem.ts

@@ -0,0 +1,71 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+import type { GetFlowDefinition200FlowDefinitionStepsItemActions } from "./getFlowDefinition200FlowDefinitionStepsItemActions";
+import type { GetFlowDefinition200FlowDefinitionStepsItemComplete } from "./getFlowDefinition200FlowDefinitionStepsItemComplete";
+import type { GetFlowDefinition200FlowDefinitionStepsItemGates } from "./getFlowDefinition200FlowDefinitionStepsItemGates";
+import type { GetFlowDefinition200FlowDefinitionStepsItemOnSuccess } from "./getFlowDefinition200FlowDefinitionStepsItemOnSuccess";
+import type { GetFlowDefinition200FlowDefinitionStepsItemSsoProvidersItem } from "./getFlowDefinition200FlowDefinitionStepsItemSsoProvidersItem";
+import type { GetFlowDefinition200FlowDefinitionStepsItemTransitions } from "./getFlowDefinition200FlowDefinitionStepsItemTransitions";
+
+/**
+ * A step in a flow definition. This is the admin-authored configuration,
+not the runtime payload sent to the frontend.
+
+Steps are schema-driven: `fields` references properties from the flow's
+user schema, and the engine resolves field metadata (type, validation,
+implicit outcomes) from schema annotations at runtime.
+
+A step with only `complete` set is a terminal step. All other steps are
+rendered to the frontend as capability payloads.
+
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItem = {
+  /** Unique step identifier within this flow. Used as transition targets
+  and returned in the API response as `step.name`.
+   */
+  name: string;
+  /** Schema property names to collect from the user. Each entry references
+  a property in the flow's user schema. The engine resolves field type,
+  validation rules, and implicit outcomes from schema annotations
+  (e.g. a property with `x-unique` set implies a `user_not_found`
+  transition outcome).
+   */
+  fields?: string[];
+  /** Actions the user can take. Keyed by action name.
+  The action name is what the frontend sends back in the submit request.
+  If omitted, the engine provides a default `submit` action.
+   */
+  actions?: GetFlowDefinition200FlowDefinitionStepsItemActions;
+  /** Security gates that must be satisfied before submission. Keyed by gate
+  name. Each gate selects a kind (e.g. "captcha") and provider-specific
+  configuration. The engine may also inject gates dynamically based on
+  policy.
+   */
+  gates?: GetFlowDefinition200FlowDefinitionStepsItemGates;
+  /** Available SSO identity providers for this step. */
+  sso_providers?: GetFlowDefinition200FlowDefinitionStepsItemSsoProvidersItem[];
+  /** Server-side mutation to execute when this step completes successfully.
+  Runs after field validation passes, before the transition fires.
+
+  - create_user: creates the user record (registration flows)
+   */
+  on_success?: GetFlowDefinition200FlowDefinitionStepsItemOnSuccess;
+  /** Marks this as a terminal step. Tells the frontend what to do:
+  - redirect: navigate to redirect_uri (OIDC/SAML callback done)
+  - show: render as a success/info screen
+   */
+  complete?: GetFlowDefinition200FlowDefinitionStepsItemComplete;
+  /** Maps action/outcome names to their transition descriptor.
+
+  Keys match action names from the `actions` dict. Additional keys
+  come from implicit outcomes based on schema annotations
+  (e.g. `user_not_found` from `x-unique` fields) and engine
+  events (e.g. `sso`, `callback`).
+   */
+  transitions?: GetFlowDefinition200FlowDefinitionStepsItemTransitions;
+};

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItemActions.ts

@@ -0,0 +1,29 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * Actions the user can take. Keyed by action name.
+The action name is what the frontend sends back in the submit request.
+If omitted, the engine provides a default `submit` action.
+
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItemActions = {
+  [key: string]: {
+    /** Marks this as the default/primary action. The runtime template uses
+  this hint to choose visual emphasis. At most one action per step
+  should be primary; this is not enforced here.
+   */
+    primary?: boolean;
+    /** Optional localization key override for the action's label. When
+  omitted, the engine derives a key from the step and action names.
+  Display text is resolved client-side from a locale dictionary, never
+  by the engine.
+   */
+    text_key?: string;
+  };
+};

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItemComplete.ts

@@ -0,0 +1,21 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * Marks this as a terminal step. Tells the frontend what to do:
+- redirect: navigate to redirect_uri (OIDC/SAML callback done)
+- show: render as a success/info screen
+
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItemComplete =
+  (typeof GetFlowDefinition200FlowDefinitionStepsItemComplete)[keyof typeof GetFlowDefinition200FlowDefinitionStepsItemComplete];
+
+export const GetFlowDefinition200FlowDefinitionStepsItemComplete = {
+  redirect: "redirect",
+  show: "show",
+} as const;

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItemGates.ts

@@ -0,0 +1,35 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+import type { GetFlowDefinition200FlowDefinitionStepsItemGatesConfig } from "./getFlowDefinition200FlowDefinitionStepsItemGatesConfig";
+import type { GetFlowDefinition200FlowDefinitionStepsItemGatesKind } from "./getFlowDefinition200FlowDefinitionStepsItemGatesKind";
+
+/**
+ * Security gates that must be satisfied before submission. Keyed by gate
+name. Each gate selects a kind (e.g. "captcha") and provider-specific
+configuration. The engine may also inject gates dynamically based on
+policy.
+
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItemGates = {
+  [key: string]: {
+    /** The gate category. Only `captcha` is currently defined. Authenticator
+  ceremonies (e.g. passkey) are modelled as credential auth_attempts via
+  `x-credential` on a field, not as gates.
+   */
+    kind: GetFlowDefinition200FlowDefinitionStepsItemGatesKind;
+    /** Provider identifier within the gate kind — e.g. `altcha`, `turnstile`,
+  `hcaptcha`. The engine looks up an implementation in its provider
+  registry.
+   */
+    provider: string;
+    /** Provider-specific configuration consumed by the implementation when
+  issuing the per-render challenge. Opaque to the engine.
+   */
+    config?: GetFlowDefinition200FlowDefinitionStepsItemGatesConfig;
+  };
+};

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItemGatesConfig.ts

@@ -0,0 +1,14 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * Provider-specific configuration consumed by the implementation when
+issuing the per-render challenge. Opaque to the engine.
+
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItemGatesConfig = { [key: string]: unknown };

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItemGatesKind.ts

@@ -0,0 +1,20 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * The gate category. Only `captcha` is currently defined. Authenticator
+ceremonies (e.g. passkey) are modelled as credential auth_attempts via
+`x-credential` on a field, not as gates.
+
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItemGatesKind =
+  (typeof GetFlowDefinition200FlowDefinitionStepsItemGatesKind)[keyof typeof GetFlowDefinition200FlowDefinitionStepsItemGatesKind];
+
+export const GetFlowDefinition200FlowDefinitionStepsItemGatesKind = {
+  captcha: "captcha",
+} as const;

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItemOnSuccess.ts

@@ -0,0 +1,21 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * Server-side mutation to execute when this step completes successfully.
+Runs after field validation passes, before the transition fires.
+
+- create_user: creates the user record (registration flows)
+
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItemOnSuccess =
+  (typeof GetFlowDefinition200FlowDefinitionStepsItemOnSuccess)[keyof typeof GetFlowDefinition200FlowDefinitionStepsItemOnSuccess];
+
+export const GetFlowDefinition200FlowDefinitionStepsItemOnSuccess = {
+  create_user: "create_user",
+} as const;

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItemSsoProvidersItem.ts

@@ -0,0 +1,19 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * An available SSO identity provider.
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItemSsoProvidersItem = {
+  /** Provider instance identifier. */
+  id: string;
+  /** Display name for the provider. */
+  name: string;
+  /** Template hint for rendering (logo, colors). */
+  template: string;
+};

package/src/generated/model/getFlowDefinition200FlowDefinitionStepsItemTransitions.ts

@@ -0,0 +1,35 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * Maps action/outcome names to their transition descriptor.
+
+Keys match action names from the `actions` dict. Additional keys
+come from implicit outcomes based on schema annotations
+(e.g. `user_not_found` from `x-unique` fields) and engine
+events (e.g. `sso`, `callback`).
+
+ */
+export type GetFlowDefinition200FlowDefinitionStepsItemTransitions = {
+  [key: string]: {
+    /** Step name within this flow (when `action` is null), or the name
+  of another flow (when `action` is `switch` or `pivot`).
+   */
+    target: string;
+    /** How to interpret `target`:
+  - null (omitted): transition to a step in the current flow.
+  - switch: replace the current flow with the target flow.
+    No return — the current flow is discarded.
+    Example: login ↔ register.
+  - pivot: push the target flow onto the stack. The current flow
+    is paused and resumes when the target flow completes (auto-pop).
+    Example: login → recovery → back to login.
+   */
+    action?: "switch" | "pivot" | null;
+  };
+};

package/src/generated/model/getFlowDefinitionParams.ts

@@ -0,0 +1,15 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+export type GetFlowDefinitionParams = {
+  /**
+   * The project id to filter by.
+   * @pattern ^[a-zA-Z0-9_-]+$
+   */
+  project_id: string;
+};

package/src/generated/model/getMyUser200.ts

@@ -0,0 +1,9 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+export type GetMyUser200 = { [key: string]: unknown };

package/src/generated/model/{getFlowDefinition404.ts → getMyUser401.ts}

@@ -5,16 +5,16 @@
  * This is the next generation of the Zitadel identity platform.
  * OpenAPI spec version: 0.0.1
  */
-import type { GetFlowDefinition404Details } from "./getFlowDefinition404Details";
+import type { GetMyUser401Details } from "./getMyUser401Details";
 
 /**
  * Standard error payload returned for failed API requests.
  */
-export type GetFlowDefinition404 = {
+export type GetMyUser401 = {
   /** Stable machine-readable error code. */
   code: string;
   /** Human-readable explanation of the error. */
   message: string;
   /** Additional error-specific context. */
-  details?: GetFlowDefinition404Details;
+  details?: GetMyUser401Details;
 };

package/src/generated/model/{getFlowDefinition404Details.ts → getMyUser401Details.ts}

@@ -9,4 +9,4 @@
 /**
  * Additional error-specific context.
  */
-export type GetFlowDefinition404Details = { [key: string]: unknown };
+export type GetMyUser401Details = { [key: string]: unknown };

package/src/generated/model/getMyUser404.ts

@@ -0,0 +1,24 @@
+/**
+ * Generated by orval v8.10.0 🍺
+ * Do not edit manually.
+ * Zitadel NextGen
+ * This is the next generation of the Zitadel identity platform.
+ * OpenAPI spec version: 0.0.1
+ */
+
+/**
+ * User not found
+
+Error code: user.not_found
+
+ */
+export type GetMyUser404 = {
+  /** Stable machine-readable error code. */
+  code: string;
+  /** Human-readable explanation of the error. */
+  message: string;
+  /** Additional error-specific context. */
+  details?: { [key: string]: unknown };
+} & {
+  code: "user.not_found";
+};

package/src/generated/model/{deleteFlowDefinition404.ts → getMyUserDefault.ts}

@@ -5,16 +5,16 @@
  * This is the next generation of the Zitadel identity platform.
  * OpenAPI spec version: 0.0.1
  */
-import type { DeleteFlowDefinition404Details } from "./deleteFlowDefinition404Details";
+import type { GetMyUserDefaultDetails } from "./getMyUserDefaultDetails";
 
 /**
  * Standard error payload returned for failed API requests.
  */
-export type DeleteFlowDefinition404 = {
+export type GetMyUserDefault = {
   /** Stable machine-readable error code. */
   code: string;
   /** Human-readable explanation of the error. */
   message: string;
   /** Additional error-specific context. */
-  details?: DeleteFlowDefinition404Details;
+  details?: GetMyUserDefaultDetails;
 };

package/src/generated/model/{deleteFlowDefinition404Details.ts → getMyUserDefaultDetails.ts}

@@ -9,4 +9,4 @@
 /**
  * Additional error-specific context.
  */
-export type DeleteFlowDefinition404Details = { [key: string]: unknown };
+export type GetMyUserDefaultDetails = { [key: string]: unknown };