Carnegie Mellon University · API Governance Rules
Carnegie Mellon University API Rules
Spectral linting rules defining API design standards and conventions for Carnegie Mellon University.
11 Rules
error 6
warn 3
info 2
Rule Categories
cmu
Rules
error
cmu-info-operator
Every spec in a CMU repo must declare info.x-operator, because most surfaces that look like the university's are a vendor's.
$.info
error
cmu-info-operator-evidence
An x-operator claim must carry the evidence that settled it.
$.info
error
cmu-info-provenance
Every spec must carry x-provenance, because none of these contracts was published by CMU — all three were derived from live probes by API Evangelist.
$.info
warn
cmu-institutional-contact
Every CMU-operated API should name the institutional unit that runs it.
$.info
warn
cmu-single-server
Each CMU surface is a single host. A spec listing servers from more than one registrable domain has almost certainly welded separate surfaces together — the failure that produced eleven figshare entries under this slug in June 2026.
$.servers
error
cmu-operation-id
Every operation carries an operationId.
$.paths[*][get,post,put,patch,delete]
error
cmu-operation-summary
Every operation carries a summary.
$.paths[*][get,post,put,patch,delete]
error
cmu-operation-tagged
Every operation is tagged, so the refine step can split cleanly.
$.paths[*][get,post,put,patch,delete]
warn
cmu-read-only-surfaces
All three CMU-operated public APIs are read-only. A write operation appearing in one of these specs is a signal that a vendor contract has been merged in.
$.paths[*]
info
cmu-no-auth-required
CMU's public APIs are anonymous. A securitySchemes block appearing here usually means a vendor's OAuth model (figshare's) has been reattributed to the university.
$.components
info
cmu-error-not-in-status
Documented responses must include 200 even for error cases, because Delphi and CERT/CC both serve failures with HTTP 200. Specs that model errors only under 4xx misdescribe these APIs.
$.paths[*][get].responses