Skip to content

Models, Defaults, and Compatibility

Choose an explicit model when its capabilities or cost matter to your application. An accepted historical name is a compatibility alias, not a guarantee that the historical model still executes. Store the requested model and the model returned with the result; avoid deriving either from a display title.

Request valueCurrent selectionLength hint
OmittedLyria 3.560–180 seconds
Lyria 3.5Lyria 3.560–180 seconds
Lyria 3 ProLyria 3 Pro1–180 seconds
Lyria 3 previewDeprecated alias for Lyria 3.560–180 seconds

Both current models accept a BPM hint of 1–999. A hint does not promise exact output timing. New integrations should use current names and omit the ignored advancedMode field. See Producer.

Request valueExecutes asStandard song/derive price
chirp-hawkv6 Pro28 credits
chirp-hawk-wildv6-wild Pro28 credits
chirp-goosev6-mini25 credits
Omitted in the modern APIchirp-hawk, retaining the chirp-fenix pricing identity28 credits
chirp-auk-turbochirp-gooseRequested-model pricing is preserved
chirp-v4, chirp-auk, chirp-bluejay, chirp-crow, chirp-fenixchirp-hawkRequested-model pricing is preserved

Documented underscore spellings are also accepted compatibility aliases. suno/chirp-v3-5 is retired for new requests. Customer pricing can change the standard charge; read the catalog and the task receipt.

The Legacy API has a separate default: ordinary generation selects chirp-goose. Do not carry that default into a modern upload-extend/upload-cover integration. See the Legacy migration guide for use_requested_model behavior.

  1. Compare the new model’s accepted input ranges and capabilities, not just its name.
  2. Set the intended model explicitly and preview costs where quotes are supported.
  3. Keep already-submitted jobs on their original route, body, and idempotency key.
  4. Validate completed resources and final billing before moving new work.

This page describes the contract in this documentation version. The Changelog records customer-visible updates; account- or availability-dependent features should be enabled from their live availability response. Older change entries do not override the current product guide.