Split · API Governance Rules
Split API Rules
Spectral linting rules defining API design standards and conventions for Split.
11 Rules
error 4
warn 5
info 2
Rule Categories
split
Rules
error
split-operation-id-required
All operations must have an operationId.
$.paths[*][get,post,put,patch,delete,head,options]
warn
split-operation-id-verb-prefix
operationId must start with a standard REST verb.
$.paths[*][get,post,put,patch,delete].operationId
warn
split-summary-title-case
Operation summaries must use Title Case.
$.paths[*][get,post,put,patch,delete].summary
warn
split-tags-required
Every operation must have at least one tag.
$.paths[*][get,post,put,patch,delete]
error
split-bearer-auth-required
Operations must use bearerAuth security scheme.
$.components.securitySchemes
error
split-response-200-required
Every operation must define a 200 or 201 success response.
$.paths[*][get,post,put,patch,delete].responses
warn
split-401-response-required
Every operation must define a 401 Unauthorized response.
$.paths[*][get,post,put,patch,delete].responses
info
split-pagination-params
List operations should support limit and offset query parameters.
$.paths[*].get.operationId
info
split-workspace-id-path-param
Workspace-scoped paths must use workspaceId path parameter.
$.paths[~/ws/{workspaceId}]
error
split-servers-required
The API must define at least one server.
$
warn
split-info-contact-required
The info object must include a contact entry.
$.info