Idea principal

Un hook de memoria se ejecuta después de cada respuesta del asistente. A veinte intercambios diarios, el gasto se mantiene por debajo de un dólar al mes, y el procesamiento tarda uno o dos segundos — lo que supone haber elegido un modelo pequeño y rápido para la tarea de extracción, no porque bastara, sino porque la cadencia lo exigía.

Lo que compra ese nivel no es un ahorro: es la desaparición de una pregunta. Una automatización que costara diez veces más no sería prohibitiva, sería discutible — te preguntarías si hay que activarla en este proyecto, desactivarla durante las sesiones de depuración, restringirla a los intercambios importantes. Cada una de esas preguntas se plantea cada vez, y es esa repetición la que desgasta, mucho antes que la factura.

El umbral útil no es, por tanto, "rentable" sino "insignificante". Por debajo, el dispositivo se convierte en una infraestructura que se olvida; por encima, sigue siendo una herramienta sobre la que se decide, y una herramienta sobre la que se decide en cada intercambio acaba desconectada.

Capa aportada por "Por qué auditar tus Skills" (2026-03-25). La misma regla sirve para decidir por dónde empezar cuando ya hay varios dispositivos en marcha. Un skill lanzado diez veces por semana y un skill lanzado una vez por trimestre no piden el mismo cuidado: es la frecuencia la que designa al que debe ser sobrio, incluso antes de saber cuál es el más pesado por unidad. Y cuando el recurso consumido no es una factura sino un techo — la ventana deslizante de cinco horas de Claude Code —, el umbral de insignificancia ya no se lee en euros al mes sino en lanzamientos restantes antes del bloqueo.

Por qué es importante

Esto da un criterio de diseño para todo lo que se ejecuta en segundo plano: dimensionar no sobre el presupuesto disponible sino sobre el umbral a partir del cual un usuario volvería a preguntarse si conviene dejarlo en marcha.

También justifica decisiones técnicas que de otro modo parecerían tímidas — un modelo pequeño, un procesamiento mínimo, una extracción pobre — porque lo que restringe es la cadencia, no la dificultad de la tarea.

Matices y límites

El coste por ejecución no es el único arbitraje: un segundo de espera en cada turno, aceptable por sí solo, se vuelve perceptible a lo largo de una jornada de trabajo continuo.

Y el umbral de insignificancia es relativo a quien paga. Lo que resulta indoloro para un uso individual se convierte en una partida presupuestaria en cuanto lo multiplicas por un equipo.

Preguntas abiertas

• ¿Qué hacer con una automatización cuyo coste se vuelve discutible a medida que demuestra su utilidad y se le pide más?