En el segundo articulo viste esto: la IA del chat no aprende mientras escribes. Produce una continuacion con los patrones que ya tiene. Esa continuacion depende en gran parte de la frase que le das. Una pregunta vaga produce una respuesta vaga. Una pregunta clara reduce la carga de trabajo, facilita la comprobacion y hace un poco mas dificil inventar. Este articulo no es una lista de frases magicas de prompt. Mi objetivo es fijar esta idea: una buena respuesta suele venir de una buena peticion.
Este es el tercer texto de nuestra serie Inteligencia Artificial. Doy un esqueleto que funciona en el taller. Puedes usar la misma logica en Arduino, Python o un texto de deberes.
Decir escribe codigo es como decir compra algo en el mercado. Si no dices que comprar, que producto y cuanto, llega una bolsa al azar. Si dices imprime la distancia en centimetros de un HC-SR04 en un Arduino UNO en el Serial Monitor, mantenlo en menos de diez lineas y no sugieras una libreria que no exista, el trabajo se aclara y se hace mas facil. En ambos casos usas la misma herramienta. La diferencia esta en tu frase.
Por que una pregunta vaga rompe el trabajo?
El modelo mira el texto que escribiste y lo que queda en ese chat, y produce una posible continuacion. Si dices escribe codigo, se acerca a uno de los miles de ejemplos de codigo que vio en el entrenamiento. Cual? Arduino, Python, web o un juego? La placa es UNO, Nano o ESP32? Si faltan esos datos, el modelo rellena. Rellenar es inventar. La frase sigue viendose ordenada. El pin puede estar mal. Un nombre de libreria puede sonar bien y no estar en Library Manager.
Recuerda tambien la ventana de contexto del segundo articulo. En un chat largo, el nombre de la placa que diste al principio puede caerse. Volver a escribir los datos criticos dentro de cada pregunta importante no es terquedad. Es mantener los datos reales a la vista.
El esqueleto de una peticion clara
Cinco partes bastan. No hace falta escribir una novela cada vez. Pero tenlas en mente:
- Que: Que se debe producir? Codigo corto, comentario de error, resumen, lista de ideas, tabla.
- Donde: Arduino UNO, Python 3, que asignatura, que edad?
- Limite: Menos de diez lineas. No sugieras una libreria inexistente. No inventes pines. No inventes fuentes. No conduzcas un motor.
- Forma de salida: Solo codigo? Primero tres causas posibles? En viñetas?
- Comprobacion: Si no estas seguro, dilo. No escribas funciones no oficiales.
Tambien puedes dar un ejemplo. En lenguaje tecnico a veces se llama peticion con ejemplos. Dices: que la salida tenga esta forma, y luego escribes tu muestra. El modelo trabaja mas cerca de tu molde en vez de inventar en el vacio. Eso no es magia. Es un objetivo mas claro.
| Peticion debil | Peticion mas clara |
|---|---|
| Escribe codigo | Arduino UNO, HC-SR04, imprime la distancia en cm en Serial 9600. Usa pulseIn. Menos de diez lineas. No sugieras una libreria inexistente. |
| Haz mis deberes | Explica este parrafo a un niño de doce años en tres viñetas. No inventes fuentes. No borres mis frases; simplificalas. |
| Dame una idea de robot | Patio del colegio, no seguidor de linea, 4 semanas, 5 problemas estrechos posibles con el UNO y 3 sensores a mano. Cada idea con una prueba medible. |
| Que es este error? | Comenta este mensaje de error linea a linea. Primero 3 causas posibles. No reescribas todo el codigo. Placa: Arduino UNO. |
Parte el trabajo
Si pides chasis, codigo, informe y presentacion en un solo mensaje, la respuesta se hincha. Un pin del circuito puede desplazarse; una medida del informe puede inventarse. En el taller, partir el trabajo en tres es mas limpio: primero lectura, luego decision, luego salida. Si se lee la distancia, pregunta despues por encender un LED. Si el LED enciende, pregunta despues por el motor. Ese orden coincide con la logica de prueba pequeña de la Guia de Proyecto.
Recibir dos borradores distintos al preguntar lo mismo dos veces puede ser normal. El modelo no fotocopia; conjetura. Tu eliges cual es correcto mirando la placa, el compilador o el texto original. Una frase que te gusta no siempre basta.
Haz esto / no hagas esto
- Haz: Pide un trabajo cada vez. Luego pide el siguiente paso.
- Haz: Escribe lo que tienes, la placa y la prohibicion.
- Haz: Di la forma de salida que quieres: viñetas, tabla, solo codigo.
- No hagas: Pasar de largo con escribe todo, ya entenderas.
- No hagas: Subir a la placa o pegar en el deber sin leer la salida.
Que sigue?
Cuando la pregunta esta clara, el trabajo acelera. En la siguiente parte llegamos a la linea real: la diferencia entre ayudar en los deberes y copiar.
