Skip to content

Conversation

@joelbdavies
Copy link

The v1/voices API does not support the search query parameter, so searching for a voice by name (e.g., -v sarah) would return all voices and then incorrectly use the first unrelated voice as a "closest match".

Changes:

  • ListVoices now filters results client-side by name substring
  • resolveVoice checks for exact match first, then substring match
  • Returns an error if no matching voice found instead of using an unrelated voice
  • Updated tests to verify actual name matching (not just first result)

The v1/voices API does not support the search query parameter, so
searching for a voice by name (e.g., -v sarah) would return all voices
and then incorrectly use the first unrelated voice as a "closest match".

Changes:
- ListVoices now filters results client-side by name substring
- resolveVoice checks for exact match first, then substring match
- Returns an error if no matching voice found instead of using
  an unrelated voice
- Updated tests to verify actual name matching (not just first result)

Co-Authored-By: Claude Opus 4.5 <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant