La gente se me acerca bastante seguido y me pregunta: "¿Codex puede hacer esto?"
Y luego se 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 se verí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.
Toda esa explicación ya era el prompt.
La ingeniería de prompts está muerta. Y no lo está.
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, generalmente no hay una palabra mágica que desbloquee la respuesta correcta. No creo que debas quedarte mirando una pantalla en blanco durante una hora tratando de crear el prompt perfecto.
Pero tampoco está muerta, porque la claridad sigue importando. La ambigüedad le dificulta el trabajo a Codex, igual que a 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 se vería un buen resultado?
Háblale a Codex como le hablarías a alguien con quien estás trabajando.
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 programar 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:
"Bueno, 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 la dictación por voz, presionas el micrófono, hablas sobre el resumen, revisas la transcripción y lo envías.
Si está disponible en tu configuración, el Modo de voz va más allá. Puedes dar 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 una buena idea atascada en tu cabeza porque no has encontrado la manera perfecta de escribirla.
Haz la pregunta ridícula
Hay una versión familiar de meme de esto:
"Codex, hazme un SaaS B2B de mil millones de dólares. Que no haya error. Hazlo de una."
No vas a crear una empresa de mil millones de dólares de una sola vez. 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 buena y vieja 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 de una pregunta ridícula a 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 descifrando esto. Hazme una pregunta a la vez. Presiona 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 la forma del problema emerja. 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 revise 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 da en el blanco, pregúntale por qué
"Hiciste esto, pero en realidad quería aquello. ¿Dónde nos equivocamos?"
Tal vez tu solicitud fue ambigua. Tal vez un archivo AGENTS.md o una habilidad desviaron el trabajo en otra dirección. Tal vez un plugin, permiso o herramienta no estaba disponible. Tal vez 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 gerente en la reunión diaria.
Si quieres que algo te lo expliquen en español sencillo, selecciona el texto en la transcripción y elige "Preguntar en 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 sabemos el prompt correcto. Nos preocupa no haberlo explicado bien.
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.
