> ## Documentation Index
> Fetch the complete documentation index at: https://docs.barndoor.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# List the organization's token budgets



## OpenAPI

````yaml /api-reference/openapi.yaml get /api/llm-gateway/admin/budgets
openapi: 3.1.0
info:
  title: Barndoor.ai Public API
  description: Unified public API specification for Barndoor.ai platform
  version: 2.18.0
servers:
  - url: https://{host}
    description: Barndoor public API
    variables:
      host:
        default: platform.barndoor.ai
        description: >-
          The host serving your Barndoor deployment. Defaults to production;
          override it for another environment or a dedicated deployment.
security:
  - ApiKey: []
  - OAuth2:
      - openid
      - profile
      - email
tags:
  - name: dlp
    x-group: Data Control Center
  - name: identity
    x-group: Identity
  - name: llm-gateway
    x-group: LLM Gateway
  - name: notification
    x-group: Notifications
  - name: policy
    x-group: Policies
  - name: registry
    x-group: MCP Gateway
  - name: system-management
    x-group: Log Exports
paths:
  /api/llm-gateway/admin/budgets:
    get:
      tags:
        - llm-gateway
      summary: List the organization's token budgets
      operationId: list_budgets
      responses:
        '200':
          description: The requested record
          content:
            application/json:
              schema:
                type: array
                items:
                  $ref: '#/components/schemas/WithAttribution_TokenBudget'
        '401':
          description: Missing or invalid credentials
        '403':
          description: Caller is not permitted to act on this resource in this organization
components:
  schemas:
    WithAttribution_TokenBudget:
      allOf:
        - type: object
          required:
            - id
            - org_id
            - name
            - scope_type
            - period
            - token_limit
            - alert_thresholds
            - action_on_exhaust
            - traffic_type
            - enabled
          properties:
            action_on_exhaust:
              $ref: '#/components/schemas/BudgetAction'
            alert_thresholds:
              type: array
              items:
                type: integer
                format: int32
            cost_limit:
              type:
                - number
                - 'null'
              format: double
              description: >-
                Optional spending cap in the configured currency.

                When set, the budget is enforced on estimated cost in addition
                to tokens.
            created_at:
              type:
                - string
                - 'null'
              format: date-time
              description: >-
                When the budget was created. Populated on the admin API path
                (where it

                is surfaced in the dashboard); left `None` on the hot
                enforcement path

                and in fixtures, which don't need it. `#[serde(default)]` keeps
                older

                payloads without the field deserializing cleanly.
            currency:
              type: string
              description: ISO 4217 currency code (e.g. "USD"). Defaults to "USD".
            enabled:
              type: boolean
            id:
              type: string
              format: uuid
            member_of_group:
              type:
                - string
                - 'null'
              description: >-
                BCP-3814 membership filter: when set, this budget only applies
                to

                requesters whose IdP group membership includes this group name.


                Only meaningful on a broad user-scoped budget (`scope_type ==
                User`

                with `scope_id` and `scope_value` both `None`), where the
                counter

                qualifier already resolves to the requesting user's id — so one
                budget

                row gives every *member of the group* their own independent
                allowance,

                and a user joining the group is enforced on their next request
                with no

                admin action. DB-enforced by

                `token_budgets_member_of_group_requires_broad_user` (V65,
                tightened to

                exclude `scope_value` by V67).


                `None` ⇒ the budget applies org-wide (the pre-BCP-3814
                behaviour).

                Contrast with a `ScopeType::Group` budget, which keys its
                counter by

                the group name and so *pools* one allowance across all members.
            name:
              type: string
            org_id:
              type: string
              format: uuid
            period:
              $ref: '#/components/schemas/BudgetPeriod'
            scope_id:
              type:
                - string
                - 'null'
              format: uuid
            scope_type:
              $ref: '#/components/schemas/ScopeType'
            scope_value:
              type:
                - string
                - 'null'
            target_mcp_server_id:
              type:
                - string
                - 'null'
              format: uuid
              description: >-
                BCP-4053 Target dimension: when set, the budget only fires on
                requests

                routed to this MCP server. The MCP-traffic counterpart of

                `target_provider_id`, and mutually exclusive with all three LLM
                target

                columns (DB-enforced by
                `token_budgets_mcp_target_exclusive_check`) —

                no single request carries both an MCP server and an LLM route,
                so a

                row naming both could never match.


                Distinct from a `ScopeType::McpServer` budget, which puts the
                server on

                the *identity* axis and so cannot be combined with a user or
                group.

                As a target it composes freely with any scope, which is what
                makes

                "this user's cap on this server" expressible.
            target_model_alias:
              type:
                - string
                - 'null'
              description: >-
                BCP-2813 Target dimension: when set, the budget only fires when
                the

                requested model alias (`request.model`) equals this value.
                Mutually

                exclusive with the other two `target_*` fields.
            target_provider_id:
              type:
                - string
                - 'null'
              format: uuid
              description: >-
                BCP-2813 Target dimension: when set, the budget only fires on
                routes

                whose provider id equals this value. May be combined with

                `target_upstream_model` to cap a single model on this provider;

                mutually exclusive with `target_model_alias` (DB-enforced by

                `token_budgets_alias_target_exclusive_check`).
            target_upstream_model:
              type:
                - string
                - 'null'
              description: >-
                BCP-2813 Target dimension refining `target_provider_id`: when
                set,

                the budget only fires on routes whose resolved upstream model
                name

                equals this value (string match). Always set alongside a
                provider

                (V54 CHECK-enforced) — a bare upstream name would string every

                provider serving that model into one cap.
            token_limit:
              type: integer
              format: int64
            traffic_type:
              $ref: '#/components/schemas/TrafficType'
        - $ref: '#/components/schemas/ChangeAttribution'
      description: >-
        An admin-API response for an entity whose core type lives in

        `ai_governance` and so cannot carry portal-only columns.


        `TokenBudget` and `RateLimitPolicy` are read by the enforcement path on

        every request; hanging five display-only fields off them would put
        portal

        concerns in the hot path's type and force every governance consumer to

        carry them. Wrapping instead keeps the enforcement reads

        (`get_enabled_by_org` and friends) returning the bare governance type,

        while the admin reads return this.


        Both halves are `#[serde(flatten)]`, so the wire shape stays the flat

        object the portal already consumes — same choice `AdminModelPricing`
        makes.
    BudgetAction:
      type: string
      enum:
        - block
        - throttle
        - warn
    BudgetPeriod:
      type: string
      description: >-
        How often a budget's counter resets.


        **Every period boundary is UTC**, with no per-org configuration:

        `key_suffix` formats `Utc::now()`, so `Daily` rolls at 00:00 UTC,
        `Weekly`

        at Monday 00:00 UTC (ISO-8601 week), and `Monthly` on the 1st at 00:00
        UTC.

        An admin in a western timezone therefore sees their "daily" cap reset in

        the afternoon — [`Self::period_end`] exists so the UI can say so rather

        than leave them to infer it (BCP-4204).
      enum:
        - daily
        - weekly
        - monthly
    ScopeType:
      type: string
      description: |-
        Scope is the *identity* axis of a budget or rate-limit policy — "who is
        this policy for?". The *what* (LLM provider, upstream model name, model
        alias) lives on dedicated `target_*` columns on the row (BCP-2813), not
        as a scope value. `LlmProvider` and `Model` remain in the enum because
        `rate_limit_policies` and `model_access_policies` still accept them in
        their `scope_type` CHECK constraints (V12 / V18 / V22 widenings — a
        separate scope of work to clean up). For token budgets the CHECK was
        tightened back to identity-only by `V41__budget_scope_target.sql`, so
        any `LlmProvider`/`Model` budget row that survived would simply fail to
        match in `BudgetEnforcer::matched_keys`.
      enum:
        - org
        - team
        - user
        - project
        - api_key
        - mcp_server
        - llm_provider
        - model
        - agent
        - role
        - group
    TrafficType:
      type: string
      enum:
        - all
        - llm
        - mcp
    ChangeAttribution:
      type: object
      description: >-
        The attribution carried on an admin-configurable row, as returned to the

        portal.


        Every field is `Option` and nothing is backfilled: a row that predates
        V75

        has no truthful actor to attribute it to, and inventing one would be
        worse

        than rendering a placeholder. Rows pick up attribution on their first

        write.
      properties:
        created_by_email:
          type:
            - string
            - 'null'
        created_by_name:
          type:
            - string
            - 'null'
        created_by_user_id:
          type:
            - string
            - 'null'
          format: uuid
        last_change_note:
          type:
            - string
            - 'null'
          description: >-
            Optional free text explaining *why* the last change was made

            ("Raised for the Q3 batch job", "Vendor deprecated the old
            endpoint").


            Admin-authored and rendered in the portal, so it is untrusted input:

            length-capped here, escaped on render.
        last_modified_at:
          type:
            - string
            - 'null'
          format: date-time
          description: >-
            When the change named by `last_modified_by_*` happened.


            Its own column rather than the row's `updated_at`, because
            `updated_at`

            is bumped by writes nobody is attributed for -- pairing the two
            would

            date a named admin's edit to a background job's clock. See the V75

            migration for the full reasoning.
        last_modified_by_email:
          type:
            - string
            - 'null'
        last_modified_by_name:
          type:
            - string
            - 'null'
        last_modified_by_user_id:
          type:
            - string
            - 'null'
          format: uuid
  securitySchemes:
    ApiKey:
      type: http
      scheme: bearer
      description: >-
        A Barndoor API key, sent as `Authorization: Bearer <key>`. Keys are
        prefixed `bdai_` and are opaque — do not attempt to decode one.
        Interchangeable with an OAuth 2.0 access token.
    OAuth2:
      type: oauth2
      x-issuer: https://auth.barndoor.ai/realms/barndoor
      description: >-
        An OAuth 2.0 access token from Barndoor's identity provider, sent as
        `Authorization: Bearer <token>`. Public clients must use PKCE.
        Interchangeable with an API key.
      flows:
        authorizationCode:
          authorizationUrl: >-
            https://auth.barndoor.ai/realms/barndoor/protocol/openid-connect/auth
          tokenUrl: >-
            https://auth.barndoor.ai/realms/barndoor/protocol/openid-connect/token
          scopes:
            openid: Issue an OIDC ID token identifying the caller.
            profile: Read the caller's basic profile claims.
            email: Read the caller's email address.
            offline_access: Issue a refresh token. Optional — no operation requires it.
        clientCredentials:
          tokenUrl: >-
            https://auth.barndoor.ai/realms/barndoor/protocol/openid-connect/token
          scopes:
            openid: Issue an OIDC ID token identifying the caller.
            profile: Read the caller's basic profile claims.
            email: Read the caller's email address.
            offline_access: Issue a refresh token. Optional — no operation requires it.

````

This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.