@leaflow/sdk 0.0.0-dev.373.gac63f82 → 0.0.0-dev.377.gdbef936
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/billing/type/order/v1/generated/models.d.ts +10 -11
- package/dist/billing/type/order/v1/generated/models.js +0 -7
- package/dist/billing/type/order/v1/generated/validators/invoice.zod.d.ts +1 -0
- package/dist/billing/type/order/v1/generated/validators/invoice.zod.js +3 -2
- package/dist/billing/type/order/v1/generated/validators/invoiceItem.zod.d.ts +2 -7
- package/dist/billing/type/order/v1/generated/validators/invoiceItem.zod.js +4 -1
- package/dist/billing/type/order/v1/generated/validators/invoiceItemList.zod.d.ts +2 -7
- package/dist/billing/type/order/v1/generated/validators/invoiceList.zod.d.ts +1 -0
- package/dist/billing/type/order/v1/generated/validators/monthlyStatement.zod.d.ts +2 -0
- package/dist/billing/type/order/v1/generated/validators/monthlyStatementList.zod.d.ts +2 -0
- package/dist/billing/type/order/v1/generated/validators/statement.zod.d.ts +1 -0
- package/dist/billing/type/order/v1/generated/validators/statementAmounts.zod.d.ts +1 -0
- package/dist/billing/type/order/v1/generated/validators/statementAmounts.zod.js +1 -0
- package/dist/billing/type/order/v1/generated/validators/statementList.zod.d.ts +1 -0
- package/dist/billing/v1/generated/functions.d.ts +3 -2
- package/dist/billing/v1/generated/functions.js +3 -2
- package/dist/billing/v1/generated/models.d.ts +10 -11
- package/dist/billing/v1/generated/models.js +0 -7
- package/dist/billing/v1/generated/schemas.zod.d.ts +3 -2
- package/dist/billing/v1/generated/schemas.zod.js +3 -2
- package/dist/billing/v1/generated/validators/invoice.zod.d.ts +1 -0
- package/dist/billing/v1/generated/validators/invoice.zod.js +3 -2
- package/dist/billing/v1/generated/validators/invoiceItem.zod.d.ts +2 -7
- package/dist/billing/v1/generated/validators/invoiceItem.zod.js +4 -1
- package/dist/billing/v1/generated/validators/invoiceItemList.zod.d.ts +2 -7
- package/dist/billing/v1/generated/validators/invoiceList.zod.d.ts +1 -0
- package/dist/billing/v1/generated/validators/monthlyStatement.zod.d.ts +2 -0
- package/dist/billing/v1/generated/validators/monthlyStatementList.zod.d.ts +2 -0
- package/dist/billing/v1/generated/validators/statement.zod.d.ts +1 -0
- package/dist/billing/v1/generated/validators/statementAmounts.zod.d.ts +1 -0
- package/dist/billing/v1/generated/validators/statementAmounts.zod.js +1 -0
- package/dist/billing/v1/generated/validators/statementList.zod.d.ts +1 -0
- package/dist/canopy/v1/generated/functions.d.ts +2 -2
- package/dist/canopy/v1/generated/functions.js +1 -1
- package/dist/canopy/v1/generated/models.d.ts +12 -13
- package/dist/canopy/v1/generated/models.js +0 -7
- package/dist/canopy/v1/generated/schemas.zod.d.ts +2 -2
- package/dist/canopy/v1/generated/schemas.zod.js +3 -3
- package/dist/canopy/v1/generated/validators/aPIKeyResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/aPIKeyResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/aPIKeyUsageListResponseBody.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/aPIKeyUsageListResponseBody.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/aPIKeyUsageResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/aPIKeyUsageResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/accountBalance.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/accountBalance.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/accountDeletionObjection.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/accountDeletionObjection.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/accountDeletionReadiness.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/accountDeletionReadiness.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/accountDeletionReadinessItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/accountDeletionReadinessItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/accountIdentity.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/accountIdentity.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/activeResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/activeResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/activeResourceList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/activeResourceList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/allowance.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/allowance.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/allowanceList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/allowanceList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/applicability.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/applicability.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/applicablePlan.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/applicablePlan.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/appliedCredit.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/appliedCredit.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/autoRenewSet.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/autoRenewSet.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/billingAccount.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/billingAccount.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/billingAccountCreate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/billingAccountCreate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/billingAccountList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/billingAccountList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/billingAccountUpdate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/billingAccountUpdate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/billingScheme.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/billingScheme.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cancelSubscriptionRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cancelSubscriptionRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cancellation.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cancellation.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cancellationCreate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cancellationCreate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cancellationItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cancellationItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cancellationList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cancellationList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cancellationPolicy.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cancellationPolicy.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cancellationRefundPreview.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cancellationRefundPreview.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cancellationRefundPreviewItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cancellationRefundPreviewItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/chatCompletion.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/chatCompletion.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/chatCompletionRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/chatCompletionRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/checkoutMode.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/checkoutMode.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/checkoutOptions.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/checkoutOptions.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/contact.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/contact.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/contactCreate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/contactCreate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/contactList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/contactList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/contactUpdate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/contactUpdate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/createAPIKeyRequestBody.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/createAPIKeyRequestBody.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/createServiceRequestBody.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/createServiceRequestBody.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/createServiceResponseBody.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/createServiceResponseBody.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/creditGrant.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/creditGrant.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/creditGrantList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/creditGrantList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/creditGroup.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/creditGroup.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/creditNote.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/creditNote.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/creditNoteItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/creditNoteItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/creditNoteItemList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/creditNoteItemList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/creditNoteList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/creditNoteList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/currency.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/currency.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/currencyList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/currencyList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cursorPageRequestResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cursorPageRequestResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/cursorPagination.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/cursorPagination.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/discount.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/discount.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/discountList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/discountList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/embeddingRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/embeddingRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/embeddingResponse.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/embeddingResponse.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/endpointCapabilities.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/endpointCapabilities.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/entitlement.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/entitlement.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/entitlementList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/entitlementList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/error.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/error.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/errorA200529.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/errorA200529.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/featureGrant.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/featureGrant.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/featureGrantList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/featureGrantList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/featureGrantStatus.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/featureGrantStatus.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/funds.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/funds.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/getUsageSummaryParams.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/getUsageSummaryParams.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/getUsageTimelineParams.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/getUsageTimelineParams.zod.js +2 -2
- package/dist/canopy/v1/generated/validators/inferenceError.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/inferenceError.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/invoice.zod.d.ts +2 -1
- package/dist/canopy/v1/generated/validators/invoice.zod.js +4 -3
- package/dist/canopy/v1/generated/validators/invoiceItem.zod.d.ts +3 -8
- package/dist/canopy/v1/generated/validators/invoiceItem.zod.js +5 -2
- package/dist/canopy/v1/generated/validators/invoiceItemList.zod.d.ts +3 -8
- package/dist/canopy/v1/generated/validators/invoiceItemList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/invoiceItemProration.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/invoiceItemProration.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/invoiceList.zod.d.ts +2 -1
- package/dist/canopy/v1/generated/validators/invoiceList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/invoiceStatus.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/invoiceStatus.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/invoiceSummary.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/invoiceSummary.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/issuedAPIKeyResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/issuedAPIKeyResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/lengthAwarePageAPIKeyResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/lengthAwarePageAPIKeyResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/listApiKeysParams.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/listApiKeysParams.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/listRequestsParams.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/listRequestsParams.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/listUsageByApiKeyParams.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/listUsageByApiKeyParams.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/listUsageByModelParams.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/listUsageByModelParams.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modality.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modality.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/model.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/model.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modelCapabilities.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modelCapabilities.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modelEndpoint.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modelEndpoint.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modelList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modelList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modelListResponseBody.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modelListResponseBody.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modelPricing.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modelPricing.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modelResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modelResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modelUsageListResponseBody.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modelUsageListResponseBody.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/modelUsageResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/modelUsageResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/money.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/money.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/monthlyStatement.zod.d.ts +3 -1
- package/dist/canopy/v1/generated/validators/monthlyStatement.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/monthlyStatementList.zod.d.ts +3 -1
- package/dist/canopy/v1/generated/validators/monthlyStatementList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/namedIdentity.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/namedIdentity.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/nativeRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/nativeRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/nativeResponse.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/nativeResponse.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/objectIdentity.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/objectIdentity.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/offsetPagination.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/offsetPagination.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/order.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/order.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/orderCancel.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/orderCancel.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/orderItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/orderItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/orderItemList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/orderItemList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/orderItemStatus.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/orderItemStatus.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/orderList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/orderList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/orderRefundQuote.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/orderRefundQuote.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/orderRefundQuoteInput.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/orderRefundQuoteInput.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/orderStatus.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/orderStatus.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paidWith.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paidWith.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/payInvoiceRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/payInvoiceRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/payTogetherRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/payTogetherRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentAction.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentAction.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentCancellationReason.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentCancellationReason.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentMethod.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentMethod.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentMethodList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentMethodList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentMethodSetup.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentMethodSetup.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentMethodSetupResult.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentMethodSetupResult.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentOption.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentOption.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentOptionList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentOptionList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentOptionMethod.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentOptionMethod.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentPreview.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentPreview.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentPreviewInvoice.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentPreviewInvoice.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentResult.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentResult.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/paymentStatus.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/paymentStatus.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/placedOrder.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/placedOrder.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/plan.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/plan.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/planFeature.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/planFeature.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/planList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/planList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/price.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/price.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/priceList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/priceList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/priceOption.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/priceOption.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/priceType.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/priceType.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/product.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/product.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/productID.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/productID.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/productList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/productList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/projectAssignment.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/projectAssignment.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/projectAssignmentList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/projectAssignmentList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/purchaseOperation.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/purchaseOperation.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quote.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quote.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quote5f60d00.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quote5f60d00.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quoteA200529.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quoteA200529.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quoteCancellation.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quoteCancellation.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quoteItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quoteItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quoteItemDc1fddb.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quoteItemDc1fddb.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quoteItemInput.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quoteItemInput.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quoteRenewal.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quoteRenewal.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quoteRenewalResult.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quoteRenewalResult.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quoteRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quoteRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/quotedDiscount.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/quotedDiscount.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/rate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/rate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/rateList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/rateList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/reasoningCapabilities.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/reasoningCapabilities.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/reasoningDiagnostics.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/reasoningDiagnostics.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/refund.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/refund.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/refundList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/refundList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/refundPolicy.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/refundPolicy.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/refundReason.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/refundReason.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/renewRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/renewRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/renewalOrderRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/renewalOrderRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/renewalPrice.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/renewalPrice.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/renewalPriceList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/renewalPriceList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/requestResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/requestResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/responseCreate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/responseCreate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/responseDeleted.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/responseDeleted.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/responseResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/responseResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/scheduledChange.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/scheduledChange.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/serviceResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/serviceResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/setProjectAssignmentRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/setProjectAssignmentRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/spendRow.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/spendRow.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/spendRowList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/spendRowList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/statement.zod.d.ts +2 -1
- package/dist/canopy/v1/generated/validators/statement.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/statementAmounts.zod.d.ts +2 -1
- package/dist/canopy/v1/generated/validators/statementAmounts.zod.js +2 -1
- package/dist/canopy/v1/generated/validators/statementItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/statementItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/statementList.zod.d.ts +2 -1
- package/dist/canopy/v1/generated/validators/statementList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/statementStatus.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/statementStatus.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/statementSummary.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/statementSummary.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/statementType.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/statementType.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/streamGenerateContentParams.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/streamGenerateContentParams.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/subscription.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/subscription.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/subscriptionCancellation.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/subscriptionCancellation.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/subscriptionList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/subscriptionList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/subscriptionRestriction.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/subscriptionRestriction.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/taxItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/taxItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/tier.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/tier.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/tokenPrice.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/tokenPrice.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/topUp.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/topUp.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/topUpCreate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/topUpCreate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/topUpList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/topUpList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/totalsResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/totalsResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/transaction.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/transaction.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/transactionList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/transactionList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/transactionType.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/transactionType.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/updateAPIKeyRequestBody.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/updateAPIKeyRequestBody.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/usageBucketResource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/usageBucketResource.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/usageCharge.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/usageCharge.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/usageChargeList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/usageChargeList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/usageTimelineResponseBody.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/usageTimelineResponseBody.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/usageType.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/usageType.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawal.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawal.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalAllocation.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalAllocation.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalCreate.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalCreate.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalItemList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalItemList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalList.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalList.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalPreview.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalPreview.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalPreviewItem.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalPreviewItem.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalPreviewRequest.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalPreviewRequest.zod.js +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalSource.zod.d.ts +1 -1
- package/dist/canopy/v1/generated/validators/withdrawalSource.zod.js +1 -1
- package/dist/membership/v1/generated/models.d.ts +10 -11
- package/dist/membership/v1/generated/models.js +0 -7
- package/dist/membership/v1/generated/validators/invoice.zod.d.ts +1 -0
- package/dist/membership/v1/generated/validators/invoice.zod.js +3 -2
- package/dist/membership/v1/generated/validators/invoiceItem.zod.d.ts +2 -7
- package/dist/membership/v1/generated/validators/invoiceItem.zod.js +4 -1
- package/dist/membership/v1/generated/validators/invoiceItemList.zod.d.ts +2 -7
- package/dist/membership/v1/generated/validators/invoiceList.zod.d.ts +1 -0
- package/dist/membership/v1/generated/validators/monthlyStatement.zod.d.ts +2 -0
- package/dist/membership/v1/generated/validators/monthlyStatementList.zod.d.ts +2 -0
- package/dist/membership/v1/generated/validators/statement.zod.d.ts +1 -0
- package/dist/membership/v1/generated/validators/statementAmounts.zod.d.ts +1 -0
- package/dist/membership/v1/generated/validators/statementAmounts.zod.js +1 -0
- package/dist/membership/v1/generated/validators/statementList.zod.d.ts +1 -0
- package/package.json +1 -1
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -2043,14 +2043,16 @@ export interface Invoice {
|
|
|
2043
2043
|
tax_amount?: Money;
|
|
2044
2044
|
/** Successful credit-grant payments, included in amount_paid; they do not reduce the receivable or tax base. */
|
|
2045
2045
|
credit_applied?: Money;
|
|
2046
|
-
/** Subtotal less discount plus tax. Balance and credit grants pay it; they do not reduce it. */
|
|
2046
|
+
/** Subtotal less discount plus tax. Balance and credit grants pay it plus rounding_amount; they do not reduce it. */
|
|
2047
2047
|
total: Money;
|
|
2048
|
+
/** Added to total to round the amount payable to the currency's minor unit; negative when rounded down. The rounding of a usage invoice carries over to the next invoice of the same billing period. */
|
|
2049
|
+
rounding_amount: Money;
|
|
2048
2050
|
amount_paid?: Money;
|
|
2049
2051
|
/** Issued credit notes that reduced unpaid receivables; the original invoice total is unchanged. */
|
|
2050
2052
|
pre_payment_credit_notes_amount: Money;
|
|
2051
2053
|
/** Issued credit notes against payments already received; their refunds may not have completed. */
|
|
2052
2054
|
post_payment_credit_notes_amount: Money;
|
|
2053
|
-
/** What is still collectible after unpaid credit notes and successful payments; never below zero. Zero for a draft, whose total is the base price, and for a paid or void invoice. */
|
|
2055
|
+
/** What is still collectible from total plus rounding_amount after unpaid credit notes and successful payments; never below zero. Zero for a draft, whose total is the base price, and for a paid or void invoice. */
|
|
2054
2056
|
amount_due: Money;
|
|
2055
2057
|
/** @nullable */
|
|
2056
2058
|
period_start?: string | null;
|
|
@@ -2078,14 +2080,6 @@ export interface InvoiceList {
|
|
|
2078
2080
|
items: Invoice[];
|
|
2079
2081
|
pagination: OffsetPagination;
|
|
2080
2082
|
}
|
|
2081
|
-
export type InvoiceItemType = (typeof InvoiceItemType)[keyof typeof InvoiceItemType];
|
|
2082
|
-
export declare const InvoiceItemType: {
|
|
2083
|
-
readonly usage: "usage";
|
|
2084
|
-
readonly subscription: "subscription";
|
|
2085
|
-
readonly one_time: "one_time";
|
|
2086
|
-
readonly setup: "setup";
|
|
2087
|
-
readonly adjustment: "adjustment";
|
|
2088
|
-
};
|
|
2089
2083
|
/**
|
|
2090
2084
|
* For a usage line, the values of its meter's presentation dimensions, such as the model and token kind. Empty for other lines.
|
|
2091
2085
|
*/
|
|
@@ -2127,7 +2121,6 @@ export interface InvoiceItem {
|
|
|
2127
2121
|
/** The part of tax_amount already included in amount. */
|
|
2128
2122
|
tax_included_amount?: string;
|
|
2129
2123
|
id: string;
|
|
2130
|
-
type?: InvoiceItemType;
|
|
2131
2124
|
/** @nullable */
|
|
2132
2125
|
project_id?: string | null;
|
|
2133
2126
|
/** The project the charge was for and its current name. Absent when the line has no project or the project cannot be read; `project_id` still identifies it. */
|
|
@@ -2143,6 +2136,10 @@ export interface InvoiceItem {
|
|
|
2143
2136
|
/** The quantity `unit_amount` prices, such as 1000000 tokens or 3600 seconds: `amount` is `quantity` × `unit_amount` ÷ `unit_quantity`. Present together with `unit_amount`. */
|
|
2144
2137
|
unit_quantity?: string;
|
|
2145
2138
|
amount: Money;
|
|
2139
|
+
/** This line's share of the invoice's rounding_amount. The line's net amount is amount - discount_amount + tax_amount - tax_included_amount + rounding_amount. */
|
|
2140
|
+
rounding_amount: Money;
|
|
2141
|
+
/** Usage charges billed on this line; zero for other lines. */
|
|
2142
|
+
usage_charge_count: number;
|
|
2146
2143
|
currency: string;
|
|
2147
2144
|
/** @nullable */
|
|
2148
2145
|
period_start?: string | null;
|
|
@@ -3480,6 +3477,8 @@ export interface StatementAmounts {
|
|
|
3480
3477
|
discount_amount: Money;
|
|
3481
3478
|
tax_amount: Money;
|
|
3482
3479
|
total: Money;
|
|
3480
|
+
/** Added to total to round the invoiced amount to the currency's minor unit. Zero for an open statement's estimate. */
|
|
3481
|
+
rounding_amount: Money;
|
|
3483
3482
|
}
|
|
3484
3483
|
/**
|
|
3485
3484
|
* One billing account's usage billing for one UTC calendar month, summed over its statements. Not payable itself; each statement's invoice is collected on its own.
|
|
@@ -3798,7 +3797,7 @@ export type GetUsageTimelineParams = {
|
|
|
3798
3797
|
*/
|
|
3799
3798
|
source?: string;
|
|
3800
3799
|
/**
|
|
3801
|
-
* The length of each bucket, written as a duration such as 1h or 24h. The number of buckets is limited to
|
|
3800
|
+
* The length of each bucket, written as a duration such as 1h or 24h. The number of buckets is limited to 400
|
|
3802
3801
|
* @maxLength 16
|
|
3803
3802
|
*/
|
|
3804
3803
|
bucket?: string;
|
|
@@ -239,13 +239,6 @@ export const InvoiceCustomerTaxExempt = {
|
|
|
239
239
|
exempt: "exempt",
|
|
240
240
|
reverse: "reverse",
|
|
241
241
|
};
|
|
242
|
-
export const InvoiceItemType = {
|
|
243
|
-
usage: "usage",
|
|
244
|
-
subscription: "subscription",
|
|
245
|
-
one_time: "one_time",
|
|
246
|
-
setup: "setup",
|
|
247
|
-
adjustment: "adjustment",
|
|
248
|
-
};
|
|
249
242
|
export const CreditGrantStatus = {
|
|
250
243
|
active: "active",
|
|
251
244
|
depleted: "depleted",
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -322,7 +322,7 @@ export declare const GetUsageSummaryQueryParams: zod.ZodObject<{
|
|
|
322
322
|
source: zod.ZodOptional<zod.ZodString>;
|
|
323
323
|
}, zod.z.core.$strict>;
|
|
324
324
|
/**
|
|
325
|
-
* Divided into buckets of `bucket`, starting at `from`. The final bucket may be partial, and the number of buckets is limited to
|
|
325
|
+
* Divided into buckets of `bucket`, starting at `from`. The final bucket may be partial. The range may span up to 400 days, and the number of buckets is limited to 400.
|
|
326
326
|
*
|
|
327
327
|
* To divide by local day, send `from` as midnight in local time with its offset and `bucket` as `24h`. The server does not infer a timezone.
|
|
328
328
|
* @summary Get a usage series
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -336,7 +336,7 @@ export const GetUsageSummaryQueryParams = zod.strictObject({
|
|
|
336
336
|
.describe("Restricts the result to requests from the specified source, as reported in a request's `source`. Requests recorded before sources were tracked have none and are excluded"),
|
|
337
337
|
});
|
|
338
338
|
/**
|
|
339
|
-
* Divided into buckets of `bucket`, starting at `from`. The final bucket may be partial, and the number of buckets is limited to
|
|
339
|
+
* Divided into buckets of `bucket`, starting at `from`. The final bucket may be partial. The range may span up to 400 days, and the number of buckets is limited to 400.
|
|
340
340
|
*
|
|
341
341
|
* To divide by local day, send `from` as midnight in local time with its offset and `bucket` as `24h`. The server does not infer a timezone.
|
|
342
342
|
* @summary Get a usage series
|
|
@@ -372,5 +372,5 @@ export const GetUsageTimelineQueryParams = zod.strictObject({
|
|
|
372
372
|
.string()
|
|
373
373
|
.max(getUsageTimelineQueryBucketMax)
|
|
374
374
|
.default(getUsageTimelineQueryBucketDefault)
|
|
375
|
-
.describe("The length of each bucket, written as a duration such as 1h or 24h. The number of buckets is limited to
|
|
375
|
+
.describe("The length of each bucket, written as a duration such as 1h or 24h. The number of buckets is limited to 400"),
|
|
376
376
|
});
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|
|
@@ -32,7 +32,7 @@
|
|
|
32
32
|
*
|
|
33
33
|
* - **The plaintext of an API key is returned once.** The `secret` appears in the response that issues it and is returned by no other endpoint. A key that has been lost has to be revoked and reissued.
|
|
34
34
|
* - **Disabling and revoking are distinct.** A disabled key may be enabled again at any time, while a revocation is irreversible and is intended for a key that has been exposed. Neither removes the record, and the usage the key accrued remains readable.
|
|
35
|
-
* - **A usage query must carry a time range**, spanning no more than 31 days. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
35
|
+
* - **A usage query must carry a time range**, spanning no more than 31 days, or 400 days for the usage timeline. `from` and `to` carry a timezone offset, which the server does not infer.
|
|
36
36
|
* - **The request and response bodies do not appear in the ledger.** They are not recorded. Quote the `upstream_request_id` from the response when reporting a problem.
|
|
37
37
|
* - **Usage may be estimated.** The upstream provider does not report usage on every request. Where it does not, `usage_source` is `estimated` and the figures are derived from the character classes of the payload, to within roughly fifteen per cent.
|
|
38
38
|
* - **The service is enabled before use.** A project enables the model platform once, through `create-service`; the forwarding endpoints refuse its requests until the service is `active`. Requests are then billed under the service's subscription by the tokens they use, at the rates stated in each model's `pricing`.
|