
AssemblyAI
com.assemblyaiPublished by assemblyai.comOfficial publisherv1.0.0Updated Nov 3, 2026
Transcribe, summarize and analyze audio with AssemblyAI speech-to-text and Speech Understanding.
Overview
AssemblyAI's hosted MCP server (mcp.assemblyai.com), published by assemblyai.com; OAuth sign-in required; Streamable HTTP.
No AI overview yet: these facts come from the registry entry and the server itself.
- Publisher
- assemblyai.com
- Endpoint
- mcp.assemblyai.com
- Documentation
- www.assemblyai.com
- Last checked
Installation
In SourceWeft
- Open AssemblyAI in the dashboard and add it to a workspace.
- Connect the required credentials. They are stored privately and never shown on public pages.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Use with an agent
Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.
Read https://sourceweft.com/mcp/com.assemblyai%2Fmcp/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.Other MCP clients
Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.
{
"mcpServers": {
"assemblyai": {
"type": "http",
"url": "https://mcp.assemblyai.com/mcp"
}
}
}README
AssemblyAI MCP Server
A remote MCP server for the AssemblyAI API. It gives any MCP-capable agent five tools covering async speech-to-text, Speech Understanding (translation, speaker identification, custom formatting, chaptered summarization, action items), and Guardrails (PII redaction, content moderation, profanity filtering) — served over Streamable HTTP and authenticated per-request, either by signing in with AssemblyAI (OAuth) or with the caller's own AssemblyAI API key.
Works with any MCP client that supports MCP authorization (Claude Code,
Claude.ai, Cursor, MCP Inspector, and others) or can send a Bearer header.
Built with Next.js 16 + mcp-handler + the official
@modelcontextprotocol/sdk; deploys as a Vercel serverless function.
Quickstart
Sign in with AssemblyAI: add the server's /mcp endpoint with no
headers. The client opens AssemblyAI's sign-in and consent page, and the
server uses an API key it gets for that connection; nothing to copy or
paste. (This works against AssemblyAI's hosted deployment; a self-hosted
copy uses API keys, see Auth.)
With an API key: point your MCP client at the /mcp endpoint with your
AssemblyAI API key as the Bearer token.
Claude Code
Generic remote-MCP client config
No hosted instance handy? npm install && npm run dev serves it at
http://localhost:3000/mcp (see Local dev).
Then prompt the agent, e.g. "transcribe this audio file and summarize it: https://assembly.ai/wildfires.mp3".
Tools
Typical agent flow: submit_transcript → poll get_transcript until
completed → optionally understand_transcript / summarize_transcript →
delete_transcript when the user asks for cleanup. When the need is known
up front, request Speech Understanding features inline at submit time
instead of post-hoc.
submit_transcript parameter surface
Accepts the full public async transcription param surface with API-native names, grouped roughly as:
- Prompting —
prompt(a contextual description of the audio, not instructions),keyterms_prompt - Language —
language_code,language_codes,language_detection,language_detection_options,language_confidence_threshold - Models —
speech_models(defaults to the pinned["universal-3-5-pro", "universal-2"]priority list),temperature - Diarization —
speaker_labels,speaker_options - Guardrails —
redact_pii(+redact_pii_policies,redact_pii_sub,redact_pii_audio,redact_pii_return_unredacted,redact_static_entities),filter_profanity,content_safety(+content_safety_confidence),speech_threshold - Speech Understanding, inline —
speech_understanding.request.{translation, speaker_identification, custom_formatting, summarization, action_items}, run during transcription - Other —
sentiment_analysis(English only),entity_detection,iab_categories,auto_highlights,multichannel,disfluencies,custom_spelling,punctuate,format_text,audio_start_from,audio_end_at,domain(medical-v1for Medical Mode), andremove_audio_tags, plus webhooks (webhook_url,webhook_auth_header_name/_value)
Omitted params are never sent — AssemblyAI's own defaults apply. See the submit endpoint docs for parameter semantics.
get_transcript output
Everything renders into content[].text as labeled sections, because
some MCP clients surface only that to the model:
--- text --- and --- utterances --- always; sentiment, entities,
translations (whole-transcript and per-utterance), speaker identification,
custom formatting, chaptered summary, action items, content safety, topics,
highlights, unredacted text, the redacted-audio URL, and processing
warnings when requested/present. Raw fields are mirrored in
structuredContent.
Auth
Every request carries a Bearer token, which is one of two things.
An OAuth access token (Sign in with AssemblyAI). A request with no token
gets a 401 whose WWW-Authenticate names
/.well-known/oauth-protected-resource, which names AssemblyAI's
authorization server. The client registers itself there, signs the member in
through the consent page (scope aai:api), and sends the access token it
gets back. AssemblyAI's API takes API keys, not access tokens, so
src/oauth.ts exchanges the token for the API key of the member's
connection to that client (POST /api/v2/oauth/api-key) before the request
reaches withMcpAuth, and the request continues with that key. The exchange
also proves which server is asking: the deployment's Vercel OIDC token goes
in X-AAI-Service-Token, and AssemblyAI only accepts its own production
deployment of this project, so a self-hosted copy can't exchange tokens and
uses API keys instead. Keys are cached per access token for at most five
minutes, so a connection revoked from the dashboard stops working within
minutes. A refused token answers 401 (403 for a missing scope) and sends the
client back to sign-in; an outage answers 503, which doesn't.
An AssemblyAI API key (pass-through). MCP clients send the API key as
Authorization: Bearer <key> (most client configs prepend Bearer
automatically). AssemblyAI's REST API expects the raw key, so withMcpAuth
extracts the token, strips the prefix, and threads it into every tool
callback via extra.authInfo.token. No keys are written to disk or shared
between requests — each request runs on the key it arrived with.
Configuration
Every setting defaults to AssemblyAI's production endpoints, so a production deployment needs none. A deployment that signs in against another AssemblyAI environment sets all four together, since that environment's keys only work against its own API.
The service token needs no setting: Vercel provides it to the deployment
(VERCEL_OIDC_TOKEN), and @vercel/oidc reads it.
Extending the tool surface (additive-only contract)
MCP clients discover tools at runtime (list_tools); client configs store
only URL + auth, not a tool-schema snapshot. So new tools and new
optional parameters appear automatically — no client reconfiguration,
and for platforms with a connection-test step, no re-test. To keep that
guarantee, all changes here are additive:
- Tool names are permanent — only add tools, never rename or remove.
- New inputs are always optional, with defaults that preserve current behavior.
get_transcripttext output only gains labeled sections — existing sections (--- text ---,--- utterances ---,--- sentiment ---,--- entities ---) are never renamed or reshaped, because text-only MCP clients readcontent[].text. (A legacy--- summary ---section is still rendered if present, but summaries now come from thesummarize_transcripttool, notget_transcript.) The same protection covers the newer sections added for Speech Understanding and guardrails:--- translation:<lang> ---,--- translated_utterances ---,--- speaker_identification ---,--- custom_formatting ---,--- su_summary ---,--- action_items ---,--- content_safety ---,--- topics ---,--- highlights ---,--- unredacted_text ---,--- redacted_audio ---, and--- warnings ---.structuredContentis additive only — new fields, never removed/renamed.- Avoid deprecated AssemblyAI transcript params (
auto_chapters,summarization,summary_model,summary_type); use LLM Gateway instead. Mirror AssemblyAI's official MCP tool shapes where they exist.
Local dev
Requires Node 24.x.
MCP endpoint: http://localhost:3000/mcp. OAuth protected resource
metadata: http://localhost:3000/.well-known/oauth-protected-resource.
Sign-in needs a deployment AssemblyAI accepts (see Auth); locally,
use an API key.
Smoke test with MCP Inspector
Connect to http://localhost:3000/mcp via Streamable HTTP, paste your
AssemblyAI key as the Bearer token. Call submit_transcript with a public
mp3 URL, then get_transcript with the returned id until completed.
Smoke test with curl
Live end-to-end test (real AssemblyAI, real transcription)
Drives the running server with the MCP SDK client over Streamable HTTP:
tool discovery, all submit_transcript feature flags, speech_model_used
assertion, summarize_transcript, inline Speech Understanding (translation +
chaptered summary), guardrails (content safety), post-hoc Speech
Understanding via understand_transcript, graceful failure on a bad audio
URL, and teardown via delete_transcript. Every transcript id is recorded
as soon as submit_transcript returns it and deleted from a finally
block, so the suite tears down every transcript it successfully creates
even when the run fails midway. Costs a few cents of transcription credit
per run.
Sign-in test against a deployment
Signs in the way an MCP client does, discovering everything from the
deployment: the 401 challenge, the protected resource metadata, the
authorization server's metadata, client registration, then PKCE through the
consent page in your browser (click Allow). Then it lists tools and makes one
tool call with the access token, and checks a tampered token is refused.
VERCEL_PROTECTION_BYPASS is the deployment's Protection Bypass for
Automation secret, for preview deployments behind Vercel Authentication.
No API key needed and no transcription credit spent.
Project layout
Logging
JSON to stdout, same pattern as AssemblyAI's docs MCP server. Every tool
emits one event with event, tool, keyHash, latencyMs, status.
High-signal events worth alerting on: bad_audio_url,
assemblyai_rejected_key, tool_error, understanding_error,
delete_error. Never logs the raw API key — only sha256(key).slice(0,12)
— and never logs transcript content.
Deployment
Deploys to Vercel (vercel deploy once the project is linked). Vercel
Firewall provides rate limiting and DDoS protection. The MCP endpoint lives
at https://<host>/mcp with maxDuration: 60 per the handler config.
Reference: prior Python implementation
The Python FastMCP-based implementation that preceded this TypeScript
port is preserved in the first commit of this repo
(git log --reverse --oneline | head -1). It serves as the source of
truth for the design (auth bridge, error handling, response shapes); this
TypeScript port carries the design forward onto a serverless-friendly
platform.
Source: README.md at commit cb71979
Tools
0Version history
1- v1.0.0LatestNov 3, 2026
Score
85% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 daysRequired25 pts
- Auth declaredRequired10 pts
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
