Actualizado 6 de septiembre de 2026 · Por Sumbat.T
Voice Input para Cursor: qué funciona en 2026
La respuesta corta
- Cursor tiene entrada por voz, y vive en el cuadro de chat. Pulse Cmd+Shift+Space para activar o desactivar Voice Mode, o pulse el micrófono en la entrada del chat. La propia documentación de Cursor lo limita a ese único panel.
- Se ha roto dos veces, de dos formas distintas, en tres sistemas operativos. Una interfaz de audio obsoleta en diciembre de 2025, y un voice-processor.js que falta en mayo de 2026. Ambos siguen en el foro, con los números de versión.
- Para todo lo que está fuera del cuadro de chat, use una herramienta de dictado a nivel de sistema. BlabbyAI escribe en el campo que tenga el foco, así que el mismo atajo funciona en el editor, la terminal, el cuadro de commit y el navegador, y los custom modes dan forma al texto al llegar. El plan gratis son 60 créditos a la semana, sin tarjeta.
Si ha buscado esto, es bastante probable que ya haya pulsado el micrófono en Cursor y no haya pasado nada. Es una experiencia lo bastante común como para haber generado varios de los primeros resultados de esa búsqueda, todos informes de error. Esta página hace dos cosas: deja claro qué es de verdad la entrada por voz de Cursor, según Cursor, y qué son de verdad los fallos reportados, según los informes. Luego cubre la parte que ninguna de las dos respuestas cubre: cómo dictar el otro 80 % de lo que un desarrollador escribe en un día.
Qué es de verdad la entrada por voz de Cursor
Empiece por el fabricante, porque aquí el fabricante es inusualmente preciso y esa precisión es toda la historia. La documentación de Cursor sobre prompting agents describe la función en una frase:
“Click the microphone icon in the chat input to dictate your prompt instead of typing. Speak naturally, include technical details like file and function names, and review the transcription before sending.”
Cursor Docs, Prompting agents
Léalo otra vez fijándose en el lugar, no en la instrucción. La entrada del chat. No el editor, no la terminal, no el cuadro de commit. La referencia de atajos de Cursor coincide y es aún más directa: hay exactamente un atajo relacionado con la voz en todo el documento.
Cmd Shift Space Toggle Voice Mode
Esa es toda la superficie de voz del producto. Es una decisión de diseño razonable, y encaja con para qué sirve Cursor: usted habla un prompt, el agente escribe el código. Pero significa que la función no es realmente dictado para su editor. Es un micrófono en un cuadro de texto, y si esperaba hablarle a todo su entorno de desarrollo, el hueco con el que se ha encontrado es de diseño, no un fallo.
La distinción que decide qué herramienta necesita
Prompting es hablar una instrucción a un agente de IA que luego escribe algo. Dictado es hablar texto que aterriza, como texto, donde está el cursor.
Cursor Voice Mode hace lo primero, en un panel. Una herramienta de dictado a nivel de sistema hace lo segundo, en todas partes. La mayoría de desarrolladores que montan esto bien acaba usando las dos, para trabajos distintos.
Por qué probablemente no funciona
La búsqueda relacionada más común de este tema es cursor voice input not working, y tres de los diez primeros resultados son informes de error del foro de Cursor, no artículos. Eso es inusual, y conviene tomárselo en serio como señal: la función tiene un historial real. Aquí está, con versiones y fechas, porque cada relato de este problema en otros sitios describe un síntoma sin referirse a los demás.
octubre de 2025
Cursor 2.0
La entrada por voz llega con el lanzamiento 2.0, junto con Composer y el navegador dentro de la app.
octubre de 2025
Cursor 2.0
Los usuarios reportan que los submit keywords personalizados envían mensajes vacíos al chat en la mayoría de intentos. El keyword por defecto funciona.
diciembre de 2025
2.2.20
El micrófono deja de responder en macOS, Windows 10, Windows 11 y Linux. La consola nombra una interfaz de audio obsoleta, ScriptProcessorNode. Un moderador lo llama "a known technical problem".
mayo de 2026
3.2.21
Un segundo fallo, distinto: voice-processor.js devuelve net::ERR_FILE_NOT_FOUND, el medidor de nivel se queda muerto, no llega transcripción. Afecta a todos los planes de suscripción.
Diciembre de 2025: la interfaz de audio obsoleta
Tras la actualización a 2.2.20, los usuarios reportaron que el micrófono no hacía absolutamente nada. El informe cubre macOS, Windows 10, Windows 11 y Linux juntos, lo que descarta la mayor parte de lo que comprobaría primero. La salida de consola del hilo apunta a una interfaz de audio del navegador que lleva años obsoleta:
[Deprecation] The ScriptProcessorNode is deprecated. Use AudioWorkletNode instead.
Un moderador de Cursor respondió, lo reconoció como “a known technical problem” y confirmó que el equipo estaba migrando a la API moderna AudioWorkletNode. No dieron un plazo.
Mayo de 2026: un segundo fallo, sin relación
Cinco meses después, en Cursor 3.2.21, un bug distinto produjo la misma experiencia de usuario. El botón del micrófono se activa, el visualizador de nivel de audio se queda muerto y no aparece ninguna transcripción. La consola de red muestra el porqué:
voice-processor.js net::ERR_FILE_NOT_FOUND
Ese informe lista macOS, Windows 11 y Ubuntu 24.04, y señala algo que merece repetirse porque al principio se diagnosticó mal en el propio hilo: el fallo afecta a Free, Pro, Pro+ y Ultra por igual, así que no es un muro de pago. El desarrollador que lo reportó da un apaño, y es la frase más útil de todo el hilo:
“Use the mic button in the Agents Window. Transcription works there on the same build.”
Cursor Community Forum, informe de error 159747, mayo de 2026
El mismo hilo desaconseja bajar de versión, porque el problema se reprodujo en varias versiones anteriores. Si está en macOS, también sugiere recurrir al atajo de dictado del sistema, que “types straight into the Cursor chat input”. Es un instinto sano, y es el mismo instinto sobre el que está construido este artículo: la capa por debajo del editor no se rompe cuando se rompe el editor.
El bug del submit keyword, que es peor de lo que suena
Uno más, de la discusión del lanzamiento de Cursor 2.0, porque el modo de fallo es de verdad peligroso, no solo molesto. Los usuarios reportaron que cambiar el submit keyword respecto al valor por defecto rompe el envío:
“Using any keyword to submit instead of, well, `submit`, leads to voice mode sending empty messages to the chat in 70-80% percents of cases.”
Cursor Community Forum, discusión del lanzamiento de Cursor 2.0
Otro usuario lo confirmó y describió la consecuencia con exactitud: “I thought I'd be cool and add a new submit keyword, but it just submits an empty prompt and off the agent goes guessing what you want.” Un prompt vacío es peor que ningún prompt, porque un agente actuará sobre él. Si usa Voice Mode, deje el submit keyword por defecto.
Una comprobación rápida antes de culpar al editor
Cursor necesita permiso de micrófono del sistema operativo, como cualquier otra aplicación. En macOS eso es Ajustes del Sistema, Privacidad y seguridad, Micrófono. En Windows es Configuración, Privacidad y seguridad, Micrófono, con «Permitir que las aplicaciones de escritorio accedan al micrófono» activado. Esa es toda la superficie de configuración, y precisamente por eso un fallo aquí casi nunca es algo que haya hecho usted.
Dicte en cualquier parte de su editor
Un atajo, todos los campos de texto
BlabbyAI corre a nivel del sistema operativo, así que la misma tecla funciona en el chat de Cursor, el archivo que está editando, la terminal integrada y el pull request que escribe en el navegador. App de escritorio para Windows y extensión de Chrome. 60 créditos a la semana gratis, sin tarjeta.
La limitación de verdad es el alcance, no la fiabilidad
Los bugs se corrigen. La migración a AudioWorkletNode llegará, el archivo que falta se restaurará, y en algún momento Voice Mode funcionará con fiabilidad para todo el mundo. La limitación que seguirá ahí después es la que está escrita en la documentación: es un micrófono en la entrada del chat.
Piense en lo que de verdad escribe en un día de trabajo normal. El prompt al agente es una fracción.
| Dónde escribe | Cursor Voice Mode | Dictado a nivel de sistema |
|---|---|---|
| Chat y entrada del agente | Sí | Sí |
| Un archivo abierto en el editor | No | Sí |
| La terminal integrada | No | Sí |
| Cuadro del mensaje de commit | No | Sí |
| Descripción del pull request en el navegador | No | Sí |
| Issue tracker, Slack, correo | No | Sí |
Este es el argumento para poner el dictado una capa por debajo del editor, no dentro. Una herramienta que escribe en el campo con foco no necesita saber qué es Cursor. Funciona en Cursor, y sigue funcionando en el navegador, la terminal, el issue tracker y el mensaje de Slack en el que explica por qué el build está en rojo. Tampoco deja de funcionar cuando el editor publica una regresión, y con la evidencia de arriba eso es una consideración real, no una hipótesis.
Qué merece de verdad dictarse cuando programa
Seamos claros con la parte que no funciona, porque vender de más es cómo la gente acaba decepcionada. No intente dictar sintaxis en bruto. El código está lleno de corchetes, puntuación, camel case e identificadores exactos. Decir eso en voz alta es lento, propenso a errores y de verdad más molesto que teclearlo. Existen sistemas de voice coding que manejan la sintaxis bien, y funcionan, pero exigen aprender un lenguaje de comandos y practicarlo durante semanas.
Lo que ha cambiado es cuánto de programar es ahora prosa. Prompts a un agente. Mensajes de commit. Descripciones de pull request. Comentarios de code review. Documentación. Tickets. La respuesta en Slack. Todo eso es inglés corriente en un campo de texto, todo es tedioso de teclear y todo se dicta tan bien como cualquier otra escritura. Ese es el 80 % del que merece la pena hablar.
Dónde los custom modes cambian la respuesta
La transcripción simple le devuelve sus palabras tal como las dijo, y para un mensaje de commit eso no es lo que quiere. Dijo algo divagante y conversacional; lo que pertenece al repositorio es una línea de asunto conventional-commit y un cuerpo. Un custom mode de BlabbyAI es una instrucción de IA en texto libre, así que la escribe una vez, la elige antes de hablar y el texto llega ya con forma.
Modo Mensaje de commit
Lo que dice
“fixed the race condition in the upload queue where two workers could grab the same job, added a lock around the claim step and a test for it”
Lo que se escribe
fix(queue): prevent duplicate job claims Two workers could claim the same job when polling concurrently. Adds a lock around the claim step and a regression test covering the race.
Modo Descripción de pull request
Lo que dice
“this one swaps the old date parser for the native one, it drops a dependency and it is faster, I tested it against the fixtures we already had plus a couple of timezone cases”
Lo que se escribe
## What changed Replaces the custom date parser with the native implementation, removing one dependency. ## Why Smaller bundle and measurably faster parsing. ## Testing Existing fixtures, plus added timezone cases.
Modo Comentario de code review
Lo que dice
“this works but if the array is empty it will throw, maybe guard it or use optional chaining, not blocking”
Lo que se escribe
This throws when the array is empty. A guard or optional chaining would cover it. Not blocking.
Por qué esto importa más para desarrolladores que para la mayoría
La escritura de un desarrollador está inusualmente formateada. Las convenciones de commit, las plantillas de PR, las plantillas de issues, las entradas de changelog y la etiqueta de review tienen una forma que su voz hablada no produce de forma natural. La transcripción le entrega la materia prima y le deja el reformateo a usted, que es donde el ahorro de tiempo se esfuma en silencio. Un modo hace el reformateo en la misma pulsación.
Un setup que sobrevive a la siguiente regresión
El arreglo en el que acaba la mayoría tiene dos capas, y mantenerlas separadas es el punto.
Capa uno
Cursor Voice Mode, para prompts
Viene integrado, no cuesta nada extra, y hablar un prompt al agente es exactamente el trabajo para el que se diseñó. Deje el submit keyword por defecto. Cuando se rompe, el micrófono de Agents Window ha funcionado en builds en los que el micrófono del chat no lo hacía.
Capa dos
Dictado de sistema, para todo lo demás
Un atajo que funciona en el editor, la terminal, el cuadro de commit, el navegador y Slack. BlabbyAI cubre esta capa, con custom modes para mensajes de commit y pull requests. También sigue funcionando los días en que el editor no lo hace.
Si está en Windows
Windows tiene escritura por voz integrada con Win+H, que es gratis y funciona en cualquier campo. Es claramente más débil con vocabulario técnico, precisamente la debilidad que duele cuando pasa el día diciendo nombres de librerías, de funciones y acrónimos. La app de Windows de BlabbyAI es la misma idea con un modelo que maneja ese vocabulario y modos que dan formato a la salida.
Si trabaja sobre todo en el navegador
Gran parte de la escritura alrededor del código no ocurre nunca en el editor: la descripción del pull request, los comentarios de review, el ticket, el documento de diseño. La extensión de Chrome de BlabbyAI cubre exactamente esa superficie sin instalar ninguna aplicación de escritorio, lo que también la convierte en la opción práctica en un portátil de trabajo gestionado donde no puede instalar software. Funciona en GitHub, GitLab, Linear, Jira y Notion igual que en cualquier otro sitio, porque para la extensión todos son solo campos de texto.
Las opciones, una al lado de la otra
| Herramienta | Dónde escribe | Plataforma | Forma el texto | Precio |
|---|---|---|---|---|
| BlabbyAI | Cualquier campo de texto, cualquier app | App Windows, extensión Chrome | Custom modes, texto libre | Plan gratis, luego $8.49/mes |
| Cursor Voice Mode | Solo la entrada del chat | Integrado en Cursor | Solo transcripción | Incluido con Cursor |
| Windows Voice Typing | Cualquier campo de texto | Solo Windows | Solo transcripción | Gratis con Windows |
| macOS Dictation | Cualquier campo de texto | Solo macOS | Solo transcripción | Gratis con macOS |
La columna que importa para este artículo es la segunda. Toda herramienta de esta lista transcribe el habla con competencia en 2026; eso dejó de ser el diferenciador hace tiempo. Lo que las separa es dónde se permite que aterrice el texto, y si llega con la forma que necesitaba.
Preguntas frecuentes
¿Cursor tiene entrada por voz?
Sí. Cursor incluye una entrada por voz integrada, y su propia documentación la describe con precisión: "Click the microphone icon in the chat input to dictate your prompt instead of typing. Speak naturally, include technical details like file and function names, and review the transcription before sending." El atajo de teclado es Cmd+Shift+Space, listado en la referencia de atajos de Cursor como "Toggle Voice Mode", y es el único atajo relacionado con la voz en todo ese documento. La parte importante de la descripción del fabricante es el lugar: la entrada del chat. El dictado de Cursor es una función de un panel, no del editor. No pone texto en un archivo abierto, en la terminal integrada, en el cuadro del mensaje de commit, en el diálogo de cambiar nombre ni en la descripción de un pull request. Para dictar prompts al agente, ese alcance sirve. Para dictar todo lo demás que un desarrollador escribe en un día, necesita algo que funcione a nivel del sistema operativo, que es lo que hace una herramienta como BlabbyAI: escribe en el campo de texto que tenga el foco, en cualquier aplicación.
¿Por qué no funciona voice input en Cursor?
Porque de verdad se ha roto más de una vez, de dos formas distintas, y los informes de errores nombran las causas. En diciembre de 2025, usuarios en macOS, Windows 10, Windows 11 y Linux reportaron que el micrófono no hacía nada tras la actualización a la versión 2.2.20. La salida de consola de ese informe apunta a una interfaz de audio del navegador obsoleta: "[Deprecation] The ScriptProcessorNode is deprecated. Use AudioWorkletNode instead." Un moderador de Cursor lo reconoció como "a known technical problem" y dijo que el equipo estaba migrando a la API moderna AudioWorkletNode, sin dar un plazo. En mayo de 2026, en Cursor 3.2.21, apareció un fallo distinto: el medidor de nivel se queda muerto y no llega ninguna transcripción porque voice-processor.js no carga con net::ERR_FILE_NOT_FOUND. Ese informe señala el problema en macOS, Windows 11 y Ubuntu 24.04, y en los planes Free, Pro, Pro+ y Ultra por igual, así que no es un límite de suscripción. Si su micrófono funciona en otras aplicaciones y no hace nada en Cursor, casi seguro está mirando al cliente y no a su configuración de audio. Como los fallos están en el propio pipeline de audio de Cursor, una herramienta de dictado que corre a nivel del sistema operativo no se ve afectada: BlabbyAI escribe en el campo de chat igual que en cualquier otro campo, sin pasar por el código de micrófono de Cursor.
¿Cómo activo la entrada por voz en Cursor?
Abra un panel de chat y pulse el icono del micrófono en la entrada del chat, o pulse Cmd+Shift+Space para activar o desactivar Voice Mode. La primera vez el sistema operativo pedirá permiso de micrófono, y Cursor necesita tenerlo: en macOS eso es Ajustes del Sistema, Privacidad y seguridad, Micrófono, y en Windows es Configuración, Privacidad y seguridad, Micrófono, con «Permitir que las aplicaciones de escritorio accedan al micrófono» activado. Esa es toda la configuración, y por eso un fallo en este punto casi nunca es algo que haya configurado mal. Si aparece la animación del micrófono y no llega texto, el apaño que da el desarrollador que lo reportó en el hilo de mayo de 2026 es usar el botón de micrófono en Agents Window, porque "Transcription works there on the same build". En ese hilo se desaconseja explícitamente bajar de versión, porque el problema se reprodujo en varias versiones anteriores. La otra vía es dejar de depender del editor para dictar: BlabbyAI se activa una vez a nivel de sistema y luego funciona en el chat de Cursor, en el archivo que está editando y en la terminal, con el mismo atajo en todas partes.
¿Puedo dictar código con entrada por voz?
Puede dictar la prosa que rodea al código con mucha más facilidad que el código en sí, y esa distinción importa más de lo que parece. El código fuente está lleno de puntuación, corchetes, camel case e identificadores exactos, todo lento de decir en voz alta y rápido de teclear. Existen sistemas de voice coding dedicados que manejan la sintaxis en bruto, y funcionan, pero le piden que aprenda un lenguaje de comandos y lo practique durante semanas. Lo que ha cambiado es cuánto de un día moderno de desarrollo es inglés corriente: prompts a un agente de IA, mensajes de commit, descripciones de pull request, comentarios de code review, documentación, tickets y respuestas a compañeros. Todo eso es prosa en un campo de texto, y se dicta tan bien como cualquier otra escritura. El patrón práctico en el que acaba la mayoría es hablar la intención y dejar que el agente produzca la sintaxis, exactamente el flujo para el que está hecho Cursor. Ahí es también donde los modos personalizados de BlabbyAI se ganan su sitio: un modo convierte una explicación hablada en un mensaje de commit convencional y otro en una descripción de pull request, de modo que el texto que rodea al código llega ya formateado en lugar de como transcripción en bruto.
¿Cuál es la diferencia entre Cursor Voice Mode y una app de dictado?
Sobre todo el alcance. Cursor Voice Mode forma parte de Cursor y funciona en la entrada de chat de Cursor. Una app de dictado corre a nivel del sistema operativo y escribe en el campo que tenga el foco, así que el mismo atajo sirve en el editor, la terminal integrada, el cuadro de commit, el navegador, Slack y el issue tracker. La segunda diferencia es qué ocurre con las palabras. Voice Mode transcribe lo que dijo para que pueda enviarlo como prompt. Una herramienta con custom modes puede transformarlo: los custom modes de BlabbyAI son instrucciones de IA en texto libre, así que un modo puede convertir una explicación hablada y divagante en un mensaje conventional-commit, otro puede convertir el mismo tipo de habla en una descripción de pull request con resumen y una sección de pruebas, y otro puede dejar los términos técnicos estrictamente en paz. Elija el modo antes de hablar y el texto llega ya con forma.
¿Funciona la entrada por voz de Cursor en Windows?
Se supone que sí, y los dos informes de error grandes incluyen Windows entre los sistemas afectados, lo que indica que no es solo de Windows ni está exenta de Windows. El informe de diciembre de 2025 cubre macOS, Windows 10, Windows 11 y Linux juntos, y el de mayo de 2026 cubre macOS, Windows 11 y Ubuntu. Si está en Windows y la función no responde, compruebe que Cursor tiene permiso de micrófono en Configuración, Privacidad y seguridad, Micrófono, y luego pruebe el micrófono de Agents Window como apaño dentro de la app. Una herramienta de dictado a nivel de sistema esquiva la pregunta por completo, porque nunca depende de la canalización de audio del editor. BlabbyAI tiene una app de escritorio nativa para Windows que pone texto en cualquier campo con foco, incluido el chat de Cursor, el archivo que está editando y la terminal.
¿Puedo usar entrada por voz en la terminal de Cursor?
No con el Voice Mode integrado de Cursor, porque la documentación del fabricante limita el dictado a la entrada del chat y no al editor en conjunto. La terminal integrada es, aun así, uno de los sitios más útiles para tenerlo, porque los comandos largos, los mensajes de git y los scripts de un solo uso son exactamente el tipo de texto tedioso de teclear y fácil de decir. Una herramienta de dictado a nivel de sistema operativo lo resuelve porque no sabe ni le importa qué aplicación posee el campo de texto. Con BlabbyAI pulsa el atajo, habla, y el texto se escribe donde está el cursor, ya esté en una terminal, un archivo Markdown, un cuadro de chat o una pestaña del navegador.
¿Hay una forma gratis de dictar en Cursor?
Sí, varias, con distintos intercambios. Ambos sistemas operativos incluyen dictado: en macOS el atajo de dictado del sistema es Fn pulsado dos veces por defecto, que el hilo de Cursor de mayo de 2026 sugiere como apaño porque "It types straight into the Cursor chat input", y en Windows es Win+H. Ambos son gratis y ambos son claramente más débiles con vocabulario técnico que una herramienta basada en Whisper, precisamente la debilidad que duele cuando está diciendo nombres de librerías y de funciones. BlabbyAI tiene un plan gratis de 60 créditos a la semana sin tarjeta, suficiente para comprobar si dictar prompts y mensajes de commit encaja con cómo trabaja antes de decidir nada. Hay una app de escritorio para Windows y una extensión de Chrome, y la extensión no necesita instalar ninguna aplicación de escritorio.
¿La entrada por voz funciona con los submit keywords de Cursor?
Ha sido poco fiable, y esto es un bug concreto reportado, no una impresión general. En la discusión del lanzamiento de Cursor 2.0, un usuario reportó que "Using any keyword to submit instead of, well, submit, leads to voice mode sending empty messages to the chat in 70-80% percents of cases", y otro lo confirmó con una descripción que merece citarse porque captura exactamente el modo de fallo: "I thought I'd be cool and add a new submit keyword, but it just submits an empty prompt and off the agent goes guessing what you want." Si usa Voice Mode, la configuración segura es el submit keyword por defecto. Un prompt vacío enviado a un agente es peor que ningún prompt, porque el agente actuará sobre él. Dictar con una herramienta a nivel de sistema como BlabbyAI evita el problema por completo, porque el texto se escribe en el campo y es usted quien pulsa Enter, exactamente como si lo hubiera tecleado.
¿Cuál es el mejor setup de entrada por voz para Cursor en 2026?
El setup en el que acaba la mayoría tiene dos partes, y conviene separarlas. Use el Voice Mode de Cursor cuando funcione y solo quiera hablar un prompt al chat, porque viene integrado y no cuesta nada extra. Use una herramienta de dictado a nivel de sistema para todo lo demás que escribe, que en un día normal es la mayor parte: el mensaje de commit, la descripción del pull request, el comentario de code review, el comando de terminal, la respuesta en Slack explicando por qué el build está en rojo, el ticket que abre después. La segunda herramienta también le cubre cuando la primera se rompe, y con la evidencia del último año eso no es una hipótesis. BlabbyAI encaja en el segundo hueco: un atajo, cualquier campo de texto, custom modes que dan forma al texto al llegar, e History de audio guardado en su propio disco.
Fuentes
- Cursor Docs, Prompting agents, para la descripción del micrófono en la entrada del chat.
- Cursor Docs, Keyboard shortcuts, para Cmd+Shift+Space, Toggle Voice Mode.
- Cursor Community Forum, Voice Input Not Working in Cursor IDE, diciembre de 2025, para la deprecación de ScriptProcessorNode y la respuesta del moderador.
- Cursor Community Forum, informe de error 159747, mayo de 2026, para el fallo de voice-processor.js en 3.2.21 y el apaño de Agents Window.
- Cursor Community Forum, Cursor 2.0: Composer, in-app browser, voice & more, para los informes del submit keyword.
Hable con todo el editor, no solo con el cuadro de chat
BlabbyAI escribe en cualquier campo de texto con foco, así que un atajo cubre el chat de Cursor, el archivo que está editando, la terminal, el mensaje de commit y el pull request. Los custom modes convierten una explicación hablada en un conventional commit o una descripción de PR al llegar. App Windows y extensión de Chrome, 60 créditos a la semana gratis, sin tarjeta.