Cuando escribes un prompt a una herramienta de IA, comprimes. Te saltas contexto. Dejas fuera el razonamiento. Un prompt que debería tener 80 palabras sale como 12.
Cuando hablas el mismo prompt, pasa algo distinto. Explicas. Incluyes antecedentes. Describes lo que ya probaste. La IA recibe contexto suficiente para ayudar de verdad.
El problema de la longitud del prompt
Un prompt típico escrito para construir una página de precios:
"Añade una sección de precios con tres niveles"
Siete palabras. La IA hará preguntas de seguimiento o adivinará mal sobre layout, estilo, contenido y comportamiento.
Esto es lo que dice en voz alta el mismo desarrollador:
"Necesito una sección de precios con tres niveles. El nivel gratuito debe destacar los límites de la prueba. El de pago es el principal — hazlo visualmente prominente con un borde de acento. Incluye una comparación con competidores de suscripción mostrando el ahorro a largo plazo. Pon una nota abajo sobre actualizaciones de versión."
68 palabras. Mismo desarrollador, misma intención. Hablar elimina la fricción que causa la compresión.
Por qué la voz produce mejores prompts
Describes en lugar de ordenar
Escribir invita al lenguaje imperativo: "arregla esto", "añade aquello". Hablar produce naturalmente explicaciones descriptivas que incluyen razonamiento, restricciones y objetivos.
Una instrucción escrita dice qué. Una hablada dice qué, por qué y cómo debe sentirse. Las herramientas de IA funcionan mucho mejor con la segunda.
No te autoeditas a mitad de pensamiento
Cuando escribes, reescribes constantemente. Borras media frase porque suena demasiado larga. Comprimes un párrafo en una expresión. Esa autoedición elimina contexto que la IA necesita.
Cuando hablas, las palabras salen en orden. Quizá divagues. Quizá reinicies una frase. Pero el pensamiento completo sobrevive. Las herramientas de IA manejan muletillas y frases conversacionales sin problema — extraen el significado igualmente.
Anteponer el contexto sale natural
Al explicar algo en voz alta, instintivamente empiezas con el contexto antes de llegar a la petición. "Tenemos esta API que gestiona el checkout, ahora valida el email en el frontend, pero necesitamos también validación en el servidor porque..."
Esto refleja la estructura ideal de un prompt: contexto primero, petición después. Al escribir, la mayoría va directo a la petición porque añadir contexto se siente como trabajo.
Técnicas para prompting por voz
Solo empieza a hablar
El flujo de conciencia funciona. Un prompt divagante de 80 palabras que pasea por el problema suele superar una instrucción crujiente de 15. Incluye teorías a medio formar y restricciones. La IA extrae lo relevante.
No limpies para la IA
Habla casual, contracciones y frases imperfectas están bien. No necesitas enunciar con cuidado ni hablar en oraciones completas. El significado importa más que la formalidad.
Empieza por contexto, termina por la petición
Describe qué existe, qué pasa, por qué, y luego lo que quieres. Tarda unos 10 segundos y elimina preguntas de seguimiento.
Incluye tus preferencias
Añade preferencias estéticas, opiniones de diseño y restricciones específicas. "Lo quiero minimalista, no recargado" o "Usa el mismo patrón de espaciado que la sección hero". La voz hace que añadir esos matices sea sin esfuerzo.
Voz para el primer prompt, escribir para los seguimientos
El prompt inicial es el que más se beneficia de la voz — necesita más contexto. Respuestas iterativas cortas ("sí, pero más ancho" o "añade un estado hover") suelen ser más rápidas tecleadas.
Describe lo que ves
Cuando miras un problema de layout o un bug, descríbelo en voz alta. "La sidebar se solapa con el contenido principal cuando la ventana es más estrecha de unos 900 píxeles". Combínalo con una captura para contexto completo.
Patrones reales del uso diario
El "fijador de contexto"
Un prompt inicial completo (60–150 palabras habladas) seguido de seguimientos cortos. La voz brilla en el setup; los seguimientos usan lo que sea más rápido.
"Ayúdame a pensar esto"
Prompts de brainstorming donde quieres ideas y análisis, no código. Suenan demasiado abiertos para escribir pero naturales al hablar: "Intento decidir si usar una sola tabla o partirla en dos. Aquí está el tradeoff..."
Relatar feedback como una historia
Cuenta un bug o una petición de forma conversacional: "Un usuario dijo que la exportación falta marcas de tiempo, y al importarla a Notion se rompe el formato". Es exactamente cómo se lo describirías a un compañero.
Describir lo que ves en pantalla
"El gráfico se renderiza pero las etiquetas del eje X se cortan en móvil. La leyenda ocupa demasiado. Creo que hay que moverla debajo del gráfico y truncar las etiquetas a unos 8 caracteres".
Cuándo usar voz vs. teclado
La voz funciona mejor para:
- Prompts iniciales que requieren contexto y explicación
- Describir bugs, requisitos o el comportamiento deseado
- Brainstorming y pensar en voz alta
- Texto largo — mensajes de Slack, comentarios de PR, documentación
- Cualquier cosa que puedas explicar más rápido de lo que escribes
Escribir funciona mejor para:
- Seguimientos cortos ("sí", "prueba el otro enfoque")
- Snippets de código o sintaxis precisos
- Copiar contenido existente
- Situaciones donde no puedes hablar (reuniones, oficinas compartidas)
La mayoría se queda con un enfoque mixto: dictar los prompts sustanciales, teclear los cortos.
Pruébalo
- Descarga Vext — prueba gratis, sin cuenta
- Elige un atajo
- Activa YOLO Mode para agentes de IA en terminal
- Empieza con un flujo y comprométete a prompting por voz durante un día
El cambio se siente raro unos 30 minutos. Después, teclear prompts empieza a parecer la forma lenta.