@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`.
|
|
@@ -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`.
|
|
@@ -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`.
|