@leaflow/sdk 0.0.0-dev.464.g3357507 → 0.0.0-dev.468.g4f0b484

package/dist/fleet/v1/generated/validators/renewParticipantResponse.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/renewParticipantResponse.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/replaceMcpConfigurationRequest.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/replaceMcpConfigurationRequest.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/rtcConfiguration.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/rtcConfiguration.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/runCommandRequest.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/runCommandRequest.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/runCommandResponse.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/runCommandResponse.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sendMcpRequestRequest.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sendMcpRequestRequest.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sendMcpRequestResponse.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sendMcpRequestResponse.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionCloseReason.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionCloseReason.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionList.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionList.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionMode.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionMode.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionResource.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionResource.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionState.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/sessionState.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/signedMessage.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/signedMessage.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/signingKey.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/signingKey.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateAccountRequest.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateAccountRequest.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateGroupRequest.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateGroupRequest.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateMachineRequest.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateMachineRequest.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateMcpServerRequest.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateMcpServerRequest.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateMcpServerResponse.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updateMcpServerResponse.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updatePrivilegeAutoApprovalRequest.zod.d.ts

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/fleet/v1/generated/validators/updatePrivilegeAutoApprovalRequest.zod.js

@@ -106,8 +106,7 @@
  * Elevation through sudo is never approved by a password; see "Approving sudo".
  *
  * Members log in over SSH with the SSH keys of their own accounts (`/account/v1/me/ssh-keys` on
- * the account API), while they may log in to the machine. The SSH keys a project shares sign in
- * to no directory account.
+ * the account API), while they may log in to the machine.
  *
  * Machines resolve directory accounts and groups themselves and never write them into their local
  * account files. A local account or group that already uses a name or id of the directory keeps

package/dist/iam/v1/generated/functions.d.ts

@@ -611,7 +611,7 @@ export type createSshKeyResponseError = createSshKeyResponseDefault & {
 export type createSshKeyResponse = createSshKeyResponseSuccess | createSshKeyResponseError;
 export declare const getCreateSshKeyUrl: () => string;
 /**
- * Adds a key the project shares, such as one used by CI or a bastion. Compute installs it on every server created in the project afterwards. It belongs to no member, so it signs in as nobody on Fleet machines; a member adds a key of their own to their account (`POST /account/v1/me/ssh-keys` on the account API).
+ * Adds a key the project shares, such as one used by CI or a bastion. It belongs to the project rather than to the member adding it; a member adds a key of their own to their account (`POST /account/v1/me/ssh-keys` on the account API).
  *
  * Requires `iam:ssh_keys.manage`.
  * @summary Add an SSH key to this project
@@ -675,7 +675,7 @@ export type revokeSshKeyResponseError = revokeSshKeyResponseDefault & {
 export type revokeSshKeyResponse = revokeSshKeyResponseSuccess | revokeSshKeyResponseError;
 export declare const getRevokeSshKeyUrl: (keyId: string) => string;
 /**
- * The row remains and its status becomes `REVOKED`, so it stays answerable afterwards which key was trusted at the time. A server on which Compute installed the key keeps it until it is removed there. Requires `iam:ssh_keys.manage`.
+ * The row remains and its status becomes `REVOKED`, so it stays answerable afterwards which key was trusted at the time. Requires `iam:ssh_keys.manage`.
  * @summary Revoke an SSH key
  */
 export declare const revokeSshKey: (keyId: string, options?: RequestInit, fetchFn?: typeof globalThis.fetch) => Promise<revokeSshKeyResponse>;

package/dist/iam/v1/generated/functions.js

@@ -665,7 +665,7 @@ export const getCreateSshKeyUrl = () => {
     return `https://iam.leaflow.cloud/api/v1/ssh-keys`;
 };
 /**
- * Adds a key the project shares, such as one used by CI or a bastion. Compute installs it on every server created in the project afterwards. It belongs to no member, so it signs in as nobody on Fleet machines; a member adds a key of their own to their account (`POST /account/v1/me/ssh-keys` on the account API).
+ * Adds a key the project shares, such as one used by CI or a bastion. It belongs to the project rather than to the member adding it; a member adds a key of their own to their account (`POST /account/v1/me/ssh-keys` on the account API).
  *
  * Requires `iam:ssh_keys.manage`.
  * @summary Add an SSH key to this project
@@ -748,7 +748,7 @@ export const getRevokeSshKeyUrl = (keyId) => {
     return `https://iam.leaflow.cloud/api/v1/ssh-keys/${encodeURIComponent(String(keyId))}`;
 };
 /**
- * The row remains and its status becomes `REVOKED`, so it stays answerable afterwards which key was trusted at the time. A server on which Compute installed the key keeps it until it is removed there. Requires `iam:ssh_keys.manage`.
+ * The row remains and its status becomes `REVOKED`, so it stays answerable afterwards which key was trusted at the time. Requires `iam:ssh_keys.manage`.
  * @summary Revoke an SSH key
  */
 export const revokeSshKey = async (keyId, options, fetchFn) => {

package/dist/iam/v1/generated/schemas.zod.d.ts

@@ -243,7 +243,7 @@ export declare const ListSshKeysQueryParams: zod.ZodObject<{
     purpose: zod.ZodOptional<zod.ZodString>;
 }, zod.z.core.$strict>;
 /**
- * Adds a key the project shares, such as one used by CI or a bastion. Compute installs it on every server created in the project afterwards. It belongs to no member, so it signs in as nobody on Fleet machines; a member adds a key of their own to their account (`POST /account/v1/me/ssh-keys` on the account API).
+ * Adds a key the project shares, such as one used by CI or a bastion. It belongs to the project rather than to the member adding it; a member adds a key of their own to their account (`POST /account/v1/me/ssh-keys` on the account API).
  *
  * Requires `iam:ssh_keys.manage`.
  * @summary Add an SSH key to this project
@@ -270,7 +270,7 @@ export declare const RenameSshKeyBody: zod.ZodObject<{
     name: zod.ZodString;
 }, zod.z.core.$strict>;
 /**
- * The row remains and its status becomes `REVOKED`, so it stays answerable afterwards which key was trusted at the time. A server on which Compute installed the key keeps it until it is removed there. Requires `iam:ssh_keys.manage`.
+ * The row remains and its status becomes `REVOKED`, so it stays answerable afterwards which key was trusted at the time. Requires `iam:ssh_keys.manage`.
  * @summary Revoke an SSH key
  */
 export declare const RevokeSshKeyParams: zod.ZodObject<{

package/dist/iam/v1/generated/schemas.zod.js

@@ -250,7 +250,7 @@ export const ListSshKeysQueryParams = zod.strictObject({
         .describe("Lists only the keys carrying this purpose. The key the platform generates carries `platform`"),
 });
 /**
- * Adds a key the project shares, such as one used by CI or a bastion. Compute installs it on every server created in the project afterwards. It belongs to no member, so it signs in as nobody on Fleet machines; a member adds a key of their own to their account (`POST /account/v1/me/ssh-keys` on the account API).
+ * Adds a key the project shares, such as one used by CI or a bastion. It belongs to the project rather than to the member adding it; a member adds a key of their own to their account (`POST /account/v1/me/ssh-keys` on the account API).
  *
  * Requires `iam:ssh_keys.manage`.
  * @summary Add an SSH key to this project
@@ -271,7 +271,7 @@ export const RenameSshKeyParams = zod.strictObject({
 });
 export const RenameSshKeyBody = RenameSSHKeyRequestBody;
 /**
- * The row remains and its status becomes `REVOKED`, so it stays answerable afterwards which key was trusted at the time. A server on which Compute installed the key keeps it until it is removed there. Requires `iam:ssh_keys.manage`.
+ * The row remains and its status becomes `REVOKED`, so it stays answerable afterwards which key was trusted at the time. Requires `iam:ssh_keys.manage`.
  * @summary Revoke an SSH key
  */
 export const RevokeSshKeyParams = zod.strictObject({

package/dist/proto/leaflow/fleet/device/v1/device_pb.d.ts

@@ -242,12 +242,13 @@ export type CameraLimits = Message<"leaflow.fleet.device.v1.CameraLimits"> & {
 export declare const CameraLimitsSchema: GenMessage<CameraLimits>;
 /**
  * Limits of the gamepads one participant provides. 0: the session's limit.
+ * They bound what devices exist; how fast states come is never limited.
  *
  * @generated from message leaflow.fleet.device.v1.GamepadLimits
  */
 export type GamepadLimits = Message<"leaflow.fleet.device.v1.GamepadLimits"> & {
     /**
-     * The most gamepads, at most 8.
+     * The most gamepads, at most 16.
      *
      * @generated from field: uint32 max_devices = 1;
      */
@@ -264,25 +265,6 @@ export type GamepadLimits = Message<"leaflow.fleet.device.v1.GamepadLimits"> & {
      * @generated from field: uint32 max_buttons = 3;
      */
     maxButtons: number;
-    /**
-     * The most changed states per second of one gamepad, at most 250.
-     *
-     * @generated from field: uint32 max_updates_per_second = 4;
-     */
-    maxUpdatesPerSecond: number;
-    /**
-     * The most bytes of states queued, in flight included, at most 64 KiB.
-     *
-     * @generated from field: uint32 max_queue_size_bytes = 5;
-     */
-    maxQueueSizeBytes: number;
-    /**
-     * The oldest a queued state may get, at most 200 milliseconds; older
-     * states are dropped, never their button changes replayed late.
-     *
-     * @generated from field: google.protobuf.Duration max_queue_time = 6;
-     */
-    maxQueueTime?: Duration | undefined;
 };
 /**
  * Describes the message leaflow.fleet.device.v1.GamepadLimits.

package/dist/proto/leaflow/fleet/device/v1/device_pb.js

@@ -6,7 +6,7 @@ import { file_google_protobuf_duration } from "@bufbuild/protobuf/wkt";
 /**
  * Describes the file leaflow/fleet/device/v1/device.proto.
  */
-export const file_leaflow_fleet_device_v1_device = /*@__PURE__*/ fileDesc("CiRsZWFmbG93L2ZsZWV0L2RldmljZS92MS9kZXZpY2UucHJvdG8SF2xlYWZsb3cuZmxlZXQuZGV2aWNlLnYxIpEBCg1TZXJ2ZXJNZXNzYWdlEjcKBmRlbWFuZBgBIAEoCzIlLmxlYWZsb3cuZmxlZXQuZGV2aWNlLnYxLkRldmljZURlbWFuZEgAEjwKDHNuYXBzaG90X2VuZBgCIAEoCzIkLmxlYWZsb3cuZmxlZXQuZGV2aWNlLnYxLlNuYXBzaG90RW5kSABCCQoHbWVzc2FnZSKJAgoMRGV2aWNlRGVtYW5kEjEKBHR5cGUYASABKA4yIy5sZWFmbG93LmZsZWV0LmRldmljZS52MS5EZXZpY2VUeXBlEjMKBXN0YXRlGAIgASgOMiQubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuRGVtYW5kU3RhdGUSFgoOY29uc3VtZXJfY291bnQYAyABKA0SHAoUY29uc3VtZXJfY291bnRfZXhhY3QYBCABKAgSOgoJY29uc3VtZXJzGAUgAygLMicubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuRGV2aWNlQ29uc3VtZXISHwoXcHJvdmlkZXJfcGFydGljaXBhbnRfaWQYBiABKAQiPwoORGV2aWNlQ29uc3VtZXISEwoLY29uc3VtZXJfaWQYASABKAkSGAoQYXBwbGljYXRpb25fbmFtZRgCIAEoCSINCgtTbmFwc2hvdEVuZCJHCgpDYXB0dXJlRW5kEjkKBnJlYXNvbhgBIAEoDjIpLmxlYWZsb3cuZmxlZXQuZGV2aWNlLnYxLkNhcHR1cmVFbmRSZWFzb24inAIKDERldmljZVBvbGljeRI6Cg1hbGxvd2VkX3R5cGVzGAEgAygOMiMubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuRGV2aWNlVHlwZRIZChFwcm92aWRlcl9wcmlvcml0eRgCIAEoDRI3ChRtYXhfY2FwdHVyZV9kdXJhdGlvbhgDIAEoCzIZLmdvb2dsZS5wcm90b2J1Zi5EdXJhdGlvbhI8Cg1jYW1lcmFfbGltaXRzGAQgASgLMiUubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuQ2FtZXJhTGltaXRzEj4KDmdhbWVwYWRfbGltaXRzGAUgASgLMiYubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuR2FtZXBhZExpbWl0cyK5AQoMQ2FtZXJhTGltaXRzEhEKCW1heF93aWR0aBgBIAEoDRISCgptYXhfaGVpZ2h0GAIgASgNEhYKDm1heF9mcmFtZV9yYXRlGAMgASgNEhwKFG1heF9mcmFtZV9zaXplX2J5dGVzGAQgASgNEhkKEW1heF9xdWV1ZWRfZnJhbWVzGAUgASgNEjEKDm1heF9xdWV1ZV90aW1lGAYgASgLMhkuZ29vZ2xlLnByb3RvYnVmLkR1cmF0aW9uIrwBCg1HYW1lcGFkTGltaXRzEhMKC21heF9kZXZpY2VzGAEgASgNEhAKCG1heF9heGVzGAIgASgNEhMKC21heF9idXR0b25zGAMgASgNEh4KFm1heF91cGRhdGVzX3Blcl9zZWNvbmQYBCABKA0SHAoUbWF4X3F1ZXVlX3NpemVfYnl0ZXMYBSABKA0SMQoObWF4X3F1ZXVlX3RpbWUYBiABKAsyGS5nb29nbGUucHJvdG9idWYuRHVyYXRpb24qpwEKCkRldmljZVR5cGUSGwoXREVWSUNFX1RZUEVfVU5TUEVDSUZJRUQQABIaChZERVZJQ0VfVFlQRV9NSUNST1BIT05FEAESFgoSREVWSUNFX1RZUEVfQ0FNRVJBEAISEwoPREVWSUNFX1RZUEVfVVNCEAMSGgoWREVWSUNFX1RZUEVfU01BUlRfQ0FSRBAEEhcKE0RFVklDRV9UWVBFX0dBTUVQQUQQBSp5CgtEZW1hbmRTdGF0ZRIcChhERU1BTkRfU1RBVEVfVU5TUEVDSUZJRUQQABIVChFERU1BTkRfU1RBVEVfSURMRRABEhcKE0RFTUFORF9TVEFURV9BQ1RJVkUQAhIcChhERU1BTkRfU1RBVEVfVU5BVkFJTEFCTEUQAyqwAgoQQ2FwdHVyZUVuZFJlYXNvbhIiCh5DQVBUVVJFX0VORF9SRUFTT05fVU5TUEVDSUZJRUQQABIjCh9DQVBUVVJFX0VORF9SRUFTT05fTk9fQ09OU1VNRVJTEAESKQolQ0FQVFVSRV9FTkRfUkVBU09OX1BFUk1JU1NJT05fUkVWT0tFRBACEikKJUNBUFRVUkVfRU5EX1JFQVNPTl9ERVZJQ0VfVU5BVkFJTEFCTEUQAxIoCiRDQVBUVVJFX0VORF9SRUFTT05fUFJPVklERVJfUkVQTEFDRUQQBBIoCiRDQVBUVVJFX0VORF9SRUFTT05fREVBRExJTkVfRVhDRUVERUQQBRIpCiVDQVBUVVJFX0VORF9SRUFTT05fVU5TVVBQT1JURURfRk9STUFUEAZCPFo6Z2l0aHViLmNvbS9sZWFmbG93YXBpcy9sZWFmbG93LWdvL2ZsZWV0L2RldmljZS92MTtkZXZpY2V2MWIGcHJvdG8z", [file_google_protobuf_duration]);
+export const file_leaflow_fleet_device_v1_device = /*@__PURE__*/ fileDesc("CiRsZWFmbG93L2ZsZWV0L2RldmljZS92MS9kZXZpY2UucHJvdG8SF2xlYWZsb3cuZmxlZXQuZGV2aWNlLnYxIpEBCg1TZXJ2ZXJNZXNzYWdlEjcKBmRlbWFuZBgBIAEoCzIlLmxlYWZsb3cuZmxlZXQuZGV2aWNlLnYxLkRldmljZURlbWFuZEgAEjwKDHNuYXBzaG90X2VuZBgCIAEoCzIkLmxlYWZsb3cuZmxlZXQuZGV2aWNlLnYxLlNuYXBzaG90RW5kSABCCQoHbWVzc2FnZSKJAgoMRGV2aWNlRGVtYW5kEjEKBHR5cGUYASABKA4yIy5sZWFmbG93LmZsZWV0LmRldmljZS52MS5EZXZpY2VUeXBlEjMKBXN0YXRlGAIgASgOMiQubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuRGVtYW5kU3RhdGUSFgoOY29uc3VtZXJfY291bnQYAyABKA0SHAoUY29uc3VtZXJfY291bnRfZXhhY3QYBCABKAgSOgoJY29uc3VtZXJzGAUgAygLMicubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuRGV2aWNlQ29uc3VtZXISHwoXcHJvdmlkZXJfcGFydGljaXBhbnRfaWQYBiABKAQiPwoORGV2aWNlQ29uc3VtZXISEwoLY29uc3VtZXJfaWQYASABKAkSGAoQYXBwbGljYXRpb25fbmFtZRgCIAEoCSINCgtTbmFwc2hvdEVuZCJHCgpDYXB0dXJlRW5kEjkKBnJlYXNvbhgBIAEoDjIpLmxlYWZsb3cuZmxlZXQuZGV2aWNlLnYxLkNhcHR1cmVFbmRSZWFzb24inAIKDERldmljZVBvbGljeRI6Cg1hbGxvd2VkX3R5cGVzGAEgAygOMiMubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuRGV2aWNlVHlwZRIZChFwcm92aWRlcl9wcmlvcml0eRgCIAEoDRI3ChRtYXhfY2FwdHVyZV9kdXJhdGlvbhgDIAEoCzIZLmdvb2dsZS5wcm90b2J1Zi5EdXJhdGlvbhI8Cg1jYW1lcmFfbGltaXRzGAQgASgLMiUubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuQ2FtZXJhTGltaXRzEj4KDmdhbWVwYWRfbGltaXRzGAUgASgLMiYubGVhZmxvdy5mbGVldC5kZXZpY2UudjEuR2FtZXBhZExpbWl0cyK5AQoMQ2FtZXJhTGltaXRzEhEKCW1heF93aWR0aBgBIAEoDRISCgptYXhfaGVpZ2h0GAIgASgNEhYKDm1heF9mcmFtZV9yYXRlGAMgASgNEhwKFG1heF9mcmFtZV9zaXplX2J5dGVzGAQgASgNEhkKEW1heF9xdWV1ZWRfZnJhbWVzGAUgASgNEjEKDm1heF9xdWV1ZV90aW1lGAYgASgLMhkuZ29vZ2xlLnByb3RvYnVmLkR1cmF0aW9uIksKDUdhbWVwYWRMaW1pdHMSEwoLbWF4X2RldmljZXMYASABKA0SEAoIbWF4X2F4ZXMYAiABKA0SEwoLbWF4X2J1dHRvbnMYAyABKA0qpwEKCkRldmljZVR5cGUSGwoXREVWSUNFX1RZUEVfVU5TUEVDSUZJRUQQABIaChZERVZJQ0VfVFlQRV9NSUNST1BIT05FEAESFgoSREVWSUNFX1RZUEVfQ0FNRVJBEAISEwoPREVWSUNFX1RZUEVfVVNCEAMSGgoWREVWSUNFX1RZUEVfU01BUlRfQ0FSRBAEEhcKE0RFVklDRV9UWVBFX0dBTUVQQUQQBSp5CgtEZW1hbmRTdGF0ZRIcChhERU1BTkRfU1RBVEVfVU5TUEVDSUZJRUQQABIVChFERU1BTkRfU1RBVEVfSURMRRABEhcKE0RFTUFORF9TVEFURV9BQ1RJVkUQAhIcChhERU1BTkRfU1RBVEVfVU5BVkFJTEFCTEUQAyqwAgoQQ2FwdHVyZUVuZFJlYXNvbhIiCh5DQVBUVVJFX0VORF9SRUFTT05fVU5TUEVDSUZJRUQQABIjCh9DQVBUVVJFX0VORF9SRUFTT05fTk9fQ09OU1VNRVJTEAESKQolQ0FQVFVSRV9FTkRfUkVBU09OX1BFUk1JU1NJT05fUkVWT0tFRBACEikKJUNBUFRVUkVfRU5EX1JFQVNPTl9ERVZJQ0VfVU5BVkFJTEFCTEUQAxIoCiRDQVBUVVJFX0VORF9SRUFTT05fUFJPVklERVJfUkVQTEFDRUQQBBIoCiRDQVBUVVJFX0VORF9SRUFTT05fREVBRExJTkVfRVhDRUVERUQQBRIpCiVDQVBUVVJFX0VORF9SRUFTT05fVU5TVVBQT1JURURfRk9STUFUEAZCPFo6Z2l0aHViLmNvbS9sZWFmbG93YXBpcy9sZWFmbG93LWdvL2ZsZWV0L2RldmljZS92MTtkZXZpY2V2MWIGcHJvdG8z", [file_google_protobuf_duration]);
 /**
  * Describes the message leaflow.fleet.device.v1.ServerMessage.
  * Use `create(ServerMessageSchema)` to create a new message.

package/dist/proto/leaflow/fleet/filetransfer/v1/filetransfer_pb.d.ts

@@ -622,7 +622,8 @@ export type FileTransferPolicy = Message<"leaflow.fleet.filetransfer.v1.FileTran
      */
     fileSystemAllowed: boolean;
     /**
-     * The most entries, directories included, of one offer. 0: 1024.
+     * The most entries, directories included, of one offer. 0: as many as one
+     * offer holds.
      *
      * @generated from field: uint32 max_entries = 4;
      */