Statorium · API Governance Rules
Statorium API Rules
Spectral linting rules defining API design standards and conventions for Statorium.
8 Rules
error 2
warn 4
Rule Categories
statorium
Rules
error
statorium-api-key-in-query
Statorium APIs require the API key as a query parameter named "apikey". All paths should declare this parameter requirement.
$.paths[*][*]
hint
statorium-trailing-slash-paths
Statorium API paths consistently use trailing slashes for collection endpoints. Paths should end with "/" for list operations.
$.paths
warn
statorium-integer-ids
Statorium uses integer IDs for all entity identifiers (leagues, teams, players, matches). Path parameters for IDs should be typed as integer.
$.paths[*][*].parameters[?(@.in == 'path')][?(@.name =~ /(leagueId|teamId|playerId|matchId|gameId)/)]
warn
statorium-operation-ids-camel-case
Statorium API operation IDs use camelCase naming convention.
$.paths[*][*].operationId
warn
statorium-summaries-title-case
All operation summaries in Statorium APIs must use Title Case for consistency and readability.
$.paths[*][*].summary
error
statorium-tags-defined
Every operation must have at least one tag for proper grouping and documentation in the Statorium API.
$.paths[*][*]
warn
statorium-200-responses-json
Statorium API success responses should return application/json content as the primary content type.
$.paths[*][*].responses['200'].content
hint
statorium-status-enum-values
Statorium uses consistent status values (live, scheduled, finished) for match/game status fields across all sports APIs.
$.components.schemas[*].properties.status.enum