MCP YouTube Transcript
An MCP server retrieving transcripts of YouTube videos
Descripción del creador (original en inglés)
Create and manage short links and QR codes, and read click analytics, on your own domain.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Funciona en Claude para web, escritorio y móvil:
https://rdyrct.com/api/mcpEjecuta esto en tu terminal
claude mcp add --transport http rdyrct https://rdyrct.com/api/mcpPégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"rdyrct": {
"url": "https://rdyrct.com/api/mcp"
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"rdyrct": {
"type": "http",
"url": "https://rdyrct.com/api/mcp"
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
ChatGPT solo se conecta a servidores en internet:
https://rdyrct.com/api/mcpLos nombres de los menús pueden variar un poco según el plan y con el tiempo.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Todavía no hemos leído la lista de herramientas de este servidor; revisamos los endpoints por turnos.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 6 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub baronunread, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Aún sin revisar; revisamos los endpoints por turnos
Aún sin revisar; revisamos los endpoints por turnos
Aún sin revisar; leemos la lista de herramientas cuando revisamos el endpoint
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en la nube del creador. Te conectas por internet sin instalar nada, pero lo que envías pasa por los servidores del creador.
El repo de GitHub cambió por última vez –, y la última versión (1.1.0) llegó al registro hace 11 días.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. Se conecta por URL, así que también funcionan las apps que aceptan servidores MCP remotos, como ChatGPT en modo desarrollador.
En la misma categoría: MCP YouTube Transcript, Google Analytics MCP, BibiGPT YouTube Video Summarizer
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
An MCP server retrieving transcripts of YouTube videos
GA4 MCP server for AI agents: schema discovery, server-side aggregation, analysis-ready defaults.
AI video summarizer: summarize and transcribe YouTube, Bilibili, TikTok and podcast videos.
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
Organization-based link shortener + QR codes, running entirely on Cloudflare's edge.
Cloudflare copies this repository to your GitHub account, creates the database, storage and queues, and asks for one thing: the email of the account that becomes the platform admin. Leave every other value as it is. The first build serves your copy on its workers.dev address, generates the session key and applies the migrations; each push to your copy deploys it again. When you want your own domain, see Move to your own domain.
Prefer a terminal? bun run setup does the same from a clone: see Deploy to Cloudflare Workers.
links.yourbrand.com via Cloudflare for SaaS, with slugs namespaced per domain.owner / admin / member roles: admins manage the team, domains, and billing; members manage links.SUPERADMIN_EMAIL gets a cloud-console panel for usage, org drill-down, and plan management. It 404s for everyone else.rdyrct is built Cloudflare-first: the entire product runs in a single Worker with no separate backend to host:
Application layer:
@cloudflare/vite-pluginbun install
bun run dev
That is the whole setup. On the first run bun run dev:
.dev.vars from .dev.vars.local.example, with an auth secret of its own (every other value works locally as it is); rdyrct https://rdyrct.localhost
scenarios https://rdyrct.localhost/__dev/scenarios inbox https://rdyrct-mail.localhost/emails (header: authorization: Bearer test_token_admin) google https://rdyrct-google.localhost
Then, in a second terminal, fill the database with fake organizations, links and clicks:
bun run db:seed:local
and open the scenarios page. It signs you in as a seeded account in each state the app has: pro-owner, hobby-owner, free-owner, fresh (a brand-new account), member, viewer, over-plan, grace-ended, locked-org, click-cap and admin. /__dev/scenarios/ ?to=/links opens a page directly.
Ctrl+C stops everything. If one of the three crashes, the other two stop with it.
rdyrct, rdyrct-mail, rdyrct-google; a git worktree gets the branch in its names (rdyrct- , rdyrct- -mail…), so any number of checkouts run side by side. bun scripts/dev-hosts.ts prints this checkout's addresses. curl "$(bun scripts/dev-hosts.ts mail)/emails" -H 'authorization: Bearer test_token_admin'
testuser@gmail.com and admin@gmail.com.admin scenario. (Or set SUPERADMIN_EMAIL in .dev.vars and sign up with that address.)bun run db:reset:local, then bun run dev and bun run db:seed:local again.VITE_RDYRCT_SITE=1 to .env to work on the landing and marketing pages.Switch portless to LAN mode once:
sudo portless service install --lan
The addresses then end in .local (https://rdyrct.local) and any device on the same network opens them; bun run dev says so when it starts. The first visit from another device shows a certificate warning, because that device does not trust portless's certificate: continue past it. Every name is a single word before .local on purpose: Windows finds only those on a network. On Linux, LAN mode needs avahi-utils.
| Service | Locally | What to do |
|---|---|---|
| Email (Resend) | the local inbox | nothing |
| Google sign-in | the local emulator | nothing |
| Bot check (Turnstile) | Cloudflare's always-pass test keys | nothing |
| Custom domains (Cloudflare for SaaS) | simulated: DNS is ready after ~3 s and TLS after ~12 s (CF_DEV_ENV=simulated; instant skips the wait) | nothing |
| Billing (Polar) | your Polar sandbox | plan limits work as they are; checkout needs the sandbox token and product ids in .dev.vars. Run bun run polar:listen beside bun run dev to receive webhooks. bun run dev gives the app the secret polar listen signs them with, so there is nothing to copy |
Blog (/blog) | proxied to the rdyrct-blog dev server | run that repo's dev server; BLOG_ORIGIN_URL points at it |
bun run dev works out APP_URL, APP_HOST, SHARED_LINK_HOST, RESEND_BASE_URL and GOOGLE_EMULATOR_URL itself. Delete the lines it lists from .dev.vars (an old copy has them).bun run dev printed, not localhost: .bunx portless doctor checks the proxy, and bunx portless list shows what is running.bun run test # fast unit tests
bun run test:worker # Worker routes with local D1 and KV bindings bun run e2e:install # install Chromium for Playwright once bun run e2e:smoke # real-browser baseline regression checks bun run verify # types, lint, formatting, unit, and Worker tests
Playwright owns the local server lifecycle and never resets or seeds local Cloudflare state, so the browser tests run with or without bun run dev. The browser and Worker tests bring their own settings, so your .dev.vars and .env never change what they see. Failed browser tests keep a screenshot and trace in test-results/.
git clone https://github.com/baronunread/rdyrct
cd rdyrct && bun install bun run setup
Setup asks three things: a name for the worker (Enter keeps rdyrct), a domain on your Cloudflare account (or Enter, for a free `*.w
Solo se muestra el principio; lee el resto en el repo