
What happened
Snowflake has made per-user daily and monthly AI credit quotas generally available across CoCo (its AI agent built into Snowflake's platform), and is rolling out three new governance layers soon: organization-wide policy enforcement via Managed settings, team/role-based agent profiles, and Restricted Session Scope to limit what SQL an agent can execute. The company is also releasing Tools by Cortex AI Gateway to control which external systems (Jira, Slack, Google Workspace, internal APIs, etc.) agents can access.
Why it matters
Administrators now have concrete controls to answer security review questions—spend bounds, consistent policy across all surfaces (Snowsight, CLI, Desktop), explicit data reach limits, and auditable external tool access—without forcing teams into sandboxes or manual approval workflows. Builders gain access to production environments because guardrails are automatic and role-based; governance remains invisible in normal use.
What to watch
Per-user quotas are available now; Managed settings, agent profiles, Restricted Session Scope, and Tools by Cortex AI Gateway are generally available soon. Cost limits reset at daily and monthly cycle boundaries, and all usage is queryable through SNOWFLAKE.ACCOUNT_USAGE by user, model, and token type.
Summaries like this, in your inbox every morning.
Snowflake's expansion of CoCo governance reflects a shift in how enterprise AI platforms balance access with control. In July, the company had outlined three pillars—governing costs, grounding AI in enterprise context, and bringing AI into existing workflows—but cost management alone was insufficient for security reviews. The new layers address distinct pain points: per-user quotas make spend bounded and enforceable, Managed settings ensure policy consistency across three different interfaces (Snowsight, CLI, Desktop), Restricted Session Scope limits the data an agent can touch based on active roles, and Cortex AI Gateway (built on technology from Snowflake's Natoma acquisition) makes external tool access auditable and pre-approved.
The architecture is notable because each control operates at a different scope—query level, team level, organization level—and enforcement happens before a session starts rather than after the fact. This means administrators can answer specific security questions with concrete evidence: what did the user spend, what data could they reach, what external systems did they touch. For builders, the appeal is that governance becomes automatic and role-based; a developer opening a session inherits the right model, skills, and tool access without manual configuration, making the control layer invisible in normal use. The result is intended to expand access beyond sandboxes and manual approval workflows by making it easier for security teams to approve production environments.
Pick your industry and the AI tools you use, and get news related to your work every day.
Free · 30 seconds with Google · unsubscribe anytimeWhat is AIToday? →
Ask AI anything about this article. The AI reads this article, earlier AIToday articles, and Wikipedia, and cites its sources. Q&As are published on this page for other readers too.