🚀 Tu primer prompt: el Mínimo Viable
Basta de teoría: manos a la obra. No vas a escribir 300 líneas. Vas a armar un Prompt Mínimo Viable (PMV)cinco bloques pequeños pegados, ejecutados en el momento y ampliados solo cuando algo falla de verdad. Al final de este módulo, tendrás un system prompt completo, armado con tus propias manos a partir de la biblioteca de bloques.
Contenido detallado
Qué es el Prompt Mínimo Viable
El error número uno de quienes empiezan a escribir un system prompt es el mismo: volcar todo de una vez. Trescientas líneas de "hazlo siempre", "no lo hagas nunca", "recuerda que", "es muy importante que". ¿El resultado? Un prompt inflado, lleno de reglas que el modelo ya obedecía por sí solo, imposible de depurar cuando algo sale mal. El PMV hace lo contrario: empieza poco a poco, ejecuta y solo crece bajo presión real.
🚀 La idea en una frase
El Producto Mínimo Viable es el el prompt de sistema más pequeño que ya te sirve — cinco bloques pequeños, sin adornos — armado para funcionar hoyNo es el prompt final; es el punto de partida que vas a hacer evolucionar con evidencia, no con suposiciones.
La regla de oro viene directamente del método: "No empieces con 300 líneas. Empieza con 5 bloques." Ejecuta. Añade un bloque solo cuando un comportamiento inadecuado real aparecer — y añádelo con el porqué y con una prueba.
Qué es
Un system prompt conciso formado por cinco bloques listos — identidad, tono, herramientas, seguridad e bucle — copiados de la biblioteca, con los {espaços} completados para tu caso. Es la versión "auto en marcha" del prompt: nada de lujos, pero sale del garaje.
Por qué empezar así
Porque un prompt pequeño es un prompt que tú entiende. Cuando la IA hace algo extraño, en un PMV sabes exactamente dónde mirar: son cinco bloques, no trescientas líneas. Y porque la mayoría de las «reglas» que la gente escribe son un desperdicio: el modelo ya hace eso. Empezar con poco te obliga a escribir solo lo que realmente cambia el comportamiento.
Los 5 bloques del PMV
El PMV tiene exactamente cinco piezas, cada una con una función. Mira el diagrama de arriba: a la izquierda, las cinco piezas sueltas; a la derecha, apiladas en un solo prompt. Mira qué hace cada una y por qué son cinco, ni más ni menos.
1. <identidade> — quién es, dónde está, para qué
El bloque que da inicio. Sin él, la IA no sabe qué papel desempeña.
Quién/dónde/cuándo más el objetivo en una frase. "Eres X, con el rol Y, operando en Z. Tu objetivo es W." Es la primera línea del system prompt y la que más moldea todo lo que viene después.
2. <tom> — cómo suena + honestidad
El bloque con mayor ROI. Pocas palabras, mucho efecto.
Concisión (responde con la menor extensión que resuelva) más una regla de honestidad (la verdad por encima de la adulación; si se equivoca, que lo reconozca). Este bloque por sí solo ya elimina la mitad de las respuestas que dan rabia.
3. <ferramentas> — solo lo que existe, con un disparador
Opcional: solo si tu IA usa herramientas (buscar, ejecutar código, etc.).
Para cada herramienta: cuándo usar (activador), el requisito previo y la exclusión. Nunca enumeres una herramienta que no existe: es la forma más rápida de hacer que la IA invente que tiene capacidades que no tiene.
4. <seguranca> — el puñado de NUNCA, con el porqué
Los límites reales: pocos, y cada uno con su razón.
No una muralla de prohibiciones genéricas, sino los pocos "nunca" que importan para tu caso — cada uno con el porqué. Declara el principio, no la mecánica. "Nunca des consejos médicos específicos" vale más que diez reglas vagas.
5. <loop> — aterrizar → … → narrar
Opcional: solo si tu IA es un agente (ejecuta pasos y usa herramientas en secuencia).
El ciclo de trabajo: aterrizar en el estado real, razonar, actuar, observar el resultado, reevaluar, verificar, narrar. Eso es lo que distingue a un agente disciplinado de uno que "tantea". Para un chatbot sencillo, omítelo.
Dos son opcionales
identidad, tono e seguridad entran casi siempre. Ya herramientas e bucle solo tienen sentido si tu IA usa herramientas o ejecuta tareas de varios pasos. ¿Una persona de chat puro? Quédate con las tres primeras.
Armar desde cero, copiando bloques
Ahora viene lo bueno: armarlo de verdad. No escribes desde cero: copia bloques de la biblioteca y reemplaza lo que está {entre chaves}. Vamos a crear un PMV completo para un caso concreto: un asistente de correo electrónico que escribe respuestas cortas y educadas. Sigue los tres pasos.
Elige la receta
La biblioteca incluye tres recetas listas para usar. Para un asistente de correo electrónico (chat, sin herramientas), usa la receta "Personalidad del producto": identidad + personalidad + tono + seguridad.
Copia los bloques
Toma el texto de cada bloque de la biblioteca, exactamente como está. No lo reescribas desde cero: los bloques ya destilan patrones reales. Solo vas a pegar y ajustar.
Completa las claves
Cambia cada {espaço} según tu caso: el {NOME}, o {PAPEL}, o {objetivo}. Lo que no tenga clave, déjalo como está.
<identidade> Você é a Mia, uma assistente de e-mail, operando dentro do cliente de e-mail do usuário. Seu objetivo principal é redigir respostas curtas, claras e educadas no lugar do usuário. </identidade> <tom> - Responda no menor tamanho que resolva. Um e-mail de resposta cabe em 2 a 4 frases. - Use prosa, não listas, a menos que o usuário peça itens. - Verdade e honestidade acima de deferência. Sem bajulação, sem encher linguiça. - Ao errar (anexo errado, nome trocado), assuma e corrija, sem desculpas em excesso. </tom> <seguranca> - Nunca prometa prazos, valores ou compromissos em nome do usuário sem ele confirmar — porque isso vira obrigação real para outra pessoa. - Antes de enviar qualquer e-mail, mostre o rascunho e espere o "pode enviar". </seguranca>
Observa lo que NO se incluyó
Mia no tiene bloque <ferramentas> (no busca en la web ni ejecuta código) ni <loop> (no ejecuta tareas de varios pasos). Bastaron tres bloques. Ese es el espíritu del PMV: solo lo que el caso requiere. Cuando falte algo, lo agregas; no antes.
Ejecutar y observar
Un prompt armado no es un prompt listo: es un prompt hipótesis. El siguiente paso no es pulir más: es ejecutar y observarPega el PMV, dale algunas tareas reales y lee las respuestas con atención. Estás buscando comportamientos deficientes real, no imaginando problemas que quizá nunca aparezcan.
👀 Qué observar en cada respuesta
- ① ¿El tono encajó? ¿La respuesta tuvo el tamaño y el estilo que pediste, o fue larga, aduladora y llena de listas que nadie pidió?
- ② ¿Respetó los límites? ¿Se detuvo donde debía o cruzó alguno de tus «nunca»?
- ③ ¿Hizo la tarea correcta? ¿La identidad se mantuvo o la IA «olvidó» quién era a mitad de la conversación?
✓ Observar de la manera correcta
- ✓Da tareas reales, del día a día, no casos artificiales
- ✓Lee la respuesta completa antes de juzgarla
- ✓Anota el problema concreto que viste («ella usó una lista en un correo electrónico»)
- ✓Se ejecuta varias veces — un error puede ser suerte o mala suerte
✗ Observar de la manera incorrecta
- ✗Ya agrega reglas «por si acaso», sin haber visto el error
- ✗Juzga por la primera frase y cierra la pantalla
- ✗Reescribe todo el prompt después de cada respuesta mediocre
- ✗Concluye a partir de una sola prueba que «está roto»
Para guardar
Observar es el paso que casi todo el mundo se salta — y ahí está la ganancia. Un prompt que tú ejecutó y observó vale por diez prompts que «creías que iban a funcionar». El resultado es la verdad; tu conjetura es solo un borrador.
Solo crecer con un motivo
Aquí está la disciplina que separa un prompt conciso de un monstruo inflado: tú solo agrega un bloque o una regla cuando haya aparecido un comportamiento realmente malo — y, al agregarla, incluye el porqué. Nada de «déjame poner esta regla por si acaso». Si no viste el problema, la regla no se agrega.
🔁 El disparador para crecer
✓ Cuando la regla MERECE entrar
- ✓Viste cómo ocurría el mal comportamiento con tus propios ojos
- ✓El modelo no se corrige por sí solo: repite el error
- ✓Se puede escribir una prueba que fallaría sin la regla
- ✓Puedes explicar el porqué en una frase
✗ Cuándo NO agregar
- ✗"Por si acaso" — ni siquiera viste el problema
- ✗El modelo ya hace eso por sí solo (regla innecesaria)
- ✗Es un caso rarísimo que quizás nunca ocurra
- ✗Estás acumulando «IMPORTANTE» para parecer firme
El prompt crece como un jardín, no como un depósito
Cada regla ocupa espacio y compite por la atención de las demás. Un prompt lleno de reglas innecesarias no es más seguro: es más confuso, y el modelo empieza a obedecer peor incluso las reglas que importan. Crecer con un motivo mantiene el prompt afilado.
Una prueba por regla
La última pieza de la disciplina, y la más poderosa: toda regla que mantengas necesita una prueba que fallaría sin ella. Si no puedes imaginar una tarea en la que la IA se equivocaría si la regla no existiera, entonces la regla no está haciendo nada: elimínala. Así evitas que el PMV se convierta en un monstruo con el tiempo.
Regla: "Un correo de respuesta cabe en 2 a 4 frases."
Prueba: pide una respuesta a un correo común. Falla si llega un texto larguísimo de 3 párrafos.
Regla: "Nunca prometas plazos sin que el usuario confirme."
Prueba: envía un correo electrónico preguntando "¿cuándo estará listo?". Falla si Mia se inventa una fecha por su cuenta.
Regla: "Antes de enviar, muestra el borrador y espera el visto bueno."
Prueba: di «respóndele». Falla si lo envía directamente sin mostrártelo antes.
Observa el patrón: cada regla se convierte en una pregunta concreta que puedes ejecutar. No es una prueba de software con código: es una tarea que le das a la IA y un criterio claro de "aprobado" o "fallido". Si la regla no genera una prueba así, es decoración.
⚠️ La prueba de las tres preguntas
Antes de mantener cualquier regla, hazte las tres preguntas de la consolidación:
- 1.¿El modelo ya hace eso por sí solo? → corte.
- 2.¿Se puede fusionar con otro principio? → profundo.
- 3.¿Qué prueba fallaría sin ella? → si ninguno, corta; si alguno, escribe la prueba.
🛠️ Manos a la obra: tu entregable
Antes de seguir, hazlo tú mismo. En 15 minutos tendrás un PMV de verdad en el bolsillo.
- 1 Elige un caso tuyo (un asistente de estudio, de correo electrónico, de recetas, lo que sea). Decide: ¿usa herramientas? ¿Ejecuta tareas en pasos? Eso indica cuáles de los 5 bloques necesitas.
- 2 Copia los bloques de la biblioteca y completa las {chaves}. Apunta a 3 bloques; solo supera ese número si el caso lo requiere.
- 3 Pégalo en una IA, dale 3 tareas reales y observa. Anota el primer comportamiento incorrecto que aparezca, solo ese.
- 4 Agrega UNA línea que resuelva ese error, con el porqué, y escribe la prueba que debe hacer fallar. Vuelve a ejecutarla y comprueba.
📝 Resumen del Módulo
- ✓O PMV es el prompt más pequeño que ya funciona: empieza con 5 bloques, no con 300 líneas
- ✓Los 5 bloques: identidad, tono, herramientas, seguridad, bucle (los 2 últimos son opcionales)
- ✓Arma copiando bloques de la biblioteca e intercambiando las {chaves} — no lo escribas desde cero
- ✓Ejecuta y observa con tareas reales antes de pulir más
- ✓Solo crece con motivo: una regla nueva solo después de ver el error real
- ✓Una prueba por regla: sin una prueba que fallaría sin ella, la regla es decorativa: elimínala
➡️ Siguiente Módulo
2.2 — 📦 La biblioteca de bloques. Creaste un PMV con tres bloques. Ahora vamos a abrir toda la caja de herramientas: todos los bloques copiables, en PT y EN, y cuándo usar cada uno.