Programación por voz: cómo codificar hablando con Cursor, Claude Code y Copilot

“Codificación por voz” significa describirle a un asistente de IA lo que quieres construir y dejar que él escriba el código, mientras tú guías, revisas y corriges la dirección. Herramientas como Cursor, Claude Code, GitHub Copilot o Windsurf ya hacen esto prácticamente. El cuello de botella ya no es escribir código, sino escribir las instrucciones. Y aquí la voz es imbatible.

Por qué hablar supera escribir para los agentes

Un agente de programación necesita contexto: qué hace la aplicación, qué has probado, qué restricciones existen, cómo luce “listo”. Escrito, un mensaje así tiene tres líneas. Hablado, tiene veinte, y la diferencia se nota en el primer intento del agente.

Escrito: “arregla el bug en el login”
Hablado: “En el login, si el usuario ya tiene una sesión expirada en la cookie, recibe error 500 en lugar de ir a la página de login. Creo que el problema está en el middleware de autenticación, que intenta leer al usuario antes de verificar la expiración. No cambies el formato del token, lo usan también las apps móviles. Añade un test que reproduzca la situación.”

Flujo de trabajo

1. Describes la tarea, hablando. Pones el cursor en el chat del agente y presionas Ctrl+Win. Dices qué quieres, por qué, qué no tocar y cómo verificar el resultado.
2. Dejas que el agente proponga un plan. Lees el plan y lo corriges también hablando: “el paso tres no es necesario, ya tenemos esa función en utils.”
3. Revisas las diferencias. Cuando ves algo raro, dices exactamente qué: “¿Por qué moviste la validación del controlador al modelo? Ponla de vuelta, el modelo lo usa y la importación en archivos con validaciones diferentes.”
4. Depuras conversando. Pegas el error y explicas qué notaste alrededor; el agente recibe también tus hipótesis, no solo el stack trace.

El diccionario es esencial

Los nombres de funciones, tablas y librerías son la pesadilla de cualquier dictado: “use effect”, “get server side props”, “postgres”. Pon en el diccionario de Zicelo los términos de tu proyecto (useEffect, getServerSideProps, PostgreSQL, nombres de tus clases) y saldrán escritos exactamente así. Zicelo también mantiene los términos en inglés dentro de frases en rumano, sin “traducirlos”.

Qué no dictar

• El código propiamente dicho. No dictes paréntesis ni puntos y comas; describe lo que quieres y el agente escribe el código.
• Secretos. No digas en voz alta contraseñas o claves API — ni en la dictada ni en el chat del agente.

Modo comando para descripciones de PR y commits

Cuando termines, seleccionas la lista de cambios y dices “escribe un mensaje de commit corto, en imperativo, en inglés” o “haz de esto la descripción de un pull request, con las secciones Qué, Por qué, Cómo lo probé”. Tarda cinco segundos.

Algunos prompts dictados que funcionan bien

• “Antes de cambiar algo, explícame en cinco líneas cómo funciona ahora el flujo de pagos, para comprobar que entendí igual.”
• “Haz el cambio más pequeño que arregle el problema; no refactorices nada alrededor.”
• “Escribe primero el test que falla, muéstramelo y luego arregla.”
• “Busca en el proyecto todos los lugares que leen directamente de la tabla de órdenes y dime cuáles se afectarían si añado una columna obligatoria.”

Prueba un día: cualquier instrucción para el agente más larga que una frase, dila. Descarga Zicelo para Windows.