La gente se me acerca a menudo y me pregunta: "¿Puede Codex hacer esto?"
Luego pasan los siguientes dos o tres minutos explicando exactamente qué es "esto": el problema que quieren resolver, lo que la aplicación debería hacer y cómo sería un buen resultado. A veces comparten lo que ya han intentado, lo que funcionó y lo que no.
Y yo pienso: literalmente deberías decirle todo esto a Codex.
Esa explicación completa ya era el prompt.
La ingeniería de prompts ha muerto. Y no ha muerto.
Si la ingeniería de prompts significa aprender un lenguaje secreto antes de pedir ayuda, entonces creo que está prácticamente muerta. Especialmente con los modelos de razonamiento, normalmente no hay una palabra mágica que desbloquee la respuesta correcta. No creo que debas quedarte mirando una pantalla en blanco durante una hora intentando crear el prompt perfecto.
Pero tampoco ha muerto, porque la claridad sigue siendo importante. La ambigüedad dificulta el trabajo de Codex, igual que para cualquier otra persona. Si desordenara los párrafos de este artículo o cambiara a un idioma que no entiendes, sería más difícil de seguir. Incluso el tiempo verbal importa: "Probé esto" no es lo mismo que "Quiero que pruebes esto".
¿Qué es lo que realmente quieres? ¿Qué contexto es relevante? ¿Qué restricciones debería conocer Codex? ¿Cómo sería un buen resultado?
Háblale a Codex como le hablarías a alguien con quien estás trabajando.
A mí me gusta empezar con el resultado: ¿cuál es mi objetivo? Ese es también el cambio más amplio con los agentes. En lugar de escribir cada paso y pedir cada resultado intermedio, puedo explicar lo que quiero lograr, establecer los límites y dejar que Codex me ayude a encontrar el camino.
Di la versión desordenada
La mayoría de las ideas no llegan como especificaciones limpias. Suenan más como:
"Vale, tengo todos estos archivos. Los formatos son ligeramente diferentes. Necesito un informe para el viernes. Creo que la mayoría de los datos están ahí, pero esta exportación es un poco rara..."
Está bien. Solo dilo.
Cuando divagas, a menudo le das más señal a Codex. Mencionas el detalle que habrías eliminado del prompt pulido. Cambias de opinión a mitad de camino. Dices: "En realidad, no, no quiero eso".
Cambiar de opinión revela lo que no quieres. Un desvío puede revelar una restricción oculta. Pensar en voz alta ayuda tanto a ti como a Codex a entender la tarea.
Con el dictado por voz, presionas el micrófono, hablas sobre el resumen, revisas la transcripción y la envías.
Si está disponible en tu configuración, el Modo de voz va más allá. Puedes hacer seguimiento, interrumpir, cambiar de dirección o retomar un nuevo hilo de pensamiento. También puedes usarlo para coordinar el trabajo: iniciar otra tarea, verificar una existente, preguntar qué está bloqueado o dirigir el trabajo que ya está en marcha.
Seré honesto: hablar con una computadora todavía se siente un poco extraño. En la oficina, sostengo un micrófono DJI en la mano. Los auriculares con micrófono también funcionan.
Pero es mejor que dejar que una buena idea se quede atascada en tu cabeza porque no has encontrado la manera perfecta de escribirla.
Haz la pregunta ridícula
Hay una versión de meme familiar de esto:
"Codex, hazme un SaaS B2B de mil millones de dólares. Sin errores. De un solo intento."
No vas a crear una empresa de mil millones de dólares de un solo intento. Pero la conversación podría descubrir algo real: un problema que entiendes, alguien que lo tiene y un primer paso que vale la pena dar. Es la vieja y buena resolución de problemas: dividir un problema complejo en pasos más pequeños y alcanzables.
El valor está en la conversación en sí misma. Puede llevarte desde una pregunta ridícula hasta algo que realmente puedas lanzar hoy.
Algunas formas prácticas de empezar
Si la idea aún es difusa, pídele a Codex que te entreviste:
"Todavía estoy resolviendo esto. Hazme una pregunta a la vez. Insiste en cualquier cosa vaga, luego ayúdame a convertirla en algo concreto."
O sé muy directo:
- ¿Cuáles son mis puntos ciegos?
- ¿Qué haría que esto fracasara?
- ¿Qué estoy sobreanalizando?
- ¿Cuál es la versión útil más pequeña?
- ¿Qué necesitas saber antes de poder empezar?
El modo Plan de Codex es útil cuando quieres más estructura. Puede hacer preguntas aclaratorias, ofrecer opciones y trabajar en un enfoque antes de la implementación.
Pero no creo que toda idea deba comenzar ahí. A veces, una conversación abierta fluye mejor. No dividimos cada conversación con un colega en planificación y ejecución. Habla primero. Deja que surja la forma del problema. Pasa a un plan cuando el trabajo lo necesite.
Pregúntale a Codex sobre Codex
Hay un segundo significado de "hablar con Codex": hacerle preguntas sobre sí mismo.
Pregúntale qué puede ver. Pregúntale qué modo tiene sentido. Pregúntale qué herramientas están disponibles. Pregúntale cómo planea verificar su trabajo.
Si la habilidad de Documentos de OpenAI está disponible, pídele a Codex que consulte la documentación. También puedes inspeccionar el repositorio público de Codex, o clonarlo y pedirle a Codex que explique cómo funciona.
Si Codex no acierta, pregúntale por qué
"Hiciste esto, pero en realidad quería aquello. ¿Dónde nos equivocamos?"
Quizás tu solicitud era ambigua. Quizás un archivo AGENTS.md o una habilidad desviaron el trabajo en otra dirección. Quizás un plugin, permiso o herramienta no estaba disponible. Quizás Codex hizo una suposición incorrecta.
Pregúntale qué entendió, qué instrucciones siguió, qué falló y qué podrías haber hecho más claro. Codex a menudo puede usar el contexto aún disponible para ayudar a auditar la colaboración en sí misma.
Cuando esté disponible, puedes abrir un chat lateral con /side mientras Codex está funcionando, sin interrumpir el chat principal. Pregunta qué está hecho, qué falta, qué está bloqueado y cómo puedes ayudar. Básicamente, eres su jefe en la reunión diaria.
Si quieres que te expliquen algo en lenguaje sencillo, selecciona el texto en la transcripción y elige "Preguntar en el chat lateral".
Saca la idea de tu cabeza
En un viaje por carretera, empecé a hablar con Codex sobre una presentación. Eso se convirtió en la estructura de la charla y de este artículo. Hablé sobre la idea aproximada, cambié de opinión varias veces y seguí adelante.
A menudo, el mayor obstáculo no es el modelo. Somos nosotros. Pensamos que la idea no está lista. No conocemos el prompt correcto. Nos preocupa no haberlo explicado adecuadamente.
La interfaz mejorará. Y si tienes ideas sobre cómo debería sentirse hablar con Codex, me encantaría escucharlas.
Solo pregúntale a Codex.
