> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/es/2026/w28-ai-is-repricing-utility-software.md).

# W28-La IA está cambiando el precio del software utilitario

Algunas experiencias personales recientes me han hecho replantearme la situación del software utilitario.

No es una simple cuestión de si la IA sustituirá a las aplicaciones. Más precisamente, la IA está cambiando su estructura de costos. Antes, el valor de muchas herramientas partía de una premisa: el usuario no sabía programar una solución para sus pequeños problemas, ni le compensaba hacerlo. Por eso, los proveedores reunían muchas necesidades parecidas en un producto general y cobraban mediante suscripciones, licencias de pago único o servicios adicionales.

Ahora esa premisa está perdiendo fuerza.

### De las herramientas a los scripts

El primer ejemplo es Clash.

A grandes rasgos, los modos de proxy de Clash se dividen en proxy normal del sistema y TUN. El proxy normal suele bastar para aplicaciones como los navegadores, pero no siempre funciona con herramientas de línea de comandos, subprocesos de clientes de escritorio o ciertas aplicaciones Electron. Me he encontrado tanto con Claude Code en línea de comandos sin usar el proxy como con un cliente de Antigravity que no heredaba el entorno del proxy.

El modo TUN es más completo, pero también más pesado. En la red de la empresa puede introducir nuevos problemas de enrutamiento, DNS y acceso a la red interna. Es decir, ninguna de las dos opciones disponibles resulta ideal: una se queda corta y la otra interviene demasiado.

Antes, normalmente había que soportar estos problemas. Cambiar la configuración una y otra vez, buscar entre montones de publicaciones o esperar a que el propio programa los resolviera. Ahora puedo pedir a la IA que identifique la ruta de ejecución, examine las variables de entorno, escriba un wrapper y modifique los scripts de arranque, limitando la solución del proxy a un proceso o comando concreto.

Lo importante no es el script, sino el cambio de nivel de abstracción. Antes usaba una herramienta. Ahora modifico su entorno de ejecución. Muchas opciones avanzadas que antes debía incorporar el fabricante de la aplicación se convierten en pequeños fragmentos de automatización que el propio usuario puede generar y mantener.

### La presión sobre los precios de las herramientas generales

El segundo ejemplo es MacTune.

Escribí una pequeña herramienta para analizar y mejorar mi Mac: estado del rendimiento, uso del disco, procesos anómalos, limpieza de cachés y revisión de elementos de inicio. Se parece un poco a un CleanMyMac personal, pero con un objetivo más limitado: servir únicamente a mi máquina y a mis hábitos de uso.

El valor de programas como CleanMyMac era claro. El usuario corriente no quiere entender el sistema de archivos de macOS, los LaunchAgent, los directorios de caché, el consumo de recursos de los procesos ni los límites de permisos. Una interfaz atractiva y una limpieza relativamente segura con un clic bastaban para ocultar esa complejidad.

Pero la IA introduce aquí un problema de precio.

Si un usuario solo quiere limpiar el disco una vez al mes, una herramienta de suscripción sigue teniendo valor. Es cómoda, atractiva y relativamente estable. Pero si tiene algunos conocimientos de ingeniería, o está dispuesto a dejar que un agente analice y ejecute acciones en su máquina, muchas funciones pueden descomponerse en scripts, reglas e informes locales. No hace falta cubrir a todos los usuarios: basta con cubrir mi máquina.

La ventaja de las herramientas generales es la escala. La de las personales es el ajuste a cada caso.

Antes, ese ajuste era demasiado caro y ganaba la escala. Ahora se abarata, y muchas herramientas ligeras tendrán que replantear su precio.

Esto no significa que productos como CleanMyMac vayan a desaparecer. Las partes realmente difíciles siguen ahí: límites de seguridad, protección frente a borrados accidentales, adaptación a los permisos del sistema, experiencia visual, confianza del usuario corriente y mantenimiento a largo plazo. Pero ya no podrán cobrar solo por envolver comandos del sistema en una interfaz. Tendrán que demostrar que son más fiables, cómodos y dignos de confianza que un agente acompañado de unos cuantos scripts.

### El hardware abandonado puede recuperar una vida de software

El tercer ejemplo es Sony Digital Paper.

Tengo un Digital Paper de Sony que necesita conectarse a una computadora para gestionar sus documentos. El problema es que esta línea de productos dejó hace tiempo de ser una prioridad para Sony. [Sony ya ha indicado oficialmente](https://www.sony.com/electronics/support/reader-digital-book-dpt-series/dpt-cp1/articles/00342961) que la última versión de Digital Paper Application es la v1.4.7, publicada en junio de 2024, y que el soporte del dispositivo y del software DPA terminará en diciembre de 2025.

Este tipo de productos solía resultar especialmente frustrante. El hardware aún funciona, pero el software muere antes. Si el fabricante deja de mantenerlo, el usuario debe aceptar un cliente que se deteriora poco a poco: deja de conectarse tras una actualización del sistema, fallan los controladores, la interfaz envejece y las funciones se quedan ancladas años atrás.

Mediante programación con agentes, hice ingeniería inversa del comportamiento del software original y escribí un nuevo cliente para gestionar el contenido. No necesita reproducir todo el producto de Sony. Basta con resolver mis necesidades centrales: conectar el dispositivo, sincronizar documentos, gestionar directorios e ir evolucionando según mi forma de usarlo.

Esta experiencia tiene implicaciones aún mayores para el software utilitario.

Antes, la vida del software la decidía el fabricante. Ahora, al menos para una parte de los usuarios, puede prolongarla el propio usuario. La IA reduce el costo de la ingeniería inversa, la reescritura y la adaptación a dispositivos antiguos. Muchos dispositivos, procesos y herramientas de nicho descartados por el ciclo comercial podrían seguir vivos como software personal.

### El software utilitario no desaparecerá, pero se dividirá en niveles

Por eso no creo que las aplicaciones utilitarias vayan simplemente a desaparecer. Lo más probable es que se dividan en niveles.

El primero son las herramientas que exigen mucha confianza: seguridad, copias de respaldo, contraseñas, pagos, cumplimiento normativo y gestión empresarial. Su valor no está solo en las funciones, sino también en la confianza, la responsabilidad y el mantenimiento a largo plazo. La IA puede ayudar a implementarlas, pero difícilmente sustituirá la responsabilidad por el producto.

El segundo son las herramientas que constituyen plataformas complejas: navegadores, IDE, extensiones del sistema operativo, programas de diseño y herramientas profesionales de producción. Manejan estados complejos, redes de colaboración, ecosistemas de extensiones y flujos de trabajo especializados. La IA se integrará en ellas, pero no será fácil descomponerlas en unos pocos scripts.

El tercero son las herramientas ligeras y el software de productividad personal. Aquí la presión será mayor. Limpieza, conversión, sincronización, procesamiento por lotes, monitorización sencilla, pequeños clientes y paneles de gestión interna: antes, estas necesidades daban lugar a muchos programas pequeños. En el futuro, gran parte de ellos se convertirá en prompts, scripts, flujos de trabajo de agentes o pequeñas aplicaciones locales.

La ventaja defensiva del software utilitario pasará de cubrir funciones a completar todo un flujo de trabajo de manera estable, fiable y económica.

Las funciones aisladas serán cada vez más baratas, porque el usuario podrá generar sobre la marcha scripts, pequeñas herramientas o automatizaciones con IA. Lo que realmente tendrá valor será conectar esas funciones y completar una tarea entera de manera estable y fiable.