This cutoff applies to the cloud API. Existing Arcana on-prem images remain available and are not automatically routed to Coda.
Does this affect you
You are affected if any cloud request, config file, or environment variable setsmodelId to arcana, arcanav2, or arcanav3.
You are not affected by omitting modelId. Requests without it are served by Mist v3, which is unchanged.
To check your own usage, search your code and configuration for those three strings, and repeat the search for every deployed environment rather than only your local checkout. There is no response header naming the model that served a request, so confirm by inventory and configuration review, not by inspecting a response.
On-prem Arcana deployments are not part of this cloud cutover. See the on-prem quickstart for the available images and languages.
Where cloud traffic goes
What changes when cloud requests switch to Coda
The API contract is unchanged, somodelId: coda is the only edit most integrations need. These differences are not errors and will not appear as failures:
- Your speaker may not exist on Coda, since voice availability differs per model. Check yours in the voice catalog before switching
- Word timestamps cover English and Spanish only. If you rely on them for interruption handling in another language, no
timestampsevent arrives and no error is raised - Audio will not be identical, because Coda is a different model, so prosody and pacing differ even for a speaker present on both

