Cómo le explico un proyecto a Claude Code
Dos semanas de trabajo, una sin contexto fijo y otra con un fichero de instrucciones, y lo que cambió.
Un buen prompt explica la tarea como se la explicarías a alguien nuevo en tu empresa: qué quieres, para qué, con qué información de partida y qué forma…
Un buen prompt explica la tarea como se la explicarías a alguien nuevo en tu empresa: qué quieres, para qué, con qué información de partida y qué forma debe tener el resultado. No hace falta fórmula ni plantilla; hace falta que la IA no tenga que adivinar. Un prompt, por cierto, es simplemente el mensaje o la instrucción que le escribes.
Unas pautas sencillas que sirven casi siempre: da contexto (quién eres, quién va a leer el resultado), pega un ejemplo de lo que te gusta, di también lo que no quieres y, si la tarea es larga, pídele primero un plan o que te haga preguntas antes de ponerse. Lo que más confunde al empezar es pensar que un prompt largo es mejor: importa que la información sea útil, no la cantidad. Y el primer intento rara vez es el bueno; se trata de conversar, corregir y afinar, como con una persona.
Esto no lo saqué de un curso: lo he ido aprendiendo usando la IA en mi día a día, como cualquiera. Los principios que me funcionan en mi trabajo con Claude y las demás IA, con ejemplos de antes y después, los cuento en «Pedirle las cosas a la inteligencia artificial sin fórmulas mágicas». Allí también explico por qué no creo que haga falta pagar un curso de «ingeniería de prompts» para empezar.
Dos semanas de trabajo, una sin contexto fijo y otra con un fichero de instrucciones, y lo que cambió.
Probé los trucos ocultos y el prompt perfecto. Lo que queda: pocos principios que sí cambian el resultado.
Un correo a la semana con lo que se ha verificado, lo que se ha refutado y lo que sigue en el banco. Sin resúmenes de noticias.