Resumen

  • Una petición iniciada en CoWork que invoca un Cortex Agent se atribuye a CoWork. Un presupuesto que solo cubra recursos etiquetados como Agents no recoge esos créditos.
  • Ampliar el alcance a CoWork permite incluir esa vía, pero incorpora el consumo atribuido al objeto CoWork, no únicamente el del Agent original.
  • Las cuotas se calculan por usuario, no como una bolsa común del departamento. Su bloqueo integrado tampoco equivale a un límite instantáneo que abarque todos los costes.
  • Snowflake documenta alternativas útiles. La decisión empresarial consiste en alinear atribución, población afectada y tiempo de respuesta, sin confundir eficiencia del modelo con previsibilidad de la factura.

Un departamento puede tener a todos sus usuarios por debajo de sus límites y, aun así, superar el gasto que pretendía asignar al conjunto. No hace falta que nadie incumpla una regla. Basta con que la regla mida a cada persona y la decisión financiera se refiera al equipo.

La distinción parece elemental hasta que una plataforma de inteligencia artificial reúne servicios, interfaces y usuarios bajo un acceso común. Entonces la palabra «presupuesto» empieza a describir mecanismos que cuentan cosas diferentes. Snowflake ofrece un ejemplo especialmente concreto: el destino de una petición no determina por sí solo a qué recurso se atribuye su consumo.

Según su guía de presupuestos para Cortex Agents, cuando una petición nace en CoWork e invoca un Agent, el uso se atribuye a CoWork. Un presupuesto limitado a recursos etiquetados como Cortex Agents no recoge los créditos de esa vía. La documentación indica que hay que incluir los recursos de CoWork o crear un presupuesto separado para ellos.

Esto no demuestra un fallo de facturación, ni significa que desaparezcan los permisos o los registros. Es una frontera de atribución publicada. Su importancia económica radica en que una empresa puede conservar el mismo Agent y cambiar, al modificar la puerta de acceso, el perímetro que debe vigilar su responsable financiero.

El equipo no es el recurso

El presupuesto de un Agent parte de una etiqueta aplicada al objeto, un límite mensual en créditos y acciones configuradas para determinados umbrales. Sirve para reunir consumo alrededor de un recurso definido. No es una promesa de que cualquier trabajo que termine pasando por ese recurso se cargará al mismo presupuesto.

La solución de ampliar el alcance también exige una decisión. La documentación de CoWork describe una agregación del servicio en la cuenta. Incluir ese objeto incorpora el uso que se le atribuye, no solo las llamadas al Agent que originó la preocupación. Se gana cobertura, pero el instrumento pasa a abarcar más actividad.

Si la respuesta elegida es una notificación, habrá que decidir quién la recibe y qué debe hacer. Si es una revocación de acceso, el diseño de roles determinará a quién afecta. No todos los presupuestos suspenden automáticamente un servicio entero. Pero una acción amplia sobre un acceso compartido puede alcanzar a procesos ajenos al gasto que se quería contener.

Snowflake permite afinar esa asignación mediante presupuestos de recursos compartidos. Combinan los recursos de IA seleccionados con etiquetas de usuarios. Así, dos departamentos pueden utilizar un servicio común y mantener perímetros de seguimiento distintos. Importa tanto qué recurso se ha seleccionado como quién entra en la población observada.

También importa cómo se combinan las etiquetas. Exigir que un usuario cumpla todos los criterios no incluye necesariamente a las mismas personas que aceptar cualquiera de ellos. Una regla de unión y una de intersección pueden llevar el mismo nombre de departamento y producir cuentas diferentes. La etiqueta visible es una descripción; la selección efectiva es el control.

Esta es la diferencia entre repartir una factura después y gobernar el consumo mientras se produce. Para lo primero puede bastar una convención contable. Para lo segundo hacen falta una atribución reconocible, una acción ejecutable y alguien con autoridad para asumir sus consecuencias.

Una cuota no es una caja común

Las cuotas por usuario introducen otra unidad. Los límites diarios y mensuales se evalúan individualmente para cada usuario incluido. No constituyen un máximo acumulado para todas esas personas. Una misma cuota aplica el mismo límite individual a su población; las asignaciones distintas requieren una configuración que distinga a los grupos correspondientes.

El control individual tiene una ventaja real: puede contener a quien consume intensamente sin retirar el servicio a todos. Pero no fija por sí mismo el tamaño de la partida colectiva. Incorporar más usuarios aumenta la capacidad potencial de consumo, aunque ningún límite individual cambie. La expansión de acceso puede ser, por tanto, una ampliación presupuestaria sin modificación del número que aparece en la cuota.

Tampoco basta con sumar límites nominales y llamar al resultado «gasto máximo garantizado». El bloqueo se evalúa después de un evento de consumo, en cuestión de minutos, y la documentación advierte que puede haber rebasamientos, especialmente con una petición grande. No se reserva antes de cada solicitud todo el coste que esta podría generar.

Además, el dominio de gasto tiene fronteras. Los créditos de almacenes de cómputo y los de IA no se combinan en una sola cuota. El bloqueo integrado de IA se aplica a AI Functions, Cortex Agents, CoWork y CoCo; no detiene los almacenes. Un límite sobre una parte del trabajo no debe presentarse como un tope de la factura completa.

Los dos enfoques, colectivo e individual, no compiten necesariamente. Una empresa puede necesitar una asignación por área y una protección por usuario. Lo que no debería hacer es dar por resuelta la primera porque ha configurado la segunda. La prueba es si la unidad del control coincide con la unidad de la decisión que se quiere tomar.

El gasto y el corte no ocurren a la vez

Los presupuestos de recursos tienen otro ritmo. Snowflake describe evaluaciones periódicas y procedimientos configurados por el cliente. La ejecución de la respuesta puede tardar hasta ocho horas después de superar el límite en el modo habitual, o hasta dos horas con la opción optimizada para menor latencia. No son tiempos medidos por este artículo ni una afirmación de que cada acción espere siempre ese plazo.

Aplicar esas ocho horas a las cuotas individuales sería incorrecto. También lo sería tratar el bloqueo individual, más rápido, como una autorización instantánea de gasto. Hay dos mecanismos, no dos nombres para el mismo interruptor.

Entre superar el umbral y hacer efectiva una restricción puede seguir acumulándose consumo. La magnitud depende del tamaño de las peticiones, su concurrencia, la medición y la respuesta elegida. Las fuentes revisadas no permiten convertir esa posibilidad en una cantidad monetaria, y los créditos no son dólares sin la información contractual correspondiente.

El momento de recuperación importa igualmente. Las cuotas diarias se reinician a medianoche UTC y las mensuales el primer día del mes en UTC; no son ventanas móviles ni siguen automáticamente la jornada local de cada oficina. Consumir antes y después del cambio de período puede utilizar dos asignaciones sucesivas conforme a la regla. No es por sí mismo una evasión del control.

Cambiar un límite o el alcance de una cuota puede tardar aproximadamente entre cinco y diez minutos en propagarse. Si hay varias cuotas bloqueando al mismo usuario, levantar una restricción no elimina las otras. Y hay que distinguir el reinicio automático de un bloqueo integrado de las revocaciones mediante procedimientos personalizados, cuya restauración requiere la acción de inicio de ciclo adecuada.

Una vez efectivo el bloqueo, las nuevas solicitudes reciben el error correspondiente. La documentación dice que las AI Functions en curso se terminan. No establece que todas las acciones de herramientas se cancelen o que se deshaga el trabajo ya completado. El control del consumo y la recuperación del proceso empresarial siguen siendo responsabilidades diferentes.

La adopción hace más importante la frontera

Snowflake comunicó en sus resultados del 2 de septiembre unos ingresos trimestrales por producto de 1.490 millones de dólares, redondeados, un 37% más interanual. CoCo superó las 9.100 cuentas y CoWork alcanzó 5.800 bajo una medida de uso semanal medio durante las últimas cuatro semanas del trimestre cerrado el 31 de julio.

La medida reúne cuentas de capacidad y bajo demanda según la clasificación interna de Snowflake. No cuenta personas únicas que pagan por cada producto, no demuestra que ambos conjuntos sean distintos y no indica cuántas cuentas utilizan presupuestos o cuotas. Sumarlos como si fueran clientes adicionales exageraría lo que dicen los datos.

Sí aportan contexto: los accesos compartidos de IA tienen una utilización comercial que hace relevante la asignación de sus costes. No prueban, en cambio, que un producto anunciado después haya generado esa actividad. El trimestre terminó antes del anuncio de enrutamiento dinámico del 18 de agosto.

Ese anuncio describe selección de modelos orientada a equilibrar capacidad y coste, con una nota que sitúa la entrada en vista previa privada próximamente. Los ensayos internos de eficiencia no equivalen a ahorros verificados en facturas de clientes. Tampoco la mejora por tarea decide quién debe pagar por un flujo que entra por CoWork y utiliza un Agent.

La guía de costes y gobierno de IA añade otra cautela: las consultas, el tiempo de los almacenes y otros cargos pueden acompañar al uso de IA. Algunas vistas de consumo son complementarias y otras se solapan. Sumar cada cifra disponible puede contar una misma actividad más de una vez.

Snowflake no oculta estas distinciones en las fuentes examinadas. Publica alternativas de seguimiento, selección de usuarios, historial de bloqueos y acciones. También señala que los presupuestos de recursos de Cortex Agents no están disponibles en la República Popular China. La amplitud mundial del mercado no convierte una función concreta en universalmente disponible.

La conclusión no es que falten controles, sino que elegirlos exige contestar tres preguntas por separado: dónde se cuenta el gasto, a quién puede restringirse y cuándo se hace efectiva la restricción. Este análisis se basa en documentación pública, no en una prueba sobre una cuenta de producción ni en una factura observada. El problema que identifica es de diseño y responsabilidad; no atribuye pérdidas a ningún cliente.