用量记录：每一分钱都花得明明白白
Snowflake的CoCo会通过多个ACCOUNT_USAGE视图，把每次请求的详细用量记下来。token数、credits消耗、模型维度明细、用户信息、元数据，全都记录在案。换句话说，你随时能回答“上个月谁在哪个模型上花了多少钱”这类问题。历史数据最长保留365天，拿来做长期趋势分析完全够用。
举个实际例子：有团队发现成本突然飙高，去视图里一查，原来是个别用户频繁调用大模型生成代码。按用户、按模型分个组，几秒钟就定位到问题源头。这种颗粒度，比盯着总账单有用多了。
自然语言问成本，让agent去写SQL
CoCo自带/cost-intelligence skill，你完全不用碰SQL，直接问一句“本月各模型credits消耗排名”，agent就会自动生成查询并跑出结果。更香的是，它还能帮你创建和管理配额、成本控制设置。比如直接说“给A用户设置每日100 credits上限”，它就给你办好了。
账户级每日上限：三个参数管住所有入口
账户管理员可以设置三个账户级参数，分别控制CoCo CLI、Desktop和Snowsight上每个用户的每日预估credit上限。达到上限后，对应的surface就会被拦下来，直到用量回落。注意这是按用户单独覆盖的：普通用户每天50 credits，重点用户每天200 credits，完全可以灵活调。
Per-user quota：原生治理对象，硬性拦截
除了账户级参数，Snowflake还提供per-user quota，这是原生的治理对象。你可以给每个用户设月度限额，也可以再加一个每日限额。一旦超限，系统会自动拦下新的AI请求，覆盖AI functions、Cortex Agents、Snowflake CoWork和CoCo等多个AI域。周期按UTC自然月/日计算，简单粗暴，但确实有效。
Budget：提前预警，不盲目阻断
Budget机制走的是“预测+预警”路线：对比实际用量和上限，预测会不会超支，然后发通知。默认不阻断消耗，适合不想影响业务的场景。需要注意的是，预算刷新间隔默认最长6.5小时；如果你改成每小时刷新，预算计算成本会放大12倍。所以别拍脑袋调，先想清楚值不值。
模型访问控制：RBAC是未来
想控制谁能用哪些模型，目前有两种方式：基于角色的RBAC，以及账户级CORTEX_MODELS_ALLOWLIST参数。allowlist现在还能用，但官方已经计划弃用——2026年8月起只能设为None，2026年11月完全移除。所以新项目直接上RBAC吧，别给自己留技术债。
自动化成本防护：用Alerts和Tasks兜底
基于CORTEX_AI_FUNCTIONS_USAGE_HISTORY视图，你可以用Snowflake alerts和tasks搭一套自动化成本防护。比如账户级月度告警、用户级月度限额撤销角色，甚至检测并取消runaway query。但注意，取消query并不能退回已经消耗的credits。所以，事前预防永远比事后补救重要。
对于正在规划上云的公司来说，云成本控制永远是个绕不开的话题。除了Snowflake这套机制，如果你用的是阿里云，也可以通过阿里云代理商易枫顺（易枫顺 - 阿里云官方旗舰级代理商）获取资源，顺便看看阿里云优惠，把基础成本先降下来。毕竟，省下的每一分钱，都是利润。
FAQ
Q: 账户级每日上限和Per-user quota有什么区别？
A: 账户级参数控制的是每个用户在CLI、Desktop、Snowsight上的每日预估credit上限，达到后阻断对应surface。Per-user quota是更底层的原生治理对象，可以设月度限额加可选每日限额，超限后自动阻止所有AI请求，覆盖范围更广。
Q: Budget会直接阻断消耗吗？
A: 默认不会。Budget是基于预测的预警机制，只发通知，不阻断。如果你需要硬性拦截，应该用per-user quota或账户级上限。
Q: allowlist什么时候移除？
A: 2026年8月起CORTEX_MODELS_ALLOWLIST只能设为None，2026年11月完全移除。建议现在就改用RBAC，别等。
Q: 取消runaway query能退回credits吗？
A: 不能。取消查询只是停止后续消耗，已经用的credits不会退回。所以重点要放在事前设置配额和预算上。
关于易枫顺
深圳市易枫顺网络科技有限公司是阿里云官方旗舰级代理商。提供云服务器ECS、云数据库RDS、对象存储OSS等阿里云全系产品官方特惠折扣与代金券申请，以及多云成本优化、企业上云一站式服务。客服热线：19520841949 - 易枫顺
来源：InfoQ
