Automatiza tareas con Anthropic Claude

Claude no recuerda nada entre ejecuciones. Cada vez que tu tarea dispara, el paso vuelve a mandar el prompt entero — tus instrucciones, tus ejemplos, tus reglas — y Claude se lo lee desde el principio antes de contestar.

Esa lectura es lo que pagas. Si tu paso lleva tres folios de instrucciones y la tarea se ejecuta quinientas veces, has pagado quinientas veces por que se lean esos mismos tres folios.

La respuesta suele ser la parte pequeña. En un prompt largo y bien trabajado, la mayor parte del coste está en la lectura, no en lo que Claude escribe.

Tres palancas, más o menos por orden de lo que suelen devolver.

Acorta el bloque fijo. Las instrucciones crecen por sedimentación: se añade una regla porque un caso salió mal, luego otra, y nunca se quita nada. Todo eso lo pagas en cada ejecución. Merece la pena releer el bloque entero de vez en cuando y borrar lo que ya no se gana el sitio — sobre todo los ejemplos resueltos, que suelen ser la parte más pesada.

No mandes los mismos datos dos veces. Es muy habitual listar las etiquetas de la tarea al final de las instrucciones y otra vez en la caja de la petición. Claude recibe entonces el producto, el artículo o el mensaje por duplicado: lo pagas dos veces y encima el modelo tiene que reconciliar dos copias que a menudo van etiquetadas de forma ligeramente distinta. Deja una.

Ajusta el modelo al trabajo. La lista va desde modelos rápidos y baratos hasta los más capaces, y la diferencia entre los extremos es grande. Volcar una ficha de producto en una plantilla no es el mismo trabajo que analizar un contrato. Empieza por el extremo barato y sube solo si la salida no te vale, no al revés.

Imagina a Claude como un perito al que le entregas un dossier grueso y, al final, una pregunta corta. Sin caché, cada consulta es igual: se lee el dossier entero, contesta y lo tira. El caché le permite dejar el dossier abierto encima de la mesa con un marcapáginas. A la siguiente consulta, empieza a leer por el marcapáginas.

Lo que importa es dónde se pone ese marcapáginas. El caché guarda siempre desde el principio del prompt hasta el marcapáginas, nunca un trozo suelto del medio. Todo lo que queda antes se reutiliza; todo lo que va después se lee de nuevo cada vez.

Esa regla tiene una consecuencia dura: si cambia un solo carácter en cualquier punto anterior al marcapáginas, se descarta todo lo guardado. Reutilizar depende de que el principio de tu prompt sea idéntico, carácter a carácter, ejecución tras ejecución.

Hay tres motivos, y ninguno da error. El paso simplemente cuesta lo mismo que costaba.

La parte reutilizable es demasiado corta. Dejar el dossier en la mesa tiene su propio coste, así que existe un tamaño mínimo por debajo del cual no se guarda nada: releer una nota corta sale más barato que archivarla. Unos cuantos párrafos de instrucciones suelen quedar por debajo de esa raya.

Pasa demasiado tiempo entre ejecuciones. El dossier no se queda en la mesa para siempre: se retira tras un rato corto sin usarlo. Una tarea que dispara cada hora suele llegar cuando ya han despejado la mesa, paga por dejar el dossier otra vez y nunca vuelve a tiempo de aprovecharlo.

La parte estable no es realmente estable. Si dentro del bloque que querías reutilizar hay algo que cambia en cada ejecución — una fecha, un nombre, un id que viene del disparador — ese bloque es distinto siempre y no hay nada que reaprovechar.

El tamaño mínimo exacto y el tiempo exacto de caducidad los fija Anthropic, cambian según el modelo y se revisan de vez en cuando. Consulta sus cifras actuales en lugar de fiarte de un número que recuerdes.

Tienen que darse dos condiciones a la vez: que la parte reutilizada sea grande y que se reutilice a menudo.

El caso claro a favor es un paso que se ejecuta muchas veces seguidas con las mismas instrucciones fijas: un disparador que devuelve treinta elementos y un paso de Claude que procesa cada uno. La primera llamada paga por guardar las instrucciones; las veintinueve siguientes las releen por una fracción del precio, y ocurren lo bastante pegadas como para llegar antes de que caduque.

El caso claro en contra es el opuesto: una tarea que dispara una vez por hora con un bloque corto de instrucciones. Demasiado pequeño para guardarse y demasiado espaciado para reutilizarse, así que el caché añadiría un poco de coste en cada ejecución sin devolver nada.

Una regla que aguanta aunque cambien los precios: el caché solo compensa a partir de unas pocas reutilizaciones. Si tu prompt no se va a reutilizar al menos esas veces antes de caducar, sale más barato dejarlo desactivado.

El paso te da dos cajas: Mensaje de sistema para el contexto y las reglas, y Nuevo mensaje de usuario para la petición concreta. Ese reparto no es decorativo: decide qué se puede reutilizar, y además deja el paso mucho más fácil de mantener.

Pon en la primera todo lo que es igual en cada ejecución: el rol, las reglas, el formato de salida que quieres, los ejemplos resueltos. Pon en la segunda todo lo que cambia: el artículo a resumir, el mensaje a clasificar, la fila que acaba de llegar.

La trampa es sutil, y es la que más vemos. Si metes una etiqueta de tu tarea — una fecha, el nombre de un cliente, un id de producto — dentro del Mensaje de sistema, ese bloque deja de ser idéntico entre ejecuciones y ya no se puede reutilizar. Y peor todavía: es fácil acabar pegando las mismas etiquetas en las dos cajas, con lo que los datos viajan por duplicado y se pagan dos veces.

El arreglo es el mismo en los dos casos: las etiquetas van solo en la segunda caja. Misma información, misma respuesta, menos coste.

Por ahora no. El paso manda tu prompt completo en cada ejecución.

Está en la lista, y las preguntas anteriores están aquí para que puedas valorar por adelantado si te compensaría: en muchas tareas no lo haría, y eso conviene saberlo antes de pedirlo. Los consejos de las otras respuestas, en cambio, te abaratan el paso hoy y no dependen de nada de esto.

Si tienes una tarea que encaja con el perfil descrito en Qué tareas mías se beneficiarían de verdad del caché — un bloque grande de instrucciones fijas reutilizado muchas veces en poco rato — cuéntanoslo. Los casos reales son lo que hace que esto suba de prioridad.