Por qué tus prompts repetidos te cuestan dinero (y cómo dejar de promptear a mano)

Cada vez que le escribes a Claude el mismo prompt a mano —"hazme una cotización para este cliente", "escribe un brief para este proyecto"— pagas un costo que no aparece en ninguna factura: el tiempo de volver a explicar el contexto, el tono, el formato y los datos que ya explicaste la vez pasada. Repetir un prompt no es gratis. Es trabajo que no se cobra.

La mayoría de la gente cree que el problema con la IA es que no sabe promptear. El problema real es otro: sabe promptear, pero lo hace a mano cada vez. Y cada vez que repite el prompt, paga otra vez el mismo costo de arranque.

Te muestro dónde está ese gasto silencioso y cómo se corta de raíz.

¿Cuál es el costo real de promptear a mano?

El costo no es un cargo; son tres fugas que se acumulan sin que las veas. Tiempo, inconsistencia y contexto perdido.

La primera fuga es el tiempo. Escribir un prompt bueno toma de tres a diez minutos: el contexto del cliente, el tono que quieres, el formato de salida, los datos de pricing. Si haces esa tarea tres veces por semana, son media hora semanal solo en re-explicar lo que ya sabías. Multiplica por cincuenta semanas y por cada tarea repetida que tengas.

La segunda fuga es la inconsistencia. Como escribes el prompt de memoria cada vez, sale distinto cada vez. El lunes incluiste el descuento; el jueves se te olvidó. Una cotización dice "entrega en dos semanas", la siguiente no menciona plazos. El resultado depende de qué recordaste ese día, no de un estándar.

La tercera fuga es la más cara: el contexto perdido. Cada prompt a mano arranca desde cero. No acumula. Lo que aprendiste la vez pasada sobre cómo querías el formato no se guarda en ningún lado más que en tu cabeza. La vez 20 no es mejor que la vez 1, porque no hay memoria entre una y otra.

¿Por qué un humano cansado un viernes hace peor el prompt?

Porque promptear a mano depende de tu estado, y tu estado cambia. Un lunes a las 9 de la mañana escribes el prompt completo, con todo el contexto. Un viernes a las 6 de la tarde escribes la versión corta, olvidas dos reglas y aceptas el primer resultado que salga.

Ese es el punto débil de cualquier proceso que vive en tu memoria: rinde distinto según la hora, el sueño y cuántas cosas tengas encima. No es falta de disciplina; es que ningún humano repite una tarea con la misma calidad cien veces seguidas.

El agente no tiene viernes. Aplica las mismas reglas a la misma hora de la madrugada que a media mañana. La calidad deja de depender de cómo amaneciste y empieza a depender de qué tan bien escribiste el proceso una vez.

¿Qué es un skill y por qué resuelve esto?

Un skill es un prompt repetido convertido en archivo permanente. En lugar de escribir el contexto, el tono y el formato cada vez, los escribes una sola vez y el agente los aplica igual en cada invocación.

Piénsalo así: el prompt que tecleas a mano cada vez ya es el borrador del skill. Solo que en vez de guardarlo, lo tiras a la basura al cerrar la conversación y lo vuelves a escribir mañana. Un skill toma ese mismo texto, le agrega las reglas y los ejemplos, y lo deja listo para llamarlo por nombre.

Eso es un agente con nombre: no un asistente genérico al que le explicas todo, sino una pieza que ya sabe su trabajo. En GNB, Elias arma las cotizaciones, Naira lleva el seguimiento de proyectos, voz-gnb escribe en mi tono. Cada uno reemplaza un prompt que yo repetía a mano diez veces por semana. Si quieres ver cómo se decide cuál construir primero, escribí una guía sobre qué skill de IA construir primero.

La diferencia con promptear a mano es que el skill acumula. Cuando mejoras una regla, queda mejorada para siempre. La vez 50 sí es mejor que la vez 1, porque cada ajuste se guarda en el archivo, no en tu cabeza.

¿En qué momento conviene convertir un prompt en skill?

La regla que sigo es simple: a la tercera vez. La primera vez que escribes un prompt es exploración, no sabes ni qué quieres. La segunda puede ser casualidad. La tercera ya es un patrón, y un patrón es justo lo que vale la pena escribir una sola vez.

No conviene convertir todo en skill desde el día uno. Si una tarea la haces una vez al año, el prompt a mano está bien. El cálculo es directo: si el tiempo que inviertes en escribir el skill se recupera en las próximas dos o tres veces que uses la tarea, conviértelo.

La señal más clara es el fastidio. Cuando sientes "otra vez voy a escribir lo mismo", esa es la tarea. Ese fastidio es el costo oculto avisándote en voz alta. La estructura de cómo se organiza ese skill —dónde van las reglas, dónde los ejemplos— la expliqué en cómo estructurar las carpetas de skills en Claude Code.

¿Por dónde empiezo a dejar de promptear a mano?

Empieza por el proceso que más repites. No por el más complejo ni el más impresionante: el más repetido.

Mi recomendación concreta, en orden:

1. Lleva una lista durante una semana de todo lo que le pides a Claude a mano. Cotizaciones, briefs de cliente, correos de seguimiento, resúmenes de juntas. Sin filtrar, todo.
2. Marca el que aparezca tres o más veces. Ese es tu primer skill, no lo pienses de más.
3. Toma el último prompt que escribiste para esa tarea y guárdalo como archivo. Agrégale las reglas que siempre olvidas y un ejemplo de salida buena. Ya tienes el borrador.
4. Úsalo la próxima vez en lugar de escribir desde cero. Ajústalo cuando algo salga mal. A la tercera corrida ya rinde mejor que tu versión a mano.

El error más común es querer el skill perfecto antes de usarlo. No: un skill mediocre que ya corre vale más que el skill ideal que sigue en tu cabeza. Lo afinas con el uso. Si quieres el método completo para definir bien ese primer skill antes de escribirlo, está en cómo escribir el PRD de un skill.

Una nota sobre los modelos: el mismo prompt rinde distinto según la versión de Claude que corra debajo. Cuando el skill ya está escrito, cambiar de modelo es trivial; cuando prompteas a mano, vuelves a calibrar cada vez. Hablé de eso en los cambios que Opus 4.7 metió a mis prompts.

El siguiente paso

Promptear a mano se siente productivo porque estás escribiendo, estás moviéndote. Pero es la cinta de correr: mucho esfuerzo, cero acumulación. Cada prompt nuevo arranca donde arrancó el anterior.

La salida no es escribir mejores prompts. Es dejar de escribirlos. Convertir los repetidos en skills, una vez, y dejar que el agente con nombre los corra igual cada vez. Si dudas entre copiar skills sueltas de un directorio gratis o armar las tuyas, comparé las dos rutas en skills de Claude Code gratis contra a medida.

Si quieres ver cómo está armado mi stack —Elias en ventas, Naira en seguimiento, voz-gnb escribiendo— el documento El Skill Stack GNB lo explica agente por agente: qué hace cada uno y qué prompt repetido reemplaza. Es lectura, no pitch, y lo lees en una sentada.