This content is available to Enterprise customers. Sign in with your enterprise account or contact sales to get access.
Approval gates are the core governance mechanism in Lakecode Enterprise. Every operation the agent plans is classified by risk level and routed through an approval workflow before execution.
This means your team gets AI-powered velocity without losing control over what actually runs against your data.
Every operation lakecode plans is assigned one of three safety levels:
Classification is deterministic and based on the SQL or API operation, not the LLM's intent. A CREATE TABLE is always WRITE regardless of the prompt that produced it.
When a workflow contains WRITE or DESTRUCTIVE steps, lakecode pauses execution and presents a step manifest:
Step 3 of 5: Create staging table
Classification: WRITE
Operation: CREATE TABLE staging.customer_dedup AS SELECT ...
Reason: Deduplicate customer records before merge
Inputs: prod.customers (READ)
Outputs: staging.customer_dedup (WRITE)
[Approve] [Reject] [Modify]
Reviewers can:
Approval policies are defined in your AssistantSpec configuration:
# assistantspec.yaml
approval:
# Auto-approve READ operations (default)
read: auto
# Require approval for WRITE operations
write: require
# Require approval + second reviewer for DESTRUCTIVE
destructive: require
destructive_reviewers: 2
# Exempt specific catalogs from approval (e.g., sandbox)
exempt_catalogs:
- sandbox
- dev_scratch
# Require approval for all operations in production catalogs
strict_catalogs:
- prod
- analytics
Approval requests can be delivered through multiple channels:
Every approval decision is logged to the approval_log table in Unity Catalog:
This log is immutable and governed by your Unity Catalog access policies. It serves as the compliance record for all AI-driven operations.