iOS · API Governance Rules
iOS API Rules
Spectral linting rules defining API design standards and conventions for iOS.
7 Rules
error 3
warn 3
info 1
Rule Categories
apple
Rules
error
apple-versioned-base-path
Every App Store Connect API path must start with /v1/, /v2/, or /v3/ (the App Store Connect API uses prefixed major-version path segments).
$.paths.*~
warn
apple-resource-camel-case
Top-level resource segments must be camelCase plural nouns (e.g. accessibilityDeclarations, appStoreVersions, betaGroups).
$.paths.*~
error
apple-operation-id-format
All operationIds must follow the {resource}_{action} pattern used by Apple (e.g. apps_createInstance, betaGroups_getCollection).
$.paths.*[get,post,put,patch,delete].operationId
error
apple-operation-tagged
Every operation must declare at least one tag.
$.paths.*[get,post,put,patch,delete]
warn
apple-operation-summary
Every operation must have a human-readable summary.
$.paths.*[get,post,put,patch,delete]
warn
apple-security-defined
The App Store Connect API authenticates with JWT bearer tokens; security schemes must be defined at the document level.
$.components.securitySchemes
info
apple-relationship-path
Relationship endpoints (JSON:API) must live under /relationships/{name} per Apple's convention.
$.paths.*~