Transcribe MCP vs Mac Voice MCP
A side-by-side look at the Transcribe MCP and Mac Voice MCP MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.
Verdict: choose Transcribe MCP for speech-to-text work as a local process; choose Mac Voice MCP for speech-to-text as a local process. You can also run both side by side in one mcpServers block.
Which MCP server should you choose?
Choose Transcribe MCP when
- You need dedicated capabilities in the Speech-to-Text domain.
- You prefer a local stdio subprocess transport.
- You have the keys it needs:
TRANSCRIBE_MCP_WALLET_KEY. - You want tools like
transcribe_url, find_dead_air, fetch_page.
Choose Mac Voice MCP when
- You need dedicated capabilities in the Speech-to-Text domain.
- You prefer a local stdio subprocess transport.
- You want tools like
speak_and_listen, voice_setup.
Feature & specification comparison
Rows where the two servers differ are marked.
| Spec | ||
|---|---|---|
| Category | Speech-to-Text | Speech-to-Text |
| Quality signal | 53/100 · Good | 60/100 · Good |
| Install command | Confirmed | Confirmed |
| Transport | Local subprocess (stdio) | Local subprocess (stdio) |
| Auth | Not declared | Not declared |
| Pricing | Not declared | Not declared |
| Required env vars | TRANSCRIBE_MCP_WALLET_KEY | None listed |
| Verified owner | Community listing | Community listing |
| GitHub stars | 0 | 0 |
| Directory activity | 2 views 0 installs 0 upvotes | 2 views 0 installs 0 upvotes |
| Tools | 4 | 2 |
| Full listing | View Transcribe MCP | View Mac Voice MCP |
Tools & capabilities
Transcribe MCP tools 4
transcribe_urla public audio/video `url` **or a local audio `file`** → text, timings, detected languagefind_dead_airsubtitles or timings (inline, or `from_file` a .json) → the spans worth cutting, and what you'd savefetch_pagea web page → clean markdown, links resolved. `render: true` for JavaScript pagesshop_infoprices, limits and how payment works
Mac Voice MCP tools 2
speak_and_listenSay something out loud to the user and hear their spoken reply. Speaks text_to_speak through the computer's speakers, then listens like a conversation turn — it waits for the user to start talking and stops when they finish — and returns an on-device transcript of what they said. Write text_to_speak for the ear, not the screen: - 1–3 short sentences, under ~40 words; lead with the outcome, then one question. - Plain words only: no markdown, bullets, emoji, code, file paths, URLs, stack traces or tables. - Describe code instead of reading it ("I added a retry to the upload function"), say file names not paths ("in index.ts"), round numbers ("about two hundred ms"), spell out symbols. - Ask one question at a time, answerable in a few words ("Should I deploy it — yes or no?"). - Put the details (diffs, logs, links) in your normal on-screen reply, and say so out loud. - Tool output (Bash stdout, file writes) is NOT the on-screen reply. Only your own assistant message text renders. - A spoken turn with no assistant message text shows the user nothing — never skip the on-screen reply. Good: "The build passed and all tests are green. Want me to open the pull request?" Bad: "## Results\n- `npm test` ✅ 42/42\n- see /Users/x/repo/src/index.ts:120" Once the user is talking with you by voice, keep the conversation in voice: answer each transcript with another speak_and_listen call (not a text reply) until they say stop or start typing. To end voice mode, or for a one-way announcement, pass listen: false: it returns at once and speaks while you work. A reply of "(No speech detected …)" means the user did not answer — never treat it as consent. Ask once more; if still nothing, stop and say on screen that voice mode is paused and they can type to carry on (not speak: the mic is off). The "voice-mcp timing" line at the end is diagnostics: ignore it unless the user asks why things feel slow. If it reports that voice-mcp is not set up, call voice_setup.voice_setupCheck whether this computer has everything speak_and_listen needs — text-to-speech, a microphone recorder (SoX), whisper.cpp speech-to-text and the speech model — and optionally install what's missing. Anything already installed is reused (an existing model elsewhere on disk is symlinked, not re-downloaded). Call it with install=false (the default) first and tell the user what is missing. Only call it with install=true after the user agrees: it runs `brew install` for the missing packages and downloads the speech model once. It never uninstalls or changes anything else. kokoro=true (also only after the user agrees) installs the optional Kokoro voice: more natural than the built-in one, runs on this Mac, about 1 GB on disk. Once installed it's used automatically; the built-in voice stays as the fallback. If it reports INSTALLING, the install continues in the background — wait a minute and call it again to check.
Ready-to-paste client configs
Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.
Transcribe MCP
{
"mcpServers": {
"transcribe-mcp": {
"command": "npx",
"args": [
"-y",
"transcribe-mcp"
],
"env": {
"TRANSCRIBE_MCP_WALLET_KEY": "YOUR_TRANSCRIBE_MCP_WALLET_KEY_HERE"
}
}
}
}
Mac Voice MCP
{
"mcpServers": {
"mac-voice-mcp": {
"command": "npx",
"args": [
"-y",
"mac-voice-mcp@latest"
]
}
}
}
Frequently asked questions
Transcribe MCP is categorized under Speech-to-Text and uses a local stdio subprocess. Mac Voice MCP belongs to Speech-to-Text and uses a local stdio subprocess. Pick Transcribe MCP for speech-to-text work and Mac Voice MCP for speech-to-text.
Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.
Transcribe MCP has no declared pricing — check the project's own site. Mac Voice MCP has no declared pricing — check the project's own site. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.
Yes. MCP clients support multiple servers: add transcribe-mcp and mac-voice-mcp as separate keys in the same mcpServers object, and your assistant will call tools from either one.
On AllMCPs, Transcribe MCP has a quality signal of 53/100 (Good) with 2 views, 0 installs and 0 GitHub stars. Mac Voice MCP has 60/100 (Good) with 2 views, 0 installs and 0 GitHub stars.