@giveitsmaller/contracts 0.42.0 → 0.43.0

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.
Files changed (440) hide show
  1. package/accepted-options/accepted-options.json +1 -1
  2. package/accepted-options/image-output-routes.json +1 -1
  3. package/availability/availability.json +1 -1
  4. package/dist/openapi/models/AccountLimitEntry.d.ts +1 -1
  5. package/dist/openapi/models/AccountLimitEntry.js +1 -1
  6. package/dist/openapi/models/AccountLimits.d.ts +1 -1
  7. package/dist/openapi/models/AccountLimits.js +1 -1
  8. package/dist/openapi/models/AccountLimitsLimits.d.ts +1 -1
  9. package/dist/openapi/models/AccountLimitsLimits.js +1 -1
  10. package/dist/openapi/models/AccountLimitsSuccessEnvelope.d.ts +1 -1
  11. package/dist/openapi/models/AccountLimitsSuccessEnvelope.js +1 -1
  12. package/dist/openapi/models/AudioWatermarkDecodeRequest.d.ts +1 -1
  13. package/dist/openapi/models/AudioWatermarkDecodeRequest.js +1 -1
  14. package/dist/openapi/models/AudioWatermarkDecodeResponse.d.ts +1 -1
  15. package/dist/openapi/models/AudioWatermarkDecodeResponse.js +1 -1
  16. package/dist/openapi/models/AuthErrorResponse.d.ts +1 -1
  17. package/dist/openapi/models/AuthErrorResponse.js +1 -1
  18. package/dist/openapi/models/AuthErrorType.d.ts +1 -1
  19. package/dist/openapi/models/AuthErrorType.js +1 -1
  20. package/dist/openapi/models/AuthRejectionEnvelope.d.ts +1 -1
  21. package/dist/openapi/models/AuthRejectionEnvelope.js +1 -1
  22. package/dist/openapi/models/AvailabilityValue.d.ts +1 -1
  23. package/dist/openapi/models/AvailabilityValue.js +1 -1
  24. package/dist/openapi/models/BalanceExhaustedResponse.d.ts +1 -1
  25. package/dist/openapi/models/BalanceExhaustedResponse.js +1 -1
  26. package/dist/openapi/models/BalanceExhaustedResponseAllOfLinks.d.ts +1 -1
  27. package/dist/openapi/models/BalanceExhaustedResponseAllOfLinks.js +1 -1
  28. package/dist/openapi/models/CallbackEventType.d.ts +1 -1
  29. package/dist/openapi/models/CallbackEventType.js +1 -1
  30. package/dist/openapi/models/CapabilityCondition.d.ts +38 -0
  31. package/dist/openapi/models/CapabilityCondition.js +86 -0
  32. package/dist/openapi/models/CapabilityConditionOneOf.d.ts +33 -0
  33. package/dist/openapi/models/CapabilityConditionOneOf.js +44 -0
  34. package/dist/openapi/models/CapabilityConditionOneOf1.d.ts +33 -0
  35. package/dist/openapi/models/CapabilityConditionOneOf1.js +44 -0
  36. package/dist/openapi/models/CapabilityConditionOneOf2.d.ts +33 -0
  37. package/dist/openapi/models/CapabilityConditionOneOf2.js +44 -0
  38. package/dist/openapi/models/CapabilityConditionOneOf3.d.ts +38 -0
  39. package/dist/openapi/models/CapabilityConditionOneOf3.js +47 -0
  40. package/dist/openapi/models/CapabilityConditionOneOf4.d.ts +38 -0
  41. package/dist/openapi/models/CapabilityConditionOneOf4.js +47 -0
  42. package/dist/openapi/models/CapabilityConditionOneOf5.d.ts +47 -0
  43. package/dist/openapi/models/CapabilityConditionOneOf5.js +53 -0
  44. package/dist/openapi/models/CapabilityConditionOneOf6.d.ts +35 -0
  45. package/dist/openapi/models/CapabilityConditionOneOf6.js +43 -0
  46. package/dist/openapi/models/CapabilityConstraint.d.ts +101 -0
  47. package/dist/openapi/models/CapabilityConstraint.js +78 -0
  48. package/dist/openapi/models/CapabilityProduces.d.ts +33 -0
  49. package/dist/openapi/models/CapabilityProduces.js +58 -0
  50. package/dist/openapi/models/CapabilityProducesOneOf.d.ts +39 -0
  51. package/dist/openapi/models/CapabilityProducesOneOf.js +49 -0
  52. package/dist/openapi/models/CapabilityProducesOneOf1.d.ts +32 -0
  53. package/dist/openapi/models/CapabilityProducesOneOf1.js +43 -0
  54. package/dist/openapi/models/CapabilityProducesOneOf2.d.ts +32 -0
  55. package/dist/openapi/models/CapabilityProducesOneOf2.js +43 -0
  56. package/dist/openapi/models/ChangePasswordRequest.d.ts +1 -1
  57. package/dist/openapi/models/ChangePasswordRequest.js +1 -1
  58. package/dist/openapi/models/CompositionPlan.d.ts +1 -1
  59. package/dist/openapi/models/CompositionPlan.js +1 -1
  60. package/dist/openapi/models/CompositionPlanJob.d.ts +1 -1
  61. package/dist/openapi/models/CompositionPlanJob.js +1 -1
  62. package/dist/openapi/models/CompositionPlanOperation.d.ts +1 -1
  63. package/dist/openapi/models/CompositionPlanOperation.js +1 -1
  64. package/dist/openapi/models/ConfirmEmailChange200Response.d.ts +1 -1
  65. package/dist/openapi/models/ConfirmEmailChange200Response.js +1 -1
  66. package/dist/openapi/models/ConfirmEmailChange200ResponseData.d.ts +1 -1
  67. package/dist/openapi/models/ConfirmEmailChange200ResponseData.js +1 -1
  68. package/dist/openapi/models/ConfirmEmailChangeRequest.d.ts +1 -1
  69. package/dist/openapi/models/ConfirmEmailChangeRequest.js +1 -1
  70. package/dist/openapi/models/ConnectionSource.d.ts +1 -1
  71. package/dist/openapi/models/ConnectionSource.js +1 -1
  72. package/dist/openapi/models/ContactRequest.d.ts +1 -1
  73. package/dist/openapi/models/ContactRequest.js +1 -1
  74. package/dist/openapi/models/ContactSubject.d.ts +1 -1
  75. package/dist/openapi/models/ContactSubject.js +1 -1
  76. package/dist/openapi/models/ContactValidationErrorResponse.d.ts +1 -1
  77. package/dist/openapi/models/ContactValidationErrorResponse.js +1 -1
  78. package/dist/openapi/models/CreateApiKey201Response.d.ts +1 -1
  79. package/dist/openapi/models/CreateApiKey201Response.js +1 -1
  80. package/dist/openapi/models/CreateApiKey201ResponseData.d.ts +1 -1
  81. package/dist/openapi/models/CreateApiKey201ResponseData.js +1 -1
  82. package/dist/openapi/models/CreateApiKeyRequest.d.ts +1 -1
  83. package/dist/openapi/models/CreateApiKeyRequest.js +1 -1
  84. package/dist/openapi/models/CreateExternalImport403Response.d.ts +1 -1
  85. package/dist/openapi/models/CreateExternalImport403Response.js +1 -1
  86. package/dist/openapi/models/CreateExternalImport422Response.d.ts +1 -1
  87. package/dist/openapi/models/CreateExternalImport422Response.js +1 -1
  88. package/dist/openapi/models/CreateWorkflow422Response.d.ts +1 -1
  89. package/dist/openapi/models/CreateWorkflow422Response.js +1 -1
  90. package/dist/openapi/models/CreditTransaction.d.ts +1 -1
  91. package/dist/openapi/models/CreditTransaction.js +1 -1
  92. package/dist/openapi/models/CreditTransactionSourceBucket.d.ts +1 -1
  93. package/dist/openapi/models/CreditTransactionSourceBucket.js +1 -1
  94. package/dist/openapi/models/CreditsBalanceResponse.d.ts +1 -1
  95. package/dist/openapi/models/CreditsBalanceResponse.js +1 -1
  96. package/dist/openapi/models/CreditsBalanceSuccessEnvelope.d.ts +1 -1
  97. package/dist/openapi/models/CreditsBalanceSuccessEnvelope.js +1 -1
  98. package/dist/openapi/models/CreditsUsageResponse.d.ts +1 -1
  99. package/dist/openapi/models/CreditsUsageResponse.js +1 -1
  100. package/dist/openapi/models/CreditsUsageSuccessEnvelope.d.ts +1 -1
  101. package/dist/openapi/models/CreditsUsageSuccessEnvelope.js +1 -1
  102. package/dist/openapi/models/Delivery.d.ts +1 -1
  103. package/dist/openapi/models/Delivery.js +1 -1
  104. package/dist/openapi/models/DeliveryOutputRef.d.ts +1 -1
  105. package/dist/openapi/models/DeliveryOutputRef.js +1 -1
  106. package/dist/openapi/models/DeliveryPlan.d.ts +1 -1
  107. package/dist/openapi/models/DeliveryPlan.js +1 -1
  108. package/dist/openapi/models/DeliveryPlanOutput.d.ts +1 -1
  109. package/dist/openapi/models/DeliveryPlanOutput.js +1 -1
  110. package/dist/openapi/models/DeliveryPlanReason.d.ts +1 -1
  111. package/dist/openapi/models/DeliveryPlanReason.js +1 -1
  112. package/dist/openapi/models/DeliverySelection.d.ts +1 -1
  113. package/dist/openapi/models/DeliverySelection.js +1 -1
  114. package/dist/openapi/models/DownloadBundle.d.ts +1 -1
  115. package/dist/openapi/models/DownloadBundle.js +1 -1
  116. package/dist/openapi/models/EmptySuccessEnvelope.d.ts +1 -1
  117. package/dist/openapi/models/EmptySuccessEnvelope.js +1 -1
  118. package/dist/openapi/models/EndpointProjection.d.ts +1 -1
  119. package/dist/openapi/models/EndpointProjection.js +1 -1
  120. package/dist/openapi/models/ErrorEnvelope.d.ts +1 -1
  121. package/dist/openapi/models/ErrorEnvelope.js +1 -1
  122. package/dist/openapi/models/EstimateQuality.d.ts +1 -1
  123. package/dist/openapi/models/EstimateQuality.js +1 -1
  124. package/dist/openapi/models/EstimateRange.d.ts +1 -1
  125. package/dist/openapi/models/EstimateRange.js +1 -1
  126. package/dist/openapi/models/ExternalDestination.d.ts +1 -1
  127. package/dist/openapi/models/ExternalDestination.js +1 -1
  128. package/dist/openapi/models/ExternalImportCreatedResponse.d.ts +1 -1
  129. package/dist/openapi/models/ExternalImportCreatedResponse.js +1 -1
  130. package/dist/openapi/models/ExternalImportCreatedSuccessEnvelope.d.ts +1 -1
  131. package/dist/openapi/models/ExternalImportCreatedSuccessEnvelope.js +1 -1
  132. package/dist/openapi/models/ExternalImportRequest.d.ts +1 -1
  133. package/dist/openapi/models/ExternalImportRequest.js +1 -1
  134. package/dist/openapi/models/ExternalImportToken.d.ts +1 -1
  135. package/dist/openapi/models/ExternalImportToken.js +1 -1
  136. package/dist/openapi/models/ExternalSource.d.ts +1 -1
  137. package/dist/openapi/models/ExternalSource.js +1 -1
  138. package/dist/openapi/models/FeatureNotAvailableResponse.d.ts +1 -1
  139. package/dist/openapi/models/FeatureNotAvailableResponse.js +1 -1
  140. package/dist/openapi/models/FeatureTierRestrictedResponse.d.ts +1 -1
  141. package/dist/openapi/models/FeatureTierRestrictedResponse.js +1 -1
  142. package/dist/openapi/models/FeatureViolation.d.ts +1 -1
  143. package/dist/openapi/models/FeatureViolation.js +1 -1
  144. package/dist/openapi/models/ForgotPasswordRequest.d.ts +1 -1
  145. package/dist/openapi/models/ForgotPasswordRequest.js +1 -1
  146. package/dist/openapi/models/ImageEncodeCapabilities.d.ts +1 -1
  147. package/dist/openapi/models/ImageEncodeCapabilities.js +1 -1
  148. package/dist/openapi/models/JobDefinition.d.ts +1 -1
  149. package/dist/openapi/models/JobDefinition.js +1 -1
  150. package/dist/openapi/models/JobDownload.d.ts +1 -1
  151. package/dist/openapi/models/JobDownload.js +1 -1
  152. package/dist/openapi/models/JobInputV2.d.ts +1 -1
  153. package/dist/openapi/models/JobInputV2.js +1 -1
  154. package/dist/openapi/models/JobMediaClass.d.ts +1 -1
  155. package/dist/openapi/models/JobMediaClass.js +1 -1
  156. package/dist/openapi/models/JobOutputSource.d.ts +1 -1
  157. package/dist/openapi/models/JobOutputSource.js +1 -1
  158. package/dist/openapi/models/JobResponse.d.ts +1 -1
  159. package/dist/openapi/models/JobResponse.js +1 -1
  160. package/dist/openapi/models/JobStatus.d.ts +1 -1
  161. package/dist/openapi/models/JobStatus.js +1 -1
  162. package/dist/openapi/models/JobType.d.ts +1 -1
  163. package/dist/openapi/models/JobType.js +1 -1
  164. package/dist/openapi/models/LivenessResponse.d.ts +1 -1
  165. package/dist/openapi/models/LivenessResponse.js +1 -1
  166. package/dist/openapi/models/LoginUser200Response.d.ts +1 -1
  167. package/dist/openapi/models/LoginUser200Response.js +1 -1
  168. package/dist/openapi/models/LoginUser200ResponseData.d.ts +1 -1
  169. package/dist/openapi/models/LoginUser200ResponseData.js +1 -1
  170. package/dist/openapi/models/LoginUser200ResponseDataUser.d.ts +1 -1
  171. package/dist/openapi/models/LoginUser200ResponseDataUser.js +1 -1
  172. package/dist/openapi/models/LoginUserRequest.d.ts +1 -1
  173. package/dist/openapi/models/LoginUserRequest.js +1 -1
  174. package/dist/openapi/models/MetadataResponse.d.ts +1 -1
  175. package/dist/openapi/models/MetadataResponse.js +1 -1
  176. package/dist/openapi/models/MetadataResponseDimensions.d.ts +1 -1
  177. package/dist/openapi/models/MetadataResponseDimensions.js +1 -1
  178. package/dist/openapi/models/MetadataResponseExif.d.ts +1 -1
  179. package/dist/openapi/models/MetadataResponseExif.js +1 -1
  180. package/dist/openapi/models/MetadataResponseExifGps.d.ts +1 -1
  181. package/dist/openapi/models/MetadataResponseExifGps.js +1 -1
  182. package/dist/openapi/models/MetadataSuccessEnvelope.d.ts +1 -1
  183. package/dist/openapi/models/MetadataSuccessEnvelope.js +1 -1
  184. package/dist/openapi/models/MimeGroupSchema.d.ts +1 -1
  185. package/dist/openapi/models/MimeGroupSchema.js +1 -1
  186. package/dist/openapi/models/MultiInputSource.d.ts +1 -1
  187. package/dist/openapi/models/MultiInputSource.js +1 -1
  188. package/dist/openapi/models/MultipartCompleteRequest.d.ts +1 -1
  189. package/dist/openapi/models/MultipartCompleteRequest.js +1 -1
  190. package/dist/openapi/models/MultipartCompleteRequestPartsInner.d.ts +1 -1
  191. package/dist/openapi/models/MultipartCompleteRequestPartsInner.js +1 -1
  192. package/dist/openapi/models/MultipartCompleteResponse.d.ts +1 -1
  193. package/dist/openapi/models/MultipartCompleteResponse.js +1 -1
  194. package/dist/openapi/models/MultipartCompleteSuccessEnvelope.d.ts +1 -1
  195. package/dist/openapi/models/MultipartCompleteSuccessEnvelope.js +1 -1
  196. package/dist/openapi/models/MultipartInitiateRequestMetadataHint.d.ts +1 -1
  197. package/dist/openapi/models/MultipartInitiateRequestMetadataHint.js +1 -1
  198. package/dist/openapi/models/MultipartInitiateResponse.d.ts +1 -1
  199. package/dist/openapi/models/MultipartInitiateResponse.js +1 -1
  200. package/dist/openapi/models/MultipartInitiateSuccessEnvelope.d.ts +1 -1
  201. package/dist/openapi/models/MultipartInitiateSuccessEnvelope.js +1 -1
  202. package/dist/openapi/models/MultipartKeepaliveResponse.d.ts +1 -1
  203. package/dist/openapi/models/MultipartKeepaliveResponse.js +1 -1
  204. package/dist/openapi/models/MultipartKeepaliveSuccessEnvelope.d.ts +1 -1
  205. package/dist/openapi/models/MultipartKeepaliveSuccessEnvelope.js +1 -1
  206. package/dist/openapi/models/MultipartPartListing.d.ts +1 -1
  207. package/dist/openapi/models/MultipartPartListing.js +1 -1
  208. package/dist/openapi/models/MultipartPresignRequest.d.ts +1 -1
  209. package/dist/openapi/models/MultipartPresignRequest.js +1 -1
  210. package/dist/openapi/models/MultipartPresignResponse.d.ts +1 -1
  211. package/dist/openapi/models/MultipartPresignResponse.js +1 -1
  212. package/dist/openapi/models/MultipartPresignSuccessEnvelope.d.ts +1 -1
  213. package/dist/openapi/models/MultipartPresignSuccessEnvelope.js +1 -1
  214. package/dist/openapi/models/MultipartStatusResponse.d.ts +1 -1
  215. package/dist/openapi/models/MultipartStatusResponse.js +1 -1
  216. package/dist/openapi/models/MultipartStatusSuccessEnvelope.d.ts +1 -1
  217. package/dist/openapi/models/MultipartStatusSuccessEnvelope.js +1 -1
  218. package/dist/openapi/models/OperationCapability.d.ts +90 -0
  219. package/dist/openapi/models/OperationCapability.js +56 -0
  220. package/dist/openapi/models/OperationDefinition.d.ts +1 -1
  221. package/dist/openapi/models/OperationDefinition.js +1 -1
  222. package/dist/openapi/models/OperationDownload.d.ts +1 -1
  223. package/dist/openapi/models/OperationDownload.js +1 -1
  224. package/dist/openapi/models/OperationInputModel.d.ts +1 -1
  225. package/dist/openapi/models/OperationInputModel.js +1 -1
  226. package/dist/openapi/models/OperationResponse.d.ts +1 -1
  227. package/dist/openapi/models/OperationResponse.js +1 -1
  228. package/dist/openapi/models/OperationResult.d.ts +1 -1
  229. package/dist/openapi/models/OperationResult.js +1 -1
  230. package/dist/openapi/models/OperationResultMetadata.d.ts +1 -1
  231. package/dist/openapi/models/OperationResultMetadata.js +1 -1
  232. package/dist/openapi/models/OperationResultMetrics.d.ts +1 -1
  233. package/dist/openapi/models/OperationResultMetrics.js +1 -1
  234. package/dist/openapi/models/OperationSchemaDefinition.d.ts +1 -1
  235. package/dist/openapi/models/OperationSchemaDefinition.js +1 -1
  236. package/dist/openapi/models/OperationStatus.d.ts +1 -1
  237. package/dist/openapi/models/OperationStatus.js +1 -1
  238. package/dist/openapi/models/OperationType.d.ts +1 -1
  239. package/dist/openapi/models/OperationType.js +1 -1
  240. package/dist/openapi/models/OperationsSchemaResponse.d.ts +55 -1
  241. package/dist/openapi/models/OperationsSchemaResponse.js +7 -1
  242. package/dist/openapi/models/OperationsSchemaResponseWorkflowFeatures.d.ts +1 -1
  243. package/dist/openapi/models/OperationsSchemaResponseWorkflowFeatures.js +1 -1
  244. package/dist/openapi/models/OperationsSchemaResponseWorkflowFeaturesDelivery.d.ts +1 -1
  245. package/dist/openapi/models/OperationsSchemaResponseWorkflowFeaturesDelivery.js +1 -1
  246. package/dist/openapi/models/OperationsSchemaResponseWorkflowFeaturesDeliveryMode.d.ts +1 -1
  247. package/dist/openapi/models/OperationsSchemaResponseWorkflowFeaturesDeliveryMode.js +1 -1
  248. package/dist/openapi/models/OperationsSchemaResponseWorkflowFeaturesDeliverySelection.d.ts +1 -1
  249. package/dist/openapi/models/OperationsSchemaResponseWorkflowFeaturesDeliverySelection.js +1 -1
  250. package/dist/openapi/models/OptionSchema.d.ts +1 -1
  251. package/dist/openapi/models/OptionSchema.js +1 -1
  252. package/dist/openapi/models/OutputProperties.d.ts +41 -0
  253. package/dist/openapi/models/OutputProperties.js +48 -0
  254. package/dist/openapi/models/OutputPropertiesIsAnimated.d.ts +24 -0
  255. package/dist/openapi/models/OutputPropertiesIsAnimated.js +43 -0
  256. package/dist/openapi/models/PerRoleCardinalityEntry.d.ts +1 -1
  257. package/dist/openapi/models/PerRoleCardinalityEntry.js +1 -1
  258. package/dist/openapi/models/PerValueAvailabilityEntry.d.ts +1 -1
  259. package/dist/openapi/models/PerValueAvailabilityEntry.js +1 -1
  260. package/dist/openapi/models/PresignedUrlPart.d.ts +1 -1
  261. package/dist/openapi/models/PresignedUrlPart.js +1 -1
  262. package/dist/openapi/models/ProbePendingResponse.d.ts +1 -1
  263. package/dist/openapi/models/ProbePendingResponse.js +1 -1
  264. package/dist/openapi/models/ProcessingClass.d.ts +1 -1
  265. package/dist/openapi/models/ProcessingClass.js +1 -1
  266. package/dist/openapi/models/ProcessingClassBandViolation.d.ts +1 -1
  267. package/dist/openapi/models/ProcessingClassBandViolation.js +1 -1
  268. package/dist/openapi/models/ProcessingClassConstraints.d.ts +1 -1
  269. package/dist/openapi/models/ProcessingClassConstraints.js +1 -1
  270. package/dist/openapi/models/ProcessingClassEntry.d.ts +1 -1
  271. package/dist/openapi/models/ProcessingClassEntry.js +1 -1
  272. package/dist/openapi/models/ProcessingClassExceedsBandResponse.d.ts +1 -1
  273. package/dist/openapi/models/ProcessingClassExceedsBandResponse.js +1 -1
  274. package/dist/openapi/models/ProcessingClassHint.d.ts +1 -1
  275. package/dist/openapi/models/ProcessingClassHint.js +1 -1
  276. package/dist/openapi/models/ProcessingClassReason.d.ts +1 -1
  277. package/dist/openapi/models/ProcessingClassReason.js +1 -1
  278. package/dist/openapi/models/ProcessingClassRejectReason.d.ts +1 -1
  279. package/dist/openapi/models/ProcessingClassRejectReason.js +1 -1
  280. package/dist/openapi/models/ProcessingPlan.d.ts +1 -1
  281. package/dist/openapi/models/ProcessingPlan.js +1 -1
  282. package/dist/openapi/models/ProcessingPlanJob.d.ts +1 -1
  283. package/dist/openapi/models/ProcessingPlanJob.js +1 -1
  284. package/dist/openapi/models/ReEncodeDecision.d.ts +1 -1
  285. package/dist/openapi/models/ReEncodeDecision.js +1 -1
  286. package/dist/openapi/models/ReadinessResponse.d.ts +1 -1
  287. package/dist/openapi/models/ReadinessResponse.js +1 -1
  288. package/dist/openapi/models/RegisterUser422Response.d.ts +1 -1
  289. package/dist/openapi/models/RegisterUser422Response.js +1 -1
  290. package/dist/openapi/models/RegisterUserRequest.d.ts +1 -1
  291. package/dist/openapi/models/RegisterUserRequest.js +1 -1
  292. package/dist/openapi/models/ResetPasswordRequest.d.ts +1 -1
  293. package/dist/openapi/models/ResetPasswordRequest.js +1 -1
  294. package/dist/openapi/models/ResponseEnvelope.d.ts +1 -1
  295. package/dist/openapi/models/ResponseEnvelope.js +1 -1
  296. package/dist/openapi/models/RetryResponse.d.ts +1 -1
  297. package/dist/openapi/models/RetryResponse.js +1 -1
  298. package/dist/openapi/models/RetrySuccessEnvelope.d.ts +1 -1
  299. package/dist/openapi/models/RetrySuccessEnvelope.js +1 -1
  300. package/dist/openapi/models/SseCompletionBase.d.ts +1 -1
  301. package/dist/openapi/models/SseCompletionBase.js +1 -1
  302. package/dist/openapi/models/SseEventType.d.ts +1 -1
  303. package/dist/openapi/models/SseEventType.js +1 -1
  304. package/dist/openapi/models/SseJobCompletedData.d.ts +1 -1
  305. package/dist/openapi/models/SseJobCompletedData.js +1 -1
  306. package/dist/openapi/models/SseJobFailedData.d.ts +1 -1
  307. package/dist/openapi/models/SseJobFailedData.js +1 -1
  308. package/dist/openapi/models/SseMultiOutputCompletion.d.ts +1 -1
  309. package/dist/openapi/models/SseMultiOutputCompletion.js +1 -1
  310. package/dist/openapi/models/SseMultiOutputCompletionMetrics.d.ts +1 -1
  311. package/dist/openapi/models/SseMultiOutputCompletionMetrics.js +1 -1
  312. package/dist/openapi/models/SseMultiOutputCompletionWithKind.d.ts +1 -1
  313. package/dist/openapi/models/SseMultiOutputCompletionWithKind.js +1 -1
  314. package/dist/openapi/models/SseMultiOutputResultEntry.d.ts +1 -1
  315. package/dist/openapi/models/SseMultiOutputResultEntry.js +1 -1
  316. package/dist/openapi/models/SseOperationCompletedData.d.ts +1 -1
  317. package/dist/openapi/models/SseOperationCompletedData.js +1 -1
  318. package/dist/openapi/models/SseOperationCompletionResult.d.ts +1 -1
  319. package/dist/openapi/models/SseOperationCompletionResult.js +1 -1
  320. package/dist/openapi/models/SseOperationFailedData.d.ts +1 -1
  321. package/dist/openapi/models/SseOperationFailedData.js +1 -1
  322. package/dist/openapi/models/SseOperationProgressData.d.ts +1 -1
  323. package/dist/openapi/models/SseOperationProgressData.js +1 -1
  324. package/dist/openapi/models/SseSingleOutputCompletion.d.ts +1 -1
  325. package/dist/openapi/models/SseSingleOutputCompletion.js +1 -1
  326. package/dist/openapi/models/SseWorkflowTerminalData.d.ts +1 -1
  327. package/dist/openapi/models/SseWorkflowTerminalData.js +1 -1
  328. package/dist/openapi/models/TierRestrictionKind.d.ts +1 -1
  329. package/dist/openapi/models/TierRestrictionKind.js +1 -1
  330. package/dist/openapi/models/TierRestrictionResponse.d.ts +1 -1
  331. package/dist/openapi/models/TierRestrictionResponse.js +1 -1
  332. package/dist/openapi/models/UpdateProfile200Response.d.ts +1 -1
  333. package/dist/openapi/models/UpdateProfile200Response.js +1 -1
  334. package/dist/openapi/models/UpdateProfile200ResponseData.d.ts +1 -1
  335. package/dist/openapi/models/UpdateProfile200ResponseData.js +1 -1
  336. package/dist/openapi/models/UpdateProfile422Response.d.ts +1 -1
  337. package/dist/openapi/models/UpdateProfile422Response.js +1 -1
  338. package/dist/openapi/models/UpdateProfileRequest.d.ts +1 -1
  339. package/dist/openapi/models/UpdateProfileRequest.js +1 -1
  340. package/dist/openapi/models/UploadConstraintsApplied.d.ts +1 -1
  341. package/dist/openapi/models/UploadConstraintsApplied.js +1 -1
  342. package/dist/openapi/models/UploadDurationExceedsTierResponse.d.ts +1 -1
  343. package/dist/openapi/models/UploadDurationExceedsTierResponse.js +1 -1
  344. package/dist/openapi/models/UploadFile403Response.d.ts +1 -1
  345. package/dist/openapi/models/UploadFile403Response.js +1 -1
  346. package/dist/openapi/models/UploadFile422Response.d.ts +1 -1
  347. package/dist/openapi/models/UploadFile422Response.js +1 -1
  348. package/dist/openapi/models/UploadProbeMediaMetadata.d.ts +1 -1
  349. package/dist/openapi/models/UploadProbeMediaMetadata.js +1 -1
  350. package/dist/openapi/models/UploadProbeProcessingClass.d.ts +1 -1
  351. package/dist/openapi/models/UploadProbeProcessingClass.js +1 -1
  352. package/dist/openapi/models/UploadProbeResponse.d.ts +1 -1
  353. package/dist/openapi/models/UploadProbeResponse.js +1 -1
  354. package/dist/openapi/models/UploadProbeStatus.d.ts +1 -1
  355. package/dist/openapi/models/UploadProbeStatus.js +1 -1
  356. package/dist/openapi/models/UploadProbeSuccessEnvelope.d.ts +1 -1
  357. package/dist/openapi/models/UploadProbeSuccessEnvelope.js +1 -1
  358. package/dist/openapi/models/UploadResponse.d.ts +1 -1
  359. package/dist/openapi/models/UploadResponse.js +1 -1
  360. package/dist/openapi/models/UploadSizeExceedsTierResponse.d.ts +1 -1
  361. package/dist/openapi/models/UploadSizeExceedsTierResponse.js +1 -1
  362. package/dist/openapi/models/UploadSource.d.ts +1 -1
  363. package/dist/openapi/models/UploadSource.js +1 -1
  364. package/dist/openapi/models/UploadSuccessEnvelope.d.ts +1 -1
  365. package/dist/openapi/models/UploadSuccessEnvelope.js +1 -1
  366. package/dist/openapi/models/UploadThresholds.d.ts +1 -1
  367. package/dist/openapi/models/UploadThresholds.js +1 -1
  368. package/dist/openapi/models/UserTier.d.ts +1 -1
  369. package/dist/openapi/models/UserTier.js +1 -1
  370. package/dist/openapi/models/ValidationErrorEnvelope.d.ts +1 -1
  371. package/dist/openapi/models/ValidationErrorEnvelope.js +1 -1
  372. package/dist/openapi/models/ValidationErrorEnvelopeDetailsInner.d.ts +1 -1
  373. package/dist/openapi/models/ValidationErrorEnvelopeDetailsInner.js +1 -1
  374. package/dist/openapi/models/VerifyEmailRequest.d.ts +1 -1
  375. package/dist/openapi/models/VerifyEmailRequest.js +1 -1
  376. package/dist/openapi/models/WarningType.d.ts +1 -1
  377. package/dist/openapi/models/WarningType.js +1 -1
  378. package/dist/openapi/models/WebhookOperationContext.d.ts +1 -1
  379. package/dist/openapi/models/WebhookOperationContext.js +1 -1
  380. package/dist/openapi/models/WebhookPayload.d.ts +1 -1
  381. package/dist/openapi/models/WebhookPayload.js +1 -1
  382. package/dist/openapi/models/WorkflowCancelBillingEffect.d.ts +1 -1
  383. package/dist/openapi/models/WorkflowCancelBillingEffect.js +1 -1
  384. package/dist/openapi/models/WorkflowCancelResponse.d.ts +1 -1
  385. package/dist/openapi/models/WorkflowCancelResponse.js +1 -1
  386. package/dist/openapi/models/WorkflowCancelSuccessEnvelope.d.ts +1 -1
  387. package/dist/openapi/models/WorkflowCancelSuccessEnvelope.js +1 -1
  388. package/dist/openapi/models/WorkflowCreateRequest.d.ts +1 -1
  389. package/dist/openapi/models/WorkflowCreateRequest.js +1 -1
  390. package/dist/openapi/models/WorkflowCreateResponse.d.ts +1 -1
  391. package/dist/openapi/models/WorkflowCreateResponse.js +1 -1
  392. package/dist/openapi/models/WorkflowCreateSuccessEnvelope.d.ts +1 -1
  393. package/dist/openapi/models/WorkflowCreateSuccessEnvelope.js +1 -1
  394. package/dist/openapi/models/WorkflowDownloadResponse.d.ts +1 -1
  395. package/dist/openapi/models/WorkflowDownloadResponse.js +1 -1
  396. package/dist/openapi/models/WorkflowDownloadSuccessEnvelope.d.ts +1 -1
  397. package/dist/openapi/models/WorkflowDownloadSuccessEnvelope.js +1 -1
  398. package/dist/openapi/models/WorkflowEdge.d.ts +1 -1
  399. package/dist/openapi/models/WorkflowEdge.js +1 -1
  400. package/dist/openapi/models/WorkflowExpiredResponse.d.ts +1 -1
  401. package/dist/openapi/models/WorkflowExpiredResponse.js +1 -1
  402. package/dist/openapi/models/WorkflowListResponse.d.ts +1 -1
  403. package/dist/openapi/models/WorkflowListResponse.js +1 -1
  404. package/dist/openapi/models/WorkflowListSuccessEnvelope.d.ts +1 -1
  405. package/dist/openapi/models/WorkflowListSuccessEnvelope.js +1 -1
  406. package/dist/openapi/models/WorkflowPauseRequiredAction.d.ts +1 -1
  407. package/dist/openapi/models/WorkflowPauseRequiredAction.js +1 -1
  408. package/dist/openapi/models/WorkflowPausedDetail.d.ts +1 -1
  409. package/dist/openapi/models/WorkflowPausedDetail.js +1 -1
  410. package/dist/openapi/models/WorkflowPausedDetailLinks.d.ts +1 -1
  411. package/dist/openapi/models/WorkflowPausedDetailLinks.js +1 -1
  412. package/dist/openapi/models/WorkflowProcessing.d.ts +1 -1
  413. package/dist/openapi/models/WorkflowProcessing.js +1 -1
  414. package/dist/openapi/models/WorkflowResumeResponse.d.ts +1 -1
  415. package/dist/openapi/models/WorkflowResumeResponse.js +1 -1
  416. package/dist/openapi/models/WorkflowResumeSuccessEnvelope.d.ts +1 -1
  417. package/dist/openapi/models/WorkflowResumeSuccessEnvelope.js +1 -1
  418. package/dist/openapi/models/WorkflowSource.d.ts +1 -1
  419. package/dist/openapi/models/WorkflowSource.js +1 -1
  420. package/dist/openapi/models/WorkflowStatus.d.ts +1 -1
  421. package/dist/openapi/models/WorkflowStatus.js +1 -1
  422. package/dist/openapi/models/WorkflowStatusResponse.d.ts +1 -1
  423. package/dist/openapi/models/WorkflowStatusResponse.js +1 -1
  424. package/dist/openapi/models/WorkflowStatusSuccessEnvelope.d.ts +1 -1
  425. package/dist/openapi/models/WorkflowStatusSuccessEnvelope.js +1 -1
  426. package/dist/openapi/models/WorkflowSummary.d.ts +1 -1
  427. package/dist/openapi/models/WorkflowSummary.js +1 -1
  428. package/dist/openapi/models/WorkflowSummaryJob.d.ts +1 -1
  429. package/dist/openapi/models/WorkflowSummaryJob.js +1 -1
  430. package/dist/openapi/models/WorkflowWarning.d.ts +1 -1
  431. package/dist/openapi/models/WorkflowWarning.js +1 -1
  432. package/dist/openapi/models/WorkflowWarningSeverity.d.ts +1 -1
  433. package/dist/openapi/models/WorkflowWarningSeverity.js +1 -1
  434. package/dist/openapi/models/index.d.ts +16 -0
  435. package/dist/openapi/models/index.js +16 -0
  436. package/dist/openapi/runtime.d.ts +1 -1
  437. package/dist/openapi/runtime.js +1 -1
  438. package/openapi/api.yaml +282 -1
  439. package/operation-capabilities/operation-capabilities.json +1 -1
  440. package/package.json +1 -1
@@ -0,0 +1,38 @@
1
+ /**
2
+ * GISL Compression API
3
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
4
+ *
5
+ * The version of the OpenAPI document: 2.124.0
6
+ *
7
+ *
8
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
9
+ * https://openapi-generator.tech
10
+ * Do not edit the class manually.
11
+ */
12
+ import type { CapabilityConditionOneOf } from './CapabilityConditionOneOf.js';
13
+ import type { CapabilityConditionOneOf1 } from './CapabilityConditionOneOf1.js';
14
+ import type { CapabilityConditionOneOf2 } from './CapabilityConditionOneOf2.js';
15
+ import type { CapabilityConditionOneOf3 } from './CapabilityConditionOneOf3.js';
16
+ import type { CapabilityConditionOneOf4 } from './CapabilityConditionOneOf4.js';
17
+ import type { CapabilityConditionOneOf5 } from './CapabilityConditionOneOf5.js';
18
+ import type { CapabilityConditionOneOf6 } from './CapabilityConditionOneOf6.js';
19
+ /**
20
+ * @type CapabilityCondition
21
+ * Recursive condition node (the `Cond` field-token model, ADR-0024
22
+ * §2). Exactly ONE form per node — a boolean combinator (`all` /
23
+ * `any` / `not`) OR a single leaf test. A leaf tests one `field`
24
+ * token with exactly one operator (`equals` / `in` / `isSet`),
25
+ * except `opSelected` which is a standalone leaf asserting a
26
+ * sibling operation of that type is present in the job. Consumers
27
+ * compute field tokens locally from the resolved request (no new
28
+ * wire field). Modelled as a `oneOf` of the valid forms (each
29
+ * `additionalProperties: false`) so the grammar is enforced rather
30
+ * than advertised as a loose bag of optional keys.
31
+ *
32
+ * @export
33
+ */
34
+ export type CapabilityCondition = CapabilityConditionOneOf | CapabilityConditionOneOf1 | CapabilityConditionOneOf2 | CapabilityConditionOneOf3 | CapabilityConditionOneOf4 | CapabilityConditionOneOf5 | CapabilityConditionOneOf6;
35
+ export declare function CapabilityConditionFromJSON(json: any): CapabilityCondition;
36
+ export declare function CapabilityConditionFromJSONTyped(json: any, ignoreDiscriminator: boolean): CapabilityCondition;
37
+ export declare function CapabilityConditionToJSON(json: any): any;
38
+ export declare function CapabilityConditionToJSONTyped(value?: CapabilityCondition | null, ignoreDiscriminator?: boolean): any;
@@ -0,0 +1,86 @@
1
+ /* tslint:disable */
2
+ /* eslint-disable */
3
+ /**
4
+ * GISL Compression API
5
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
6
+ *
7
+ * The version of the OpenAPI document: 2.124.0
8
+ *
9
+ *
10
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
11
+ * https://openapi-generator.tech
12
+ * Do not edit the class manually.
13
+ */
14
+ import { instanceOfCapabilityConditionOneOf, CapabilityConditionOneOfFromJSONTyped, CapabilityConditionOneOfToJSON, } from './CapabilityConditionOneOf.js';
15
+ import { instanceOfCapabilityConditionOneOf1, CapabilityConditionOneOf1FromJSONTyped, CapabilityConditionOneOf1ToJSON, } from './CapabilityConditionOneOf1.js';
16
+ import { instanceOfCapabilityConditionOneOf2, CapabilityConditionOneOf2FromJSONTyped, CapabilityConditionOneOf2ToJSON, } from './CapabilityConditionOneOf2.js';
17
+ import { instanceOfCapabilityConditionOneOf3, CapabilityConditionOneOf3FromJSONTyped, CapabilityConditionOneOf3ToJSON, } from './CapabilityConditionOneOf3.js';
18
+ import { instanceOfCapabilityConditionOneOf4, CapabilityConditionOneOf4FromJSONTyped, CapabilityConditionOneOf4ToJSON, } from './CapabilityConditionOneOf4.js';
19
+ import { instanceOfCapabilityConditionOneOf5, CapabilityConditionOneOf5FromJSONTyped, CapabilityConditionOneOf5ToJSON, } from './CapabilityConditionOneOf5.js';
20
+ import { instanceOfCapabilityConditionOneOf6, CapabilityConditionOneOf6FromJSONTyped, CapabilityConditionOneOf6ToJSON, } from './CapabilityConditionOneOf6.js';
21
+ export function CapabilityConditionFromJSON(json) {
22
+ return CapabilityConditionFromJSONTyped(json, false);
23
+ }
24
+ export function CapabilityConditionFromJSONTyped(json, ignoreDiscriminator) {
25
+ if (json == null) {
26
+ return json;
27
+ }
28
+ if (typeof json !== 'object') {
29
+ return json;
30
+ }
31
+ if (instanceOfCapabilityConditionOneOf(json)) {
32
+ return CapabilityConditionOneOfFromJSONTyped(json, true);
33
+ }
34
+ if (instanceOfCapabilityConditionOneOf1(json)) {
35
+ return CapabilityConditionOneOf1FromJSONTyped(json, true);
36
+ }
37
+ if (instanceOfCapabilityConditionOneOf2(json)) {
38
+ return CapabilityConditionOneOf2FromJSONTyped(json, true);
39
+ }
40
+ if (instanceOfCapabilityConditionOneOf3(json)) {
41
+ return CapabilityConditionOneOf3FromJSONTyped(json, true);
42
+ }
43
+ if (instanceOfCapabilityConditionOneOf4(json)) {
44
+ return CapabilityConditionOneOf4FromJSONTyped(json, true);
45
+ }
46
+ if (instanceOfCapabilityConditionOneOf5(json)) {
47
+ return CapabilityConditionOneOf5FromJSONTyped(json, true);
48
+ }
49
+ if (instanceOfCapabilityConditionOneOf6(json)) {
50
+ return CapabilityConditionOneOf6FromJSONTyped(json, true);
51
+ }
52
+ return {};
53
+ }
54
+ export function CapabilityConditionToJSON(json) {
55
+ return CapabilityConditionToJSONTyped(json, false);
56
+ }
57
+ export function CapabilityConditionToJSONTyped(value, ignoreDiscriminator = false) {
58
+ if (value == null) {
59
+ return value;
60
+ }
61
+ if (typeof value !== 'object') {
62
+ return value;
63
+ }
64
+ if (instanceOfCapabilityConditionOneOf(value)) {
65
+ return CapabilityConditionOneOfToJSON(value);
66
+ }
67
+ if (instanceOfCapabilityConditionOneOf1(value)) {
68
+ return CapabilityConditionOneOf1ToJSON(value);
69
+ }
70
+ if (instanceOfCapabilityConditionOneOf2(value)) {
71
+ return CapabilityConditionOneOf2ToJSON(value);
72
+ }
73
+ if (instanceOfCapabilityConditionOneOf3(value)) {
74
+ return CapabilityConditionOneOf3ToJSON(value);
75
+ }
76
+ if (instanceOfCapabilityConditionOneOf4(value)) {
77
+ return CapabilityConditionOneOf4ToJSON(value);
78
+ }
79
+ if (instanceOfCapabilityConditionOneOf5(value)) {
80
+ return CapabilityConditionOneOf5ToJSON(value);
81
+ }
82
+ if (instanceOfCapabilityConditionOneOf6(value)) {
83
+ return CapabilityConditionOneOf6ToJSON(value);
84
+ }
85
+ return {};
86
+ }
@@ -0,0 +1,33 @@
1
+ /**
2
+ * GISL Compression API
3
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
4
+ *
5
+ * The version of the OpenAPI document: 2.124.0
6
+ *
7
+ *
8
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
9
+ * https://openapi-generator.tech
10
+ * Do not edit the class manually.
11
+ */
12
+ import type { CapabilityCondition } from './CapabilityCondition.js';
13
+ /**
14
+ *
15
+ * @export
16
+ * @interface CapabilityConditionOneOf
17
+ */
18
+ export interface CapabilityConditionOneOf {
19
+ /**
20
+ * All sub-conditions must hold (logical AND).
21
+ * @type {Array<CapabilityCondition>}
22
+ * @memberof CapabilityConditionOneOf
23
+ */
24
+ all: Array<CapabilityCondition>;
25
+ }
26
+ /**
27
+ * Check if a given object implements the CapabilityConditionOneOf interface.
28
+ */
29
+ export declare function instanceOfCapabilityConditionOneOf(value: object): value is CapabilityConditionOneOf;
30
+ export declare function CapabilityConditionOneOfFromJSON(json: any): CapabilityConditionOneOf;
31
+ export declare function CapabilityConditionOneOfFromJSONTyped(json: any, ignoreDiscriminator: boolean): CapabilityConditionOneOf;
32
+ export declare function CapabilityConditionOneOfToJSON(json: any): CapabilityConditionOneOf;
33
+ export declare function CapabilityConditionOneOfToJSONTyped(value?: CapabilityConditionOneOf | null, ignoreDiscriminator?: boolean): any;
@@ -0,0 +1,44 @@
1
+ /* tslint:disable */
2
+ /* eslint-disable */
3
+ /**
4
+ * GISL Compression API
5
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
6
+ *
7
+ * The version of the OpenAPI document: 2.124.0
8
+ *
9
+ *
10
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
11
+ * https://openapi-generator.tech
12
+ * Do not edit the class manually.
13
+ */
14
+ import { CapabilityConditionFromJSON, CapabilityConditionToJSON, } from './CapabilityCondition.js';
15
+ /**
16
+ * Check if a given object implements the CapabilityConditionOneOf interface.
17
+ */
18
+ export function instanceOfCapabilityConditionOneOf(value) {
19
+ if (!('all' in value) || value['all'] === undefined)
20
+ return false;
21
+ return true;
22
+ }
23
+ export function CapabilityConditionOneOfFromJSON(json) {
24
+ return CapabilityConditionOneOfFromJSONTyped(json, false);
25
+ }
26
+ export function CapabilityConditionOneOfFromJSONTyped(json, ignoreDiscriminator) {
27
+ if (json == null) {
28
+ return json;
29
+ }
30
+ return {
31
+ 'all': (json['all'].map(CapabilityConditionFromJSON)),
32
+ };
33
+ }
34
+ export function CapabilityConditionOneOfToJSON(json) {
35
+ return CapabilityConditionOneOfToJSONTyped(json, false);
36
+ }
37
+ export function CapabilityConditionOneOfToJSONTyped(value, ignoreDiscriminator = false) {
38
+ if (value == null) {
39
+ return value;
40
+ }
41
+ return {
42
+ 'all': (value['all'].map(CapabilityConditionToJSON)),
43
+ };
44
+ }
@@ -0,0 +1,33 @@
1
+ /**
2
+ * GISL Compression API
3
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
4
+ *
5
+ * The version of the OpenAPI document: 2.124.0
6
+ *
7
+ *
8
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
9
+ * https://openapi-generator.tech
10
+ * Do not edit the class manually.
11
+ */
12
+ import type { CapabilityCondition } from './CapabilityCondition.js';
13
+ /**
14
+ *
15
+ * @export
16
+ * @interface CapabilityConditionOneOf1
17
+ */
18
+ export interface CapabilityConditionOneOf1 {
19
+ /**
20
+ * At least one sub-condition must hold (logical OR).
21
+ * @type {Array<CapabilityCondition>}
22
+ * @memberof CapabilityConditionOneOf1
23
+ */
24
+ any: Array<CapabilityCondition>;
25
+ }
26
+ /**
27
+ * Check if a given object implements the CapabilityConditionOneOf1 interface.
28
+ */
29
+ export declare function instanceOfCapabilityConditionOneOf1(value: object): value is CapabilityConditionOneOf1;
30
+ export declare function CapabilityConditionOneOf1FromJSON(json: any): CapabilityConditionOneOf1;
31
+ export declare function CapabilityConditionOneOf1FromJSONTyped(json: any, ignoreDiscriminator: boolean): CapabilityConditionOneOf1;
32
+ export declare function CapabilityConditionOneOf1ToJSON(json: any): CapabilityConditionOneOf1;
33
+ export declare function CapabilityConditionOneOf1ToJSONTyped(value?: CapabilityConditionOneOf1 | null, ignoreDiscriminator?: boolean): any;
@@ -0,0 +1,44 @@
1
+ /* tslint:disable */
2
+ /* eslint-disable */
3
+ /**
4
+ * GISL Compression API
5
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
6
+ *
7
+ * The version of the OpenAPI document: 2.124.0
8
+ *
9
+ *
10
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
11
+ * https://openapi-generator.tech
12
+ * Do not edit the class manually.
13
+ */
14
+ import { CapabilityConditionFromJSON, CapabilityConditionToJSON, } from './CapabilityCondition.js';
15
+ /**
16
+ * Check if a given object implements the CapabilityConditionOneOf1 interface.
17
+ */
18
+ export function instanceOfCapabilityConditionOneOf1(value) {
19
+ if (!('any' in value) || value['any'] === undefined)
20
+ return false;
21
+ return true;
22
+ }
23
+ export function CapabilityConditionOneOf1FromJSON(json) {
24
+ return CapabilityConditionOneOf1FromJSONTyped(json, false);
25
+ }
26
+ export function CapabilityConditionOneOf1FromJSONTyped(json, ignoreDiscriminator) {
27
+ if (json == null) {
28
+ return json;
29
+ }
30
+ return {
31
+ 'any': (json['any'].map(CapabilityConditionFromJSON)),
32
+ };
33
+ }
34
+ export function CapabilityConditionOneOf1ToJSON(json) {
35
+ return CapabilityConditionOneOf1ToJSONTyped(json, false);
36
+ }
37
+ export function CapabilityConditionOneOf1ToJSONTyped(value, ignoreDiscriminator = false) {
38
+ if (value == null) {
39
+ return value;
40
+ }
41
+ return {
42
+ 'any': (value['any'].map(CapabilityConditionToJSON)),
43
+ };
44
+ }
@@ -0,0 +1,33 @@
1
+ /**
2
+ * GISL Compression API
3
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
4
+ *
5
+ * The version of the OpenAPI document: 2.124.0
6
+ *
7
+ *
8
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
9
+ * https://openapi-generator.tech
10
+ * Do not edit the class manually.
11
+ */
12
+ import type { CapabilityCondition } from './CapabilityCondition.js';
13
+ /**
14
+ *
15
+ * @export
16
+ * @interface CapabilityConditionOneOf2
17
+ */
18
+ export interface CapabilityConditionOneOf2 {
19
+ /**
20
+ *
21
+ * @type {CapabilityCondition}
22
+ * @memberof CapabilityConditionOneOf2
23
+ */
24
+ not: CapabilityCondition;
25
+ }
26
+ /**
27
+ * Check if a given object implements the CapabilityConditionOneOf2 interface.
28
+ */
29
+ export declare function instanceOfCapabilityConditionOneOf2(value: object): value is CapabilityConditionOneOf2;
30
+ export declare function CapabilityConditionOneOf2FromJSON(json: any): CapabilityConditionOneOf2;
31
+ export declare function CapabilityConditionOneOf2FromJSONTyped(json: any, ignoreDiscriminator: boolean): CapabilityConditionOneOf2;
32
+ export declare function CapabilityConditionOneOf2ToJSON(json: any): CapabilityConditionOneOf2;
33
+ export declare function CapabilityConditionOneOf2ToJSONTyped(value?: CapabilityConditionOneOf2 | null, ignoreDiscriminator?: boolean): any;
@@ -0,0 +1,44 @@
1
+ /* tslint:disable */
2
+ /* eslint-disable */
3
+ /**
4
+ * GISL Compression API
5
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
6
+ *
7
+ * The version of the OpenAPI document: 2.124.0
8
+ *
9
+ *
10
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
11
+ * https://openapi-generator.tech
12
+ * Do not edit the class manually.
13
+ */
14
+ import { CapabilityConditionFromJSON, CapabilityConditionToJSON, } from './CapabilityCondition.js';
15
+ /**
16
+ * Check if a given object implements the CapabilityConditionOneOf2 interface.
17
+ */
18
+ export function instanceOfCapabilityConditionOneOf2(value) {
19
+ if (!('not' in value) || value['not'] === undefined)
20
+ return false;
21
+ return true;
22
+ }
23
+ export function CapabilityConditionOneOf2FromJSON(json) {
24
+ return CapabilityConditionOneOf2FromJSONTyped(json, false);
25
+ }
26
+ export function CapabilityConditionOneOf2FromJSONTyped(json, ignoreDiscriminator) {
27
+ if (json == null) {
28
+ return json;
29
+ }
30
+ return {
31
+ 'not': CapabilityConditionFromJSON(json['not']),
32
+ };
33
+ }
34
+ export function CapabilityConditionOneOf2ToJSON(json) {
35
+ return CapabilityConditionOneOf2ToJSONTyped(json, false);
36
+ }
37
+ export function CapabilityConditionOneOf2ToJSONTyped(value, ignoreDiscriminator = false) {
38
+ if (value == null) {
39
+ return value;
40
+ }
41
+ return {
42
+ 'not': CapabilityConditionToJSON(value['not']),
43
+ };
44
+ }
@@ -0,0 +1,38 @@
1
+ /**
2
+ * GISL Compression API
3
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
4
+ *
5
+ * The version of the OpenAPI document: 2.124.0
6
+ *
7
+ *
8
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
9
+ * https://openapi-generator.tech
10
+ * Do not edit the class manually.
11
+ */
12
+ /**
13
+ *
14
+ * @export
15
+ * @interface CapabilityConditionOneOf3
16
+ */
17
+ export interface CapabilityConditionOneOf3 {
18
+ /**
19
+ * Field token under test (e.g. `output_format`, `compress.encoding_mode`).
20
+ * @type {string}
21
+ * @memberof CapabilityConditionOneOf3
22
+ */
23
+ field: string;
24
+ /**
25
+ *
26
+ * @type {any}
27
+ * @memberof CapabilityConditionOneOf3
28
+ */
29
+ equals: any | null;
30
+ }
31
+ /**
32
+ * Check if a given object implements the CapabilityConditionOneOf3 interface.
33
+ */
34
+ export declare function instanceOfCapabilityConditionOneOf3(value: object): value is CapabilityConditionOneOf3;
35
+ export declare function CapabilityConditionOneOf3FromJSON(json: any): CapabilityConditionOneOf3;
36
+ export declare function CapabilityConditionOneOf3FromJSONTyped(json: any, ignoreDiscriminator: boolean): CapabilityConditionOneOf3;
37
+ export declare function CapabilityConditionOneOf3ToJSON(json: any): CapabilityConditionOneOf3;
38
+ export declare function CapabilityConditionOneOf3ToJSONTyped(value?: CapabilityConditionOneOf3 | null, ignoreDiscriminator?: boolean): any;
@@ -0,0 +1,47 @@
1
+ /* tslint:disable */
2
+ /* eslint-disable */
3
+ /**
4
+ * GISL Compression API
5
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
6
+ *
7
+ * The version of the OpenAPI document: 2.124.0
8
+ *
9
+ *
10
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
11
+ * https://openapi-generator.tech
12
+ * Do not edit the class manually.
13
+ */
14
+ /**
15
+ * Check if a given object implements the CapabilityConditionOneOf3 interface.
16
+ */
17
+ export function instanceOfCapabilityConditionOneOf3(value) {
18
+ if (!('field' in value) || value['field'] === undefined)
19
+ return false;
20
+ if (!('equals' in value) || value['equals'] === undefined)
21
+ return false;
22
+ return true;
23
+ }
24
+ export function CapabilityConditionOneOf3FromJSON(json) {
25
+ return CapabilityConditionOneOf3FromJSONTyped(json, false);
26
+ }
27
+ export function CapabilityConditionOneOf3FromJSONTyped(json, ignoreDiscriminator) {
28
+ if (json == null) {
29
+ return json;
30
+ }
31
+ return {
32
+ 'field': json['field'],
33
+ 'equals': json['equals'],
34
+ };
35
+ }
36
+ export function CapabilityConditionOneOf3ToJSON(json) {
37
+ return CapabilityConditionOneOf3ToJSONTyped(json, false);
38
+ }
39
+ export function CapabilityConditionOneOf3ToJSONTyped(value, ignoreDiscriminator = false) {
40
+ if (value == null) {
41
+ return value;
42
+ }
43
+ return {
44
+ 'field': value['field'],
45
+ 'equals': value['equals'],
46
+ };
47
+ }
@@ -0,0 +1,38 @@
1
+ /**
2
+ * GISL Compression API
3
+ * REST API for the GISL (Give It Smaller) file compression and processing service. **Architecture:** - Upload files to get a `file_id` - Create workflows referencing uploaded files with operations (compress, thumbnail, image_watermark, text_watermark, merge, archive, convert, custom_luma, audio_overlay, audio_watermark) - Poll status, stream SSE events, or receive webhook callbacks - Download results per operation output **Response envelope:** All mutation and query endpoints return `{ success: true, data: {...} }` on success and `{ success: false, error: \"...\", details: [...] }` on failure. Exceptions: `GET /api/operations/schema` returns raw JSON (per-tier private caching with ETag revalidation per ADR-0002 + I3), health probes return flat objects, and `POST /api/contact` returns 204 with no body. **Availability metadata.** This spec uses the `x-availability` vendor extension as **decorative documentation only**. Per [ADR-0001](../docs/decisions/0001-contract-first-availability.md) §1.5, the runtime endpoint `GET /api/operations/schema` (ticket I3) is the authoritative source; the sidecar `availability.json` (ticket I3b) is the authoritative companion (generated, never hand-edited; CI cross-checks runtime ⇄ sidecar). SDKs MUST NOT depend on `x-availability` reaching generated code — code-generators that surface vendor extensions may emit it as documentation, but consumers read availability from the runtime endpoint, not from the generated bindings. The 5-value vocabulary (`stable | beta | experimental | planned | deprecated`) is defined in the `AvailabilityValue` schema. See `schemas/FORMAT.md` §Availability Taxonomy for the operational rules (parser obligation: absent = stable; per-enum-value granularity is the `per_value_availability` primitive landed via ticket I17). **Localisation (per ticket [I26](https://trello.com/c/rcnqwgI4)).** Error responses + paused/blocked workflow statuses carry a localised human-readable `message` alongside a stable, never-localised `message_key`. Machine-readable fields (`error`, enum values, status codes) stay canonical English. - **Currently committed locales:** `en-GB` only (per ticket [`4GKyuYo6`](https://trello.com/c/4GKyuYo6)). The I26 carrier shape (`Accept-Language` + `Content-Language` + `Vary` headers + `locale` envelope field + `message_key` + `message_params`) is stable and exercised; the **catalog** of translated `message` strings is en-GB-only at runtime today. Additional locales (e.g. `pt-PT`) will be advertised by name when their catalogs ship — the request/response carrier shape does NOT change when a new locale lands. Treat unrequested locales as \"machine-code + `message_key` path is committed; localised `message` prose is not\" until this prose enumerates them by name. - **Request:** `Accept-Language` header per RFC 9110 §12.5.4 (q-value negotiation supported). The server selects the best-match locale from its supported list; falls back to `en-GB` when no match — which, until additional catalogs land, is every non-`en-GB` `Accept-Language`. - **Response:** `Content-Language: <locale>` echo on every localised response; `Vary: Accept-Language` on every response (CDN/cache correctness — different `Accept-Language` requests produce different responses). `Vary` is emitted unconditionally so the header contract does not flip when a second locale ships. - **Fallback locale:** `en-GB` (also the canonical locale for `message_key` translations and English `message` prose). - **SDK guidance:** switch on `error` (machine code) for typed error branches; surface `message_key` to client-side i18n catalogs (SDK companion work tracked at X19, cross-repo); display `message` for end-user UI; **never parse `message` for control flow** — it changes per locale. Carrier shape lives on `ErrorEnvelope` (envelope-level optional `message_key` + `message` + `locale` + `message_params`) and `ValidationErrorEnvelope` (also per-`details[]` entry). Existing 402 / 403 / 422 envelopes (`BalanceExhaustedResponse`, `FeatureNotAvailableResponse`, `FeatureTierRestrictedResponse`, `WorkflowPausedDetail`) inherit the convention. **Upload thresholds (per tickets [u0ar7Yye](https://trello.com/c/u0ar7Yye) + [58nBQLWQ](https://trello.com/c/58nBQLWQ)).** Canonical upload constants (single-shot cap, multipart chunk size, multipart concurrency default, multipart first-chunk size) live on the `UploadThresholds` schema with `const:`-pinned values. SDK generators emit these as typed binding constants so frontend / API / SDKs reference one source of truth instead of hardcoding magic numbers. A runtime `GET /api/uploads/limits` endpoint for dynamic discovery (per-tier / per-environment overrides) is a deferred follow-up.
4
+ *
5
+ * The version of the OpenAPI document: 2.124.0
6
+ *
7
+ *
8
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
9
+ * https://openapi-generator.tech
10
+ * Do not edit the class manually.
11
+ */
12
+ /**
13
+ *
14
+ * @export
15
+ * @interface CapabilityConditionOneOf4
16
+ */
17
+ export interface CapabilityConditionOneOf4 {
18
+ /**
19
+ * Field token under test.
20
+ * @type {string}
21
+ * @memberof CapabilityConditionOneOf4
22
+ */
23
+ field: string;
24
+ /**
25
+ * Leaf test — `field` is one of these values.
26
+ * @type {Array<any>}
27
+ * @memberof CapabilityConditionOneOf4
28
+ */
29
+ _in: Array<any>;
30
+ }
31
+ /**
32
+ * Check if a given object implements the CapabilityConditionOneOf4 interface.
33
+ */
34
+ export declare function instanceOfCapabilityConditionOneOf4(value: object): value is CapabilityConditionOneOf4;
35
+ export declare function CapabilityConditionOneOf4FromJSON(json: any): CapabilityConditionOneOf4;
36
+ export declare function CapabilityConditionOneOf4FromJSONTyped(json: any, ignoreDiscriminator: boolean): CapabilityConditionOneOf4;
37
+ export declare function CapabilityConditionOneOf4ToJSON(json: any): CapabilityConditionOneOf4;
38
+ export declare function CapabilityConditionOneOf4ToJSONTyped(value?: CapabilityConditionOneOf4 | null, ignoreDiscriminator?: boolean): any;