/** * Patch semantics: unset fields are left unchanged, so this is the operation * for changing a grant's role without restating its scope. For a whole * replacement, see update_acl_rule. * * Destructive on the standing-side-effect precedent of `gmail/create_filter` * and `sheets/add_protected_range` rather than the rubric's update default: * it changes who can reach a calendar, the access persists until revoked, and * it can escalate a scope to `owner`. * * Open-world and not idempotent on the precedent of the sends * (`gmail/send_message`, `gmail/send_draft`): `sendNotifications` defaults to * true at Google, so replaying identical arguments can emit another round * of sharing notifications, * and `src/lib/server.ts` reads `idempotentHint` as permission to silently * retry after a credential refresh. Access removal sends no sharing * notifications. */ export declare const patch_acl_rule: import("../../../lib/operation.js").Operation>; scope: import("zod").ZodOptional; }, import("zod/v4/core").$strict>, import("zod").ZodObject<{ type: import("zod").ZodEnum<{ domain: "domain"; group: "group"; user: "user"; }>; value: import("zod").ZodString; }, import("zod/v4/core").$strict>], "type">>; calendarId: import("zod").ZodOptional; sendNotifications: import("zod").ZodOptional; }, import("zod/v4/core").$strict>, import("zod").ZodObject<{ id: import("zod").ZodString; role: import("zod").ZodOptional>; scope: import("zod").ZodOptional; }, import("zod/v4/core").$strict>, import("zod").ZodObject<{ type: import("zod").ZodEnum<{ domain: "domain"; group: "group"; user: "user"; }>; value: import("zod").ZodString; }, import("zod/v4/core").$strict>], "type">>; }, import("zod/v4/core").$strip>>; //# sourceMappingURL=index.d.ts.map