@orq-ai/node 4.9.18 → 4.9.19

package/src/models/operations/updateidentity.ts

@@ -4,128 +4,17 @@
 
 import * as z from "zod/v3";
 import { remap as remap$ } from "../../lib/primitives.js";
-import { safeParse } from "../../lib/schemas.js";
-import { Result as SafeParseResult } from "../../types/fp.js";
-import { SDKValidationError } from "../errors/sdkvalidationerror.js";
-
-/**
- * Identity fields to update
- */
-export type UpdateIdentityRequestBody = {
-  /**
-   * Display name or nickname of the contact user. This is typically shown in user interfaces.
-   */
-  displayName?: string | null | undefined;
-  /**
-   * Email address of the contact user
-   */
-  email?: string | null | undefined;
-  /**
-   * URL linking to the contact user's avatar image
-   */
-  avatarUrl?: string | null | undefined;
-  /**
-   * Array of tags associated with the contact. Useful for organizing and filtering contacts by categories, departments, or custom classifications.
-   */
-  tags?: Array<string> | undefined;
-  /**
-   * Additional custom metadata associated with the contact as key-value pairs. Use this to store any extra information specific to your application.
-   */
-  metadata?: { [k: string]: any } | undefined;
-};
+import * as components from "../components/index.js";
 
 export type UpdateIdentityRequest = {
-  /**
-   * Unique identity id or external id
-   */
   id: string;
-  /**
-   * Identity fields to update
-   */
-  requestBody?: UpdateIdentityRequestBody | undefined;
+  updateIdentityRequest: components.UpdateIdentityRequest;
 };
 
-/**
- * Updated identity
- */
-export type UpdateIdentityResponseBody = {
-  /**
-   * Unique ULID (Universally Unique Lexicographically Sortable Identifier) for the contact
-   */
-  id: string;
-  /**
-   * Unique string value to identify the contact user in the customer's system. This should be the same ID you use in your system to reference this user.
-   */
-  externalId: string;
-  /**
-   * Display name or nickname of the contact user. This is typically shown in user interfaces.
-   */
-  displayName?: string | null | undefined;
-  /**
-   * Email address of the contact user
-   */
-  email?: string | null | undefined;
-  /**
-   * URL linking to the contact user's avatar image
-   */
-  avatarUrl?: string | null | undefined;
-  /**
-   * Array of tags associated with the contact. Useful for organizing and filtering contacts by categories, departments, or custom classifications.
-   */
-  tags?: Array<string> | undefined;
-  /**
-   * Additional custom metadata associated with the contact as key-value pairs. Use this to store any extra information specific to your application.
-   */
-  metadata?: { [k: string]: any } | undefined;
-  /**
-   * The date and time the resource was created
-   */
-  created?: Date | undefined;
-  /**
-   * The date and time the resource was last updated
-   */
-  updated: Date;
-};
-
-/** @internal */
-export type UpdateIdentityRequestBody$Outbound = {
-  display_name?: string | null | undefined;
-  email?: string | null | undefined;
-  avatar_url?: string | null | undefined;
-  tags?: Array<string> | undefined;
-  metadata?: { [k: string]: any } | undefined;
-};
-
-/** @internal */
-export const UpdateIdentityRequestBody$outboundSchema: z.ZodType<
-  UpdateIdentityRequestBody$Outbound,
-  z.ZodTypeDef,
-  UpdateIdentityRequestBody
-> = z.object({
-  displayName: z.nullable(z.string()).optional(),
-  email: z.nullable(z.string()).optional(),
-  avatarUrl: z.nullable(z.string()).optional(),
-  tags: z.array(z.string()).optional(),
-  metadata: z.record(z.any()).optional(),
-}).transform((v) => {
-  return remap$(v, {
-    displayName: "display_name",
-    avatarUrl: "avatar_url",
-  });
-});
-
-export function updateIdentityRequestBodyToJSON(
-  updateIdentityRequestBody: UpdateIdentityRequestBody,
-): string {
-  return JSON.stringify(
-    UpdateIdentityRequestBody$outboundSchema.parse(updateIdentityRequestBody),
-  );
-}
-
 /** @internal */
 export type UpdateIdentityRequest$Outbound = {
   id: string;
-  RequestBody?: UpdateIdentityRequestBody$Outbound | undefined;
+  UpdateIdentityRequest: components.UpdateIdentityRequest$Outbound;
 };
 
 /** @internal */
@@ -135,11 +24,10 @@ export const UpdateIdentityRequest$outboundSchema: z.ZodType<
   UpdateIdentityRequest
 > = z.object({
   id: z.string(),
-  requestBody: z.lazy(() => UpdateIdentityRequestBody$outboundSchema)
-    .optional(),
+  updateIdentityRequest: components.UpdateIdentityRequest$outboundSchema,
 }).transform((v) => {
   return remap$(v, {
-    requestBody: "RequestBody",
+    updateIdentityRequest: "UpdateIdentityRequest",
   });
 });
 
@@ -150,40 +38,3 @@ export function updateIdentityRequestToJSON(
     UpdateIdentityRequest$outboundSchema.parse(updateIdentityRequest),
   );
 }
-
-/** @internal */
-export const UpdateIdentityResponseBody$inboundSchema: z.ZodType<
-  UpdateIdentityResponseBody,
-  z.ZodTypeDef,
-  unknown
-> = z.object({
-  _id: z.string(),
-  external_id: z.string(),
-  display_name: z.nullable(z.string()).optional(),
-  email: z.nullable(z.string()).optional(),
-  avatar_url: z.nullable(z.string()).optional(),
-  tags: z.array(z.string()).optional(),
-  metadata: z.record(z.any()).optional(),
-  created: z.string().datetime({ offset: true }).transform(v => new Date(v))
-    .optional(),
-  updated: z.string().datetime({ offset: true }).default(
-    "2026-05-22T14:01:36.672Z",
-  ).transform(v => new Date(v)),
-}).transform((v) => {
-  return remap$(v, {
-    "_id": "id",
-    "external_id": "externalId",
-    "display_name": "displayName",
-    "avatar_url": "avatarUrl",
-  });
-});
-
-export function updateIdentityResponseBodyFromJSON(
-  jsonString: string,
-): SafeParseResult<UpdateIdentityResponseBody, SDKValidationError> {
-  return safeParse(
-    jsonString,
-    (x) => UpdateIdentityResponseBody$inboundSchema.parse(JSON.parse(x)),
-    `Failed to parse 'UpdateIdentityResponseBody' from JSON`,
-  );
-}

package/src/models/operations/updateknowledge.ts

@@ -98,13 +98,13 @@ export type UpdateKnowledgeRequestBody2 = {
    */
   embeddingModel?: string | undefined;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   /**
@@ -195,13 +195,13 @@ export type UpdateKnowledgeRequestBody1 = {
    */
   description?: string | null | undefined;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   /**
@@ -323,13 +323,13 @@ export type UpdateKnowledgeResponseBody2 = {
    */
   domainId: string;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   createdById?: string | null | undefined;
@@ -449,13 +449,13 @@ export type UpdateKnowledgeResponseBody1 = {
    */
   domainId: string;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   createdById?: string | null | undefined;

package/src/models/operations/updateprompt.ts

@@ -879,13 +879,13 @@ export type UpdatePromptRequestBody = {
   prompt?: UpdatePromptPromptInput | undefined;
   metadata?: UpdatePromptMetadata | undefined;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
 };

package/src/models/operations/updatetool.ts

@@ -93,13 +93,13 @@ export type UpdateToolRequestBodyToolsRequest5VersionIncrement = ClosedEnum<
  */
 export type UpdateCodeExecutionTool = {
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   /**
@@ -214,13 +214,13 @@ export type UpdateToolRequestBodyToolsRequestVersionIncrement = ClosedEnum<
  */
 export type UpdateMCPTool = {
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   /**
@@ -373,13 +373,13 @@ export type UpdateToolRequestBodyToolsVersionIncrement = ClosedEnum<
  */
 export type UpdateHTTPTool = {
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   /**
@@ -472,13 +472,13 @@ export type UpdateToolRequestBodyVersionIncrement = ClosedEnum<
  */
 export type UpdateJSONSchemaTool = {
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   /**
@@ -584,13 +584,13 @@ export type RequestBodyVersionIncrement = ClosedEnum<
  */
 export type UpdateFunctionTool = {
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path?: string | undefined;
   /**
@@ -712,13 +712,13 @@ export type UpdateToolResponseBodyCodeTool = {
 export type UpdateToolResponseBodyCodeExecutionTool = {
   id: string;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path: string;
   /**
@@ -836,13 +836,13 @@ export type UpdateToolResponseBodyMcp = {
 export type UpdateToolResponseBodyMCPTool = {
   id: string;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path: string;
   /**
@@ -995,13 +995,13 @@ export type UpdateToolResponseBodyHttp = {
 export type UpdateToolResponseBodyHTTPTool = {
   id: string;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path: string;
   /**
@@ -1096,13 +1096,13 @@ export type UpdateToolResponseBodyJsonSchema = {
 export type UpdateToolResponseBodyJSONSchemaTool = {
   id: string;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path: string;
   /**
@@ -1209,13 +1209,13 @@ export type UpdateToolResponseBodyFunction = {
 export type UpdateToolResponseBodyFunctionTool = {
   id: string;
   /**
-   * Entity storage path in the format: `project/folder/subfolder/...`
+   * Entity storage path.
    *
    * @remarks
    *
-   * The first element identifies the project, followed by nested folders (auto-created as needed).
+   * With workspace-level API keys, use the format `project/folder/subfolder/...`. The first element identifies the project, followed by nested folders (auto-created as needed). Example: `Default/agents`.
    *
-   * With project-based API keys, the first element is treated as a folder name, as the project is predetermined by the API key.
+   * With project-level API keys, the project is predetermined by the API key, so the path is relative to that project. Example: `agents`. For backward compatibility, a leading project name is ignored when it matches the scoped project.
    */
   path: string;
   /**
@@ -1472,7 +1472,7 @@ export const RequestBodyTools$outboundSchema: z.ZodType<
   z.ZodTypeDef,
   RequestBodyTools
 > = z.object({
-  id: z.string().default("01KS7ZW46JSVEWJ1QD9P6ZKZJ1"),
+  id: z.string().default("01KSFYHCZV3TNSJMDSKYETHSJK"),
   name: z.string(),
   description: z.string().optional(),
   schema: z.lazy(() => UpdateToolRequestBodyToolsSchema$outboundSchema),
@@ -2193,7 +2193,7 @@ export const UpdateToolResponseBodyCodeExecutionTool$inboundSchema: z.ZodType<
   z.ZodTypeDef,
   unknown
 > = z.object({
-  _id: z.string().default("tool_01KS7ZW46DSKEFY483RRTTTATA"),
+  _id: z.string().default("tool_01KSFYHCZPN02GES7C8MXJNEEX"),
   path: z.string(),
   key: z.string(),
   display_name: z.string().optional(),
@@ -2296,7 +2296,7 @@ export const UpdateToolResponseBodyTools$inboundSchema: z.ZodType<
   z.ZodTypeDef,
   unknown
 > = z.object({
-  id: z.string().default("01KS7ZW46CAGHY4G699KNDZ1GF"),
+  id: z.string().default("01KSFYHCZNQKB5Q2NNSV437DH2"),
   name: z.string(),
   description: z.string().optional(),
   schema: z.lazy(() => UpdateToolResponseBodyToolsSchema$inboundSchema),
@@ -2354,7 +2354,7 @@ export const UpdateToolResponseBodyMCPTool$inboundSchema: z.ZodType<
   z.ZodTypeDef,
   unknown
 > = z.object({
-  _id: z.string().default("tool_01KS7ZW46B4K4KHB3HEH463ZJS"),
+  _id: z.string().default("tool_01KSFYHCZMBXNASX0YNPM493T0"),
   path: z.string(),
   key: z.string(),
   display_name: z.string().optional(),
@@ -2543,7 +2543,7 @@ export const UpdateToolResponseBodyHTTPTool$inboundSchema: z.ZodType<
   z.ZodTypeDef,
   unknown
 > = z.object({
-  _id: z.string().default("tool_01KS7ZW46AMHVWCGDNPJZ93693"),
+  _id: z.string().default("tool_01KSFYHCZJX4HMN1DNM8WF6BDB"),
   path: z.string(),
   key: z.string(),
   display_name: z.string().optional(),
@@ -2638,7 +2638,7 @@ export const UpdateToolResponseBodyJSONSchemaTool$inboundSchema: z.ZodType<
   z.ZodTypeDef,
   unknown
 > = z.object({
-  _id: z.string().default("tool_01KS7ZW469JBW03V9F56CYQZ2Q"),
+  _id: z.string().default("tool_01KSFYHCZHJEWD0GC0BF94QPAM"),
   path: z.string(),
   key: z.string(),
   display_name: z.string().optional(),
@@ -2741,7 +2741,7 @@ export const UpdateToolResponseBodyFunctionTool$inboundSchema: z.ZodType<
   z.ZodTypeDef,
   unknown
 > = z.object({
-  _id: z.string().default("tool_01KS7ZW468Z8Q4YN2609VJ9VJX"),
+  _id: z.string().default("tool_01KSFYHCZG5VTF27RXZEZ9W9ZJ"),
   path: z.string(),
   key: z.string(),
   display_name: z.string().optional(),

package/src/sdk/apikeys.ts

@@ -0,0 +1,116 @@
+/*
+ * Code generated by Speakeasy (https://speakeasy.com). DO NOT EDIT.
+ */
+
+import { apiKeysCreate } from "../funcs/apiKeysCreate.js";
+import { apiKeysDelete } from "../funcs/apiKeysDelete.js";
+import { apiKeysGet } from "../funcs/apiKeysGet.js";
+import { apiKeysList } from "../funcs/apiKeysList.js";
+import { apiKeysListCapabilities } from "../funcs/apiKeysListCapabilities.js";
+import { apiKeysUpdate } from "../funcs/apiKeysUpdate.js";
+import { ClientSDK, RequestOptions } from "../lib/sdks.js";
+import * as components from "../models/components/index.js";
+import * as operations from "../models/operations/index.js";
+import { unwrapAsync } from "../types/fp.js";
+
+export class ApiKeys extends ClientSDK {
+  /**
+   * List API keys
+   *
+   * @remarks
+   * Returns API keys visible to the current workspace, ordered by creation time with the newest key first. The `api_key` and `token_hash` fields are never returned by this endpoint; only `token_prefix` is included.
+   */
+  async list(
+    request?: operations.ApiKeyListRequest | undefined,
+    options?: RequestOptions,
+  ): Promise<components.ListApiKeysResponse> {
+    return unwrapAsync(apiKeysList(
+      this,
+      request,
+      options,
+    ));
+  }
+
+  /**
+   * Create a new API key
+   *
+   * @remarks
+   * Mints a new opaque API key (`sk-orq-<key_id>-<secret>`) in the workspace. The raw secret is returned ONCE in the response and is never retrievable afterwards. The stored record retains only `token_prefix` and a SHA-256 `token_hash`.
+   */
+  async create(
+    request: components.CreateApiKeyRequest,
+    options?: RequestOptions,
+  ): Promise<components.CreateApiKeyResponse> {
+    return unwrapAsync(apiKeysCreate(
+      this,
+      request,
+      options,
+    ));
+  }
+
+  /**
+   * List capability catalog
+   *
+   * @remarks
+   * Returns the capability catalog: the set of permission domains that can be granted to an API key. Each entry includes the domain id, display name, group, allowed project scopes, and the read / write verb sets resolved at authorize() time. Drives the permissions UI in the dashboard.
+   */
+  async listCapabilities(
+    options?: RequestOptions,
+  ): Promise<components.ListCapabilitiesResponse> {
+    return unwrapAsync(apiKeysListCapabilities(
+      this,
+      options,
+    ));
+  }
+
+  /**
+   * Retrieve an API key
+   *
+   * @remarks
+   * Retrieves the metadata for an existing API key by its unique identifier. The raw secret is never returned — only `token_prefix`, `permission_mode`, `project_scope`, and lifecycle fields.
+   */
+  async get(
+    request: operations.ApiKeyGetRequest,
+    options?: RequestOptions,
+  ): Promise<components.GetApiKeyResponse> {
+    return unwrapAsync(apiKeysGet(
+      this,
+      request,
+      options,
+    ));
+  }
+
+  /**
+   * Delete an API key
+   *
+   * @remarks
+   * Permanently deletes an API key. Cache entries in `API_KEYS_KV` are invalidated immediately so an in-flight token cannot ride out the TTL. The response body is empty on success.
+   */
+  async delete(
+    request: operations.ApiKeyDeleteRequest,
+    options?: RequestOptions,
+  ): Promise<components.DeleteApiKeyResponse> {
+    return unwrapAsync(apiKeysDelete(
+      this,
+      request,
+      options,
+    ));
+  }
+
+  /**
+   * Update an API key
+   *
+   * @remarks
+   * Updates mutable fields of an API key: display name, status (active / disabled / revoked), permission mode and access map, project scope, and constraints (budget / rate limit / expiry). Omitted fields keep their current values.
+   */
+  async update(
+    request: operations.ApiKeyUpdateRequest,
+    options?: RequestOptions,
+  ): Promise<components.UpdateApiKeyResponse> {
+    return unwrapAsync(apiKeysUpdate(
+      this,
+      request,
+      options,
+    ));
+  }
+}

package/src/sdk/feedback.ts

@@ -9,22 +9,22 @@ import * as operations from "../models/operations/index.js";
 import { unwrapAsync } from "../types/fp.js";
 
 export class Feedback extends ClientSDK {
-  async postV2Feedback(
-    request?: operations.PostV2FeedbackRequestBody | undefined,
+  async postV2FeedbackRemove(
+    request?: operations.PostV2FeedbackRemoveRequestBody | undefined,
     options?: RequestOptions,
-  ): Promise<operations.PostV2FeedbackResponseBody> {
-    return unwrapAsync(feedbackPostV2Feedback(
+  ): Promise<operations.PostV2FeedbackRemoveResponseBody> {
+    return unwrapAsync(feedbackPostV2FeedbackRemove(
       this,
       request,
       options,
     ));
   }
 
-  async postV2FeedbackRemove(
-    request?: operations.PostV2FeedbackRemoveRequestBody | undefined,
+  async postV2Feedback(
+    request?: operations.PostV2FeedbackRequestBody | undefined,
     options?: RequestOptions,
-  ): Promise<operations.PostV2FeedbackRemoveResponseBody> {
-    return unwrapAsync(feedbackPostV2FeedbackRemove(
+  ): Promise<operations.PostV2FeedbackResponseBody> {
+    return unwrapAsync(feedbackPostV2Feedback(
       this,
       request,
       options,