Field noteOct 28, 20265 min read1 source

Gradium API: voice clones enhanced by default, new voice-list filters, Voice localizer out of beta

In one minute

Gradium’s October 2026 release notes add practical controls around cloned voices, catalog discovery, localization, and local text-to-speech. The important change for builders is not a new model claim: it is a set of defaults and API surfaces that can alter production voice selection, output consistency, and where speech inference runs.

What changed: Gradium’s October API release adds default voice-clone enhancement, locale/gender/use-case voice-list filters and ranking, and moves Voice localizer out of beta.

What happened

Gradium published a sequence of October 2026 updates to its voice API and Studio product. On October 23, it changed the default for newly created voice clones: voice enhancement is now enabled automatically. A caller creating a clone through POST /voices/ can opt out by setting the boolean enhance field to false. This is a consequential default change for an application that expects a clone to preserve a previously tested processing path. Teams that require a particular treatment of source recordings can now make that choice explicit in the creation request rather than relying on the platform default.

The same October 23 entry expands voice-catalog discovery in GET /voices/. The endpoint can now filter by locale, gender, and use_case, including combinations of those filters. With include_catalog=true, results put an organization’s own voices before catalog voices. Catalog entries are then ordered by rank, from the lowest rank first, with unranked entries last. Voice responses also now expose rank; it is null for custom voices. The update gives an application a more structured basis for presenting a selector or choosing an initial candidate than fetching a broad list and imposing all filtering in its own client.

Gradium also moved Voice localizer out of beta in Studio on October 16. In Studio, a user picks a voice, describes the desired accent, then compares three takes at different strengths. The selected take is saved as a new custom voice. The release notes say localization can also be started from the Localize action in a catalog voice’s menu. The API-side localization update, dated October 8, describes POST /voice-generator/localize: it accepts a flagship or custom voice and an accent, returns candidates in seconds for auditioning and conversion, and is accompanied by GET /voice-generator/available-accents for target discovery. Candidate listings now use per-kind configuration objects—generate_config, edit_language_config, and enhance_config—while prompt is deprecated.

Other October entries broaden the operational context. On October 20, Gradium introduced Phonon, text-to-speech intended to run locally on phones, laptops, embedded devices, and browsers. It supports catalog voices or custom voices created through Gradium, and comes in variants with differing language coverage and licenses. On October 28, resampled TTS output lost an extra 40 ms of leading silence: the first audio chunk is now 40 ms rather than 80 ms in affected formats. Gradium advises clients to use start_s and stop_s rather than assume a fixed chunk size. Studio also received organization roles, data controls, catalog-search and export improvements during the month; zero data retention and data residency require a paid plan.

What the archive adds

We have not covered this before; it opens a new thread.

Trend signal

This supports Generative media becomes application infrastructure: voice generation is becoming more usable as application infrastructure when products can select, filter, localize, retain, and run voices through defined controls rather than treat a generated voice as a one-off artifact.

Why it matters

Voice-product teams should treat this release as an integration and quality-control update. The new clone-enhancement default can change outputs without a change in an application’s business logic, so production systems that compare samples, maintain approved voice identities, or have downstream audio checks should set enhance deliberately and rerun representative tests. The new filters and rank field can simplify voice discovery, but they also create a reason to decide whether catalog rank should affect a product’s selection policy.

Localization widens the possible reuse of an existing speaker across accents and languages, but it creates another asset-generation step: candidate auditioning, approval, naming, and storage need to be part of the workflow. Phonon offers an alternative deployment boundary for cases where offline operation or on-device inference matters. That choice should be evaluated against its documented model-specific language coverage and licenses, not inferred from the existence of the feature.

What happens next

  • More applications will make clone-processing settings explicit in creation workflows. (3 months, 70%). Watch for: SDK examples and application configurations that set enhance rather than inherit the default.
  • Voice selection interfaces will increasingly use metadata filters before auditioning candidates. (6 months, 60%). Watch for: production selectors built around locale, use case, and catalog ordering.

Limits and uncertainty

The release notes establish that these features and endpoint changes exist, but do not provide comparative audio-quality measurements, latency figures, pricing, or availability limits for localization and Phonon. They do not specify which language and accent combinations produce equivalent results, nor do they establish that catalog rank is a quality score appropriate for every product. The notes say Phonon has several variants with different licenses and language coverage, but the supplied material does not enumerate them. Builders should therefore validate output quality, commercial terms, and device behavior against the relevant model cards and their own target use case.

Skill to build now

Create a small voice-regression fixture this week. Keep approved source clips and expected product contexts, create one clone with the explicit enhance setting your product intends to use, and compare it with the previous workflow. At the same time, call GET /voices/ with the locale and use-case combinations your interface exposes. Record how custom voices, catalog voices, and rank appear in results. This turns a release-note change into a repeatable acceptance check rather than an unnoticed shift in a voice pipeline.

Reader takeaway

Gradium’s update is mainly a control-surface release: cloning has a new default, discovery has structured filters and ordering, and localization and local inference expand deployment choices. For a production voice application, make the clone setting explicit, test the changed output path, and treat voice choice as a governed product decision rather than a manual catalog browse.

Open question

Will Gradium publish enough quality, latency, language-coverage, and licensing detail for teams to choose confidently between cloud generation and Phonon’s local variants?

Evidence / sources

  1. 1docs.gradium.ai/guides/release-notes/2026-10
All Field Notes

Next reads

Read next

Open the graph
  1. 01topicGenerative MediaExplore the generative-media topic hub.
  2. 02topicMultimodalExplore the multimodal topic hub.
  3. 03archiveField NotesOpen the latest editorial analysis.
  4. 04source ledgerSource LedgerInspect the public source evidence graph.
Who read this page?Machine requests, hidden until opened

Loading the privacy-safe route aggregate...

Open the JSON contract