Skills give your agents new capabilities. Browse the catalog, pick what you need, and install with a single command.
Featured
Complete voice configuration in chat - desktop Talk and PTT shortcuts, microphone permissions, ElevenLabs/Deepgram TTS, and troubleshooting
You are helping the user set up and troubleshoot voice features entirely within this conversation. Use the client_os: line in <turn_context> to choose the macOS or Windows instructions below. Do not give macOS commands or key names to a Windows user, or Windows guidance to a macOS user.
Before using a desktop tool, check client_os:
macos or windows, follow that platform's branch.web, ios, android, or absent, do not call open_system_settings or give desktop shortcut instructions. Explain that permissions and the Talk shortcut must be configured from the Mac or Windows desktop app. You can still complete provider, voice, language, and timeout configuration in the current conversation.voice_config_update changes shared voice settings such as the legacy macOS PTT activation key, conversation timeout, speech providers, and TTS voice ID.open_system_settings opens the correct macOS System Settings or Windows Settings privacy page. Call it only when client_os is macos or windows, and pass that value as platform.navigate_settings_tab opens Vellum settings. Use it for review, or when the desktop-owned Talk shortcut must be recorded in the app.assistant credentials prompt collects API keys securely for ElevenLabs or Deepgram.The desktop Talk shortcut is client-owned. On current desktop clients, configure it in the Voice settings shortcut control instead of treating voice_config_update setting="activation_key" as a global shortcut editor. Use voice_config_update for the shared settings it owns. Use activation_key only for the legacy macOS PTT activation setting.
Walk through each relevant section in order. Skip sections the user does not need, and ask before moving to the next section.
Microphone permission is not reported in <channel_capabilities>. Ask whether Vellum shows a microphone permission warning or whether the user already granted access.
If access is denied or the user is unsure:
open_system_settings with pane: "microphone" and the current platform.If the user confirms access is granted, continue without opening system settings.
On macOS, first determine whether the user means the current desktop Talk shortcut or the legacy PTT activation setting. Windows supports the desktop Talk shortcut only.
The Talk shortcut starts or ends a voice conversation.
Ask which behavior they want, then use navigate_settings_tab with tab: "Voice" so they can record the desktop-owned shortcut. Do not claim that voice_config_update changed this shortcut.
This setting is macOS-only. If a Mac user explicitly wants the legacy hold-to-talk setting, offer only values accepted by voice_config_update:
fnfn_shiftctrlnoneAfter the user chooses, call voice_config_update with setting: "activation_key" and the matching canonical value.
On Windows, do not offer or call the legacy activation setting. It has no Windows client consumer. Use the desktop Talk shortcut flow instead.
Ask whether the user wants high-quality text-to-speech voices through ElevenLabs or Deepgram. Standard TTS works without this optional setup.
The included ElevenLabs Voice and Deepgram Voice skills provide the provider-specific setup flow, including API key collection, voice selection, and tuning.
Check the active provider first with assistant config get services.tts.provider. voice_config_update writes the voice to the active provider, and each bring-your-own provider accepts its own voice IDs. If the preferred provider does not match the active provider, collect any required API key before switching:
voice_config_update setting="tts_provider" value="deepgram"
The managed vellum provider accepts both supported ElevenLabs and Deepgram voice IDs, so it does not require a provider switch. Then follow the matching included voice skill.
The active provider's voice setting controls both in-app TTS and phone calls.
After setup:
navigate_settings_tab and tab: "Voice".Desktop Talk starts a live voice session. Its audio is transcribed through the assistant's configured speech-to-text provider over the live voice connection. The Windows native helper provides partials only for one-shot dictation from the microphone button. Ask which surface the user tested before troubleshooting missing text.
open_system_settings with pane: "speech_recognition" and the current platform.assistant config get services.stt.provider.voice_config_update setting="stt_provider" and collect any required credential securely before retrying.This path applies to the microphone button's one-shot dictation, not Desktop Talk.
open_system_settings.voice_config_update changes should apply immediately. Verify the persisted value with the relevant config command.For persistent issues, use the matching log path.
macOS:
log stream --predicate 'subsystem == "com.vellum.assistant"' --level debug
Look for voice and speech categories.
Windows PowerShell:
$log = Get-ChildItem "$env:APPDATA\Vellum*\logs\vellum.log" |
Sort-Object LastWriteTime -Descending |
Select-Object -First 1
Get-Content $log.FullName -Wait
For Desktop Talk, look for live voice, WebSocket, and speech-to-text provider errors. For one-shot dictation, look for [win-helper], dictation, permission, and recognizer messages. Do not ask the user to share transcript contents from logs.
navigate_settings_tab for review and for the desktop-owned Talk shortcut, which must be recorded in the client.