mirror of
https://github.com/wu736139669/hapi.git
synced 2026-08-06 06:41:56 +00:00
* feat(voice): voice personality, picker catalog, and prompt layer foundation - voicePickerCatalog.ts: per-backend voice lists for Gemini and Qwen with resolve helpers (resolveGeminiLiveVoice, resolveQwenRealtimeVoice) - voicePersonality.ts: VoicePersonalityPreferences schema, presets, composed system prompt with identity/character/response-length layers - voicePromptLayers.ts: buildResolvedVoiceSystemPrompt, preset delivery snippets - voiceSystemPromptParam.ts: hub-side base64url decode for ?systemPrompt= - voicePickerPreferences.ts, voicePersonalitySession.ts: browser-side encode, decode, and storage helpers - useVoicePersonality: React hook for preferences persistence via [HAPI](https://hapi.run) Co-Authored-By: HAPI <noreply@hapi.run> * fix(voice): preset delivery included when non-balanced preset selected; restore test typecheck - isDefaultVoicePersonality: add preset check so warm/calm/direct presets trigger the delivery snippet instead of being treated as default - web/tsconfig.json: remove test file exclusion from typecheck (restoring strict coverage of test code); fix resulting type error in mock declaration via [HAPI](https://hapi.run) Co-Authored-By: HAPI <noreply@hapi.run> * fix(voice): include use_speaker_boost in ElevenLabs TTS override payload The checkbox persisted the pref but ttsDiffersFromDefault and buildElevenLabsTtsOverride both omitted it, so the setting was never sent to the agent. via [HAPI](https://hapi.run) Co-Authored-By: HAPI <noreply@hapi.run> * test(voice): update speaker_boost test to assert it IS included in override The previous test asserted use_speaker_boost was omitted; now it's correctly included in the TTS payload. via [HAPI](https://hapi.run) Co-Authored-By: HAPI <noreply@hapi.run> * fix(voice): authorize use_speaker_boost in ElevenLabs override schema Add use_speaker_boost to both the VoiceAgentConfig tts override type and the buildVoiceAgentConfig() platform_settings so the field is accepted by the ElevenLabs agent runtime. via [HAPI](https://hapi.run) Co-Authored-By: HAPI <noreply@hapi.run> * fix(voice): propagate full language code through composed prompt, not just zh getDefaultVoiceSystemPrompt and resolveComposedVoiceSystemPrompt were filtering language to zh-only before passing to composeVoiceAgentPrompt. Now append buildVoiceLanguageBlock(language) after composition so French, Spanish, Japanese etc. reach Gemini/Qwen sessions correctly. via [HAPI](https://hapi.run) Co-Authored-By: HAPI <noreply@hapi.run> * fix(voice): only append language block when language explicitly set Building language block unconditionally when no language is given caused getDefaultVoiceSystemPrompt() to diverge from VOICE_SYSTEM_PROMPT. Only append the block when a code is explicitly provided. via [HAPI](https://hapi.run) Co-Authored-By: HAPI <noreply@hapi.run> * fix(voice): always include language block for Gemini/Qwen in composed prompt When auto-detect is on (language=undefined), the composed prompt sent via hub proxy was losing the language auto-detect instruction because the block was only added when language was explicitly set. Now: ElevenLabs skips the block (has its own language field); Gemini/Qwen always include it — undefined produces the auto-detect block, an explicit code produces the appropriate language instruction. via [HAPI](https://hapi.run) Co-Authored-By: HAPI <noreply@hapi.run> --------- Co-authored-by: HAPI <noreply@hapi.run>
54 lines
1.8 KiB
TypeScript
54 lines
1.8 KiB
TypeScript
import { describe, expect, test } from 'bun:test'
|
|
import {
|
|
listConfiguredVoiceBackends,
|
|
resolveEffectiveVoiceBackend,
|
|
resolveHubVoiceBackend
|
|
} from './voice'
|
|
|
|
describe('listConfiguredVoiceBackends', () => {
|
|
test('returns only backends with API keys', () => {
|
|
const backends = listConfiguredVoiceBackends({
|
|
ELEVENLABS_API_KEY: 'el',
|
|
GEMINI_API_KEY: 'gm',
|
|
DASHSCOPE_API_KEY: 'qw'
|
|
})
|
|
expect(backends).toEqual(['elevenlabs', 'gemini-live', 'qwen-realtime'])
|
|
})
|
|
|
|
test('falls back to elevenlabs when no keys configured', () => {
|
|
expect(listConfiguredVoiceBackends({})).toEqual(['elevenlabs'])
|
|
})
|
|
})
|
|
|
|
describe('resolveHubVoiceBackend', () => {
|
|
test('uses VOICE_BACKEND when that backend is configured', () => {
|
|
const backend = resolveHubVoiceBackend({
|
|
VOICE_BACKEND: 'gemini-live',
|
|
GEMINI_API_KEY: 'gm',
|
|
ELEVENLABS_API_KEY: 'el'
|
|
})
|
|
expect(backend).toBe('gemini-live')
|
|
})
|
|
|
|
test('falls back to first configured when VOICE_BACKEND unavailable', () => {
|
|
const backend = resolveHubVoiceBackend({
|
|
VOICE_BACKEND: 'qwen-realtime',
|
|
ELEVENLABS_API_KEY: 'el'
|
|
})
|
|
expect(backend).toBe('elevenlabs')
|
|
})
|
|
})
|
|
|
|
describe('resolveEffectiveVoiceBackend', () => {
|
|
const configured = ['elevenlabs', 'gemini-live'] as const
|
|
|
|
test('prefers stored preference when configured', () => {
|
|
expect(resolveEffectiveVoiceBackend(configured, 'gemini-live', 'elevenlabs')).toBe('elevenlabs')
|
|
})
|
|
|
|
test('uses hub default when preference missing or invalid', () => {
|
|
expect(resolveEffectiveVoiceBackend(configured, 'gemini-live', null)).toBe('gemini-live')
|
|
expect(resolveEffectiveVoiceBackend(configured, 'gemini-live', 'qwen-realtime')).toBe('gemini-live')
|
|
})
|
|
})
|