Guía

Gestión de presupuestos para LLM: límites y responsables

Gestiona el gasto de los LLM con presupuestos monetarios, responsables, períodos claros y límites estrictos o flexibles verificados en las rutas utilizadas.

Por AgentShelfActualizado 23 de octubre de 2026

Guía de conocimiento de AgentShelf

La gestión de presupuestos para LLM convierte una asignación de gasto en una regla operativa: quién puede gastar, en qué flujo, durante qué período y qué ocurre al alcanzar el límite. Empieza con un presupuesto monetario y una persona responsable; después verifica la ruta que lo aplicará. Un informe de gasto por sí solo no detiene una solicitud.

Una persona define alcance, importe y período, verifica la ruta y elige entre advertir y continuar o rechazar.

Responsabilidad, cobertura y respuesta al límite deben figurar en el mismo registro.

Calcula el importe a partir del trabajo útil

Estima el volumen de tareas y el costo observado del modelo por tarea completada aceptable. Incluye los intentos repetidos en la medición del piloto. Calcula servicios conectados y revisión humana por separado para no confundir gasto del modelo con costo operativo total.

Ejemplo ficticio: Cedar Services espera 400 resúmenes de solicitudes revisados al mes. El piloto mide un costo medio del modelo de USD 0,20 por resumen aceptado, incluidos intentos repetidos. La base de planificación es USD 80. La persona responsable elige una asignación hipotética de USD 100 para variaciones y la revisa semanalmente. Son cifras ilustrativas, no precios de AgentShelf ni costos prometidos.

Anota moneda e inicio y final del período. Comprueba cómo representa ese período la política configurada. No interpretes la asignación como saldo prepagado ni supongas que una fecha ha reiniciado el límite sin verificar la política activa.

Elige alcance y responsable

AgentShelf admite presupuestos monetarios por organización, equipo, usuario y widget. Los administradores de la organización eligen presupuestos estrictos o flexibles. Selecciona el alcance según la responsabilidad prevista.

Desplázate horizontalmente para ver todas las columnas.

AlcancePregunta de planificaciónResponsable que debes registrar
Organización¿Qué asignación cubre a la organización?Responsable del presupuesto organizativo
Equipo¿Qué asignación financia al equipo?Responsable del presupuesto del equipo
Usuario¿Qué asignación cubre a esta persona?Responsable de esa asignación
Widget¿Qué asignación cubre esta superficie web?Responsable de operaciones del sitio

Rol y grupo no son alcances adicionales. Los informes por agente y espacio de trabajo aportan visibilidad, no una aplicación presupuestaria independiente. Los recuentos de tokens ayudan a explicar el uso, pero estos presupuestos son límites monetarios, no topes directos de tokens. Si se aplican varios alcances, verifica las políticas con la solicitud real en lugar de suponer prioridades.

Decide qué ocurre al llegar al límite

En rutas cubiertas con una política activa, el límite flexible advierte y permite continuar. El límite estricto rechaza las solicitudes cubiertas cuando se alcanza el límite aplicable. Una advertencia avisa a una persona operadora; por sí sola no autoriza ni rechaza solicitudes.

Para Cedar, el administrador podría elegir un límite estricto porque los resúmenes pueden esperar a una revisión del gasto. Otro flujo podría usar un límite flexible para continuar mientras se investiga. Registra quién atiende advertencias, quién decide sobre gasto adicional y cómo se gestiona el trabajo que no puede continuar. Un presupuesto flexible necesita una persona que responda, porque el gasto puede superar la asignación.

Verifica la cobertura antes de confiar en el límite

Las solicitudes compatibles de espacios de trabajo autenticados y agentes externos pueden aplicar políticas de organización, equipo y usuario. Las solicitudes compatibles de widgets pueden aplicar políticas de organización y widget. La aplicación requiere una ruta compatible y una política activa; otras rutas pueden continuar sin comprobar el presupuesto.

Prueba el punto de entrada real en un piloto controlado. Confirma atribución al alcance previsto y verifica advertencia o rechazo. Documenta rutas sin cobertura y asigna su gestión. Un registro de costo demuestra que hay información, no que se haya comprobado el presupuesto.

Registra una política que puedas verificar

Mantén un registro de una página para cada presupuesto junto al flujo que paga. El agente puede prepararlo a partir de la descripción del flujo y su uso reciente, y la persona responsable del presupuesto confirma el importe, el comportamiento en el límite y las personas involucradas.

Registro de política presupuestaria (en blanco)

  • Importe, moneda y período (con fechas de inicio y finalización): ___
  • Alcance (organización, equipo, usuario o widget) y el gasto que cubre: ___
  • Persona responsable del presupuesto, administrador de la organización, quién recibe las advertencias y quién atiende excepciones: ___
  • Cómo llegan las solicitudes al agente (espacio de trabajo, agente externo o widget del sitio web) y la política activa: ___
  • En el límite: advertir y continuar (flexible) o rechazar (estricto): ___
  • Prueba: una solicitud controlada que muestre que el gasto cuenta contra el presupuesto correcto y que el límite se comporta como se configuró: ___
  • Cuándo revisar el gasto y quién puede cambiar la política o confirmar un reinicio: ___

Para Cedar Services, el registro mostraría USD 100 mensuales con alcance de equipo. El presupuesto es estricto porque los resúmenes pueden esperar una revisión del gasto. La persona líder del equipo es responsable del presupuesto y lee las advertencias, y una solicitud de prueba fue rechazada en el límite antes del lanzamiento.

¿Pueden aplicarse presupuestos por rol, grupo o cuota de tokens?

No directamente. Los presupuestos de AgentShelf se fijan para una organización, un equipo, una persona usuaria o un widget del sitio web. Para dar a un rol o grupo su propia asignación, agrupa a esas personas en un equipo y presupuesta el equipo, o fija presupuestos para cada persona usuaria.

Los presupuestos se fijan en moneda, no en tokens. Los tokens ayudan a explicar por qué aumentó el gasto, porque las entradas más largas y más intentos usan más tokens, pero el límite es una cantidad de dinero. Los límites de tasa, que restringen la rapidez con que se envían solicitudes, son un control distinto de los presupuestos, así que pregúntalos por separado.

Antes de ejecutar más agentes a la vez, comprueba la carga prevista, cuántas tareas necesitan intentos repetidos, en qué presupuesto cae el gasto y si cada solicitud está cubierta por un presupuesto. Después aumenta la asignación. Los informes por agente o espacio de trabajo muestran dónde va el dinero, pero el presupuesto sigue aplicándose al nivel de organización, equipo, usuario o widget. La hoja de costo por tarea completada te ayuda a entender la carga antes de cambiar una política.

Revisa antes de aumentar la asignación

Usa esta lista de lanzamiento:

  • Identifica al responsable del presupuesto, administrador y encargado de excepciones.
  • Registra importe, moneda, período, alcance y carga prevista.
  • Confirma política activa y ruta compatible.
  • Verifica continuación flexible o rechazo estricto y alternativa humana.
  • Revisa juntos gasto, tareas completadas, intentos repetidos y calidad.
  • Registra el motivo de cada cambio y la próxima revisión.

Si Cedar gasta más rápido, revisa primero volumen, entradas más largas e intentos repetidos. Aumenta la asignación cuando se entienda el cambio. Consulta el marco de gobernanza de costos y los controles presupuestarios de AgentShelf.

Si una clave del proveedor podría estar expuesta, sigue la respuesta a claves expuestas. El presupuesto de la puerta de enlace cubre rutas admitidas; la revocación y recuperación requieren al emisor y a cada consumidor afectado.

Tus opciones de privacidad

Usamos tecnologías opcionales de personalización del asistente, análisis y publicidad solo cuando lo autorizas. Las funciones necesarias del sitio permanecen activas. Política de cookies