Update alerts

Changes one spend cap: raise or lower the ceiling, flip enforcement, retune the rate limit.

PATCH /v1/billing/alerts/{id}

Addresshttps://api.hanzo.ai/v1/billing/alerts/{id}
MethodPATCH
Operationpatch_billing_alerts_by_id
AuthAuthorization: Bearer $HANZO_API_KEY

Changes one spend cap: raise or lower the ceiling, flip enforcement, retune the rate limit.

Only the fields the body carries move. Every mutable field is optional, and an absent one is PRESERVED rather than reset — so a change that flips enforcement cannot silently wipe the threshold it enforces.

A cap belonging to another org is a 404, not a 403: a guessed id must not become an oracle for what anyone else holds.

A named handler, not a closure, so zipdoc can lift this prose into the registry.

Request

10 fields, body application/json (required).

FieldInTypeRequiredDescription
idpathstringyes
enforcebodyboolean—
idbodystring—
projectbodystring—
rateLimitRpmbodyinteger (int64)—
servicebodystring—
softPctbodyinteger (int64)—
subjectbodystring—
thresholdbodyinteger (int64)—
titlebodystring—

Response

StatusBodyMeaning
200billing.Alertok
defaultproblem-detailsrefused

200 body — 18 fields.

FieldInTypeAlwaysDescription
createdAtbodystring—
currencybodystring—
enforcebodyboolean—
idbodystring—
overbodyboolean—
periodbodystring—
periodSpentCentsbodyinteger (int64)—
projectbodystring—
rateLimitRpmbodyinteger (int64)—
resetsAtbodystring—
servicebodystring—
softPctbodyinteger (int64)—
thresholdbodyinteger (int64)—
titlebodystring—
triggeredAtbodystring—
updatedAtbodystring—
userIdbodystring—
warnbodyboolean—

Failure carries the platform error shape — see Errors.

Examples

hanzo billing alerts update <id>
import { Configuration, BillingApi } from 'hanzoai';

const api = new BillingApi(new Configuration({ accessToken: process.env.HANZO_API_KEY }));
const { data } = await api.patchBillingAlertsById({ id: 'id', enforce: false, id: "<id>" });
from hanzoai.cloud import ApiClient, Configuration
from hanzoai.cloud.api import BillingApi

client = ApiClient(Configuration(access_token=os.environ["HANZO_API_KEY"]))
result = BillingApi(client).patch_billing_alerts_by_id(id='id', enforce=False, id="<id>")
cfg := hanzoai.NewConfiguration()
cfg.AddDefaultHeader("Authorization", "Bearer "+os.Getenv("HANZO_API_KEY"))
client := hanzoai.NewAPIClient(cfg)

resp, _, err := client.BillingAPI.PatchBillingAlertsById(context.Background()).Execute()
if err != nil {
	return err
}
use hanzo_client::apis::{configuration::Configuration, billing_api};

let mut cfg = Configuration::new();
cfg.bearer_access_token = std::env::var("HANZO_API_KEY").ok();

let result = billing_api::patch_billing_alerts_by_id(&cfg, Default::default()).await?;
import ai.hanzo.cloud.ApiClient;
import ai.hanzo.cloud.api.BillingApi;

ApiClient client = new ApiClient();
client.setBearerToken(System.getenv("HANZO_API_KEY"));

var result = new BillingApi(client).patchBillingAlertsById();
curl -X PATCH https://api.hanzo.ai/v1/billing/alerts/<id> \
  -H "Authorization: Bearer $HANZO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
       "enforce": false,
       "id": "<id>"
     }'

MCP reaches billing through the billing tool, which names its 39 operations with its own verbs — this one among them, under a name only MCP declares. describe explains any of them:

curl -X POST https://api.hanzo.ai/v1/mcp \
  -H "Content-Type: application/json" \
  -d '{
       "jsonrpc": "2.0",
       "id": 1,
       "method": "tools/call",
       "params": {
         "name": "describe",
         "arguments": {
           "op": "list_billing_accounts"
         }
       }
     }'

Billing API · All Hanzo APIs · Interactive reference

Was this page useful?