Esta semana te llegó otro enlace. Alguien de confianza te lo mandó con un «esto te va a servir», y tiene razón en algo: la herramienta es buena, la demostración sale perfecta y el precio parece razonable. Lo que nadie te preguntó es para qué la necesitas. Este ensayo trata de esa pregunta, la que casi siempre llega tarde, y de una forma sencilla de hacerla a tiempo.

Por Carlos · clarita stack.

En las dos piezas anteriores contamos qué es clarita stack. y qué conductas rechazamos. Aquí no repetimos la secuencia. Vamos a un solo punto, el que da título a nuestro manifiesto: qué pasa cuando la herramienta llega antes que el problema, y cómo decidir antes de adoptarla.

Ilustración: cinceles ordenados en una bandeja redonda, como piezas de vitrina, con uno en terracota apartado del resto; detrás, un bloque de piedra en bruto, sin tocar.
Cinceles de vitrina, piedra sin tocar: la imagen central del ensayo. · Ilustración generada con IA

Un escultor enamorado de sus cinceles

Imagina a Miguel Ángel en su taller de Florencia, con un bloque de mármol enorme esperando en el patio. Ahora imagina que, en lugar de tallar, se enamora de los cinceles. Compara aceros. Prueba mangos. Encarga uno nuevo cada vez que oye hablar de un herrero mejor. Los ordena en la pared por tamaño, los afila, los pule hasta que brillan. Pasan los meses y el bloque sigue intacto.

La imagen da risa porque es absurda. Nadie recuerda a un escultor por sus cinceles. Lo que se recuerda es la figura que sacó de la piedra. El cincel importa, claro: con uno malo no se talla bien. Pero importa al servicio de algo que el escultor ya tiene en la cabeza antes de dar el primer golpe.

Esa es la metáfora que vamos a usar en todo el ensayo, y es una sola: el cincel es la herramienta; la figura es lo que quieres lograr; el bloque es tu trabajo tal como es hoy. Cuando te enamoras del cincel, el bloque se queda quieto.

Con las herramientas de IA pasa algo muy parecido. Cada semana aparece una nueva, cada una con una demostración impecable, y es fácil pasar el tiempo comparándolas, probándolas y coleccionando suscripciones mientras la tarea que te preocupa sigue igual que el lunes. No es pereza ni falta de interés. Es que el cincel se ve, se toca y promete; la figura, en cambio, hay que pensarla.

Lo que Miguel Ángel sí dejó escrito

Antes de seguir, una advertencia honesta sobre la metáfora, porque usamos a una persona real y conviene no ponerle palabras en la boca.

Circula mucho una frase que se le atribuye: algo como «vi el ángel en el mármol y tallé hasta liberarlo». Hay otra versión, más humorística, según la cual para hacer el David bastaba con quitar todo lo que no fuera David. Ninguna de las dos tiene registro documental. Quienes se dedican a rastrear citas no encontraron respaldo para ninguna: la anécdota del ángel aparece impresa en 1884 atribuida a «un escultor», sin nombre, y la del David se rastrea hasta un texto de 1858 que no menciona a Miguel Ángel; su nombre aparece pegado a la frase recién en el siglo XX [C8]. Así que, si la usas, úsala como lo que es: una imagen muy repetida, no una cita.

Lo que sí está documentado dice algo parecido, y para nuestro tema es más interesante. En un soneto dedicado a Vittoria Colonna, escrito hacia 1538–1544, Miguel Ángel dice que el mejor artista no tiene ninguna idea que un bloque de mármol no encierre ya dentro de su exceso, y que solo llega a ella «la man che ubbidisce all'intelletto»: la mano que obedece al intelecto [C6]. El soneto fue tan comentado en su tiempo que un erudito florentino, Benedetto Varchi, le dedicó una lección pública en 1547 [C6]. Y en una carta a ese mismo Varchi, Miguel Ángel escribió que entendía por escultura «quella che si fa per forza di levare»: la que se hace a fuerza de quitar [C7].

Dos columnas. A la izquierda, lo documentado: el soneto a Vittoria Colonna, hacia 1538–1544, con el verso sobre la mano que obedece al intelecto, y la carta a Benedetto Varchi que define la escultura como el arte de quitar. A la derecha, lo atribuido sin registro: la frase del ángel en el mármol, impresa en 1884 sin nombre de escultor, y la de quitar todo lo que no es David, rastreada hasta 1858 sin mencionar a Miguel Ángel.
Lo que dejó escrito y lo que se le atribuye sin registro [C6] [C7] [C8]

Fíjate en el orden que dibuja ese verso. Primero la idea. Después la mano, que obedece a la idea. La herramienta ni siquiera aparece: está implícita en la mano, al final de la cadena. En ningún momento la mano manda.

Hay un dato más que vale la pena. El bloque del que salió el David no estaba virgen cuando Miguel Ángel lo recibió. La catedral de Florencia lo había encargado décadas antes a otro escultor, Agostino di Duccio, que lo empezó y lo dejó; un segundo encargo, a Antonio Rossellino, tampoco prosperó, y el mármol quedó a la intemperie unos veinticinco años. Miguel Ángel recibió el encargo en 1501 y el David se presentó en 1504 [C9]. No sabemos con qué cinceles trabajaron los anteriores ni por qué se fueron; las fuentes no lo aclaran. Lo que sí sabemos es que el bloque era el mismo. Lo que cambió fue quién lo miraba y qué buscaba en él.

Por qué nos enamoramos del cincel

Si la idea es tan razonable, ¿por qué cuesta tanto aplicarla? Hay al menos tres motivos, y ninguno tiene que ver con que seas descuidado.

El primero es que la herramienta es concreta y el sistema no. Una herramienta tiene nombre, pantalla, precio y botón de prueba. El sistema del que forma parte tu tarea, en cambio, no se ve: es una red de personas, reglas, decisiones, entradas y salidas que funciona todos los días sin que nadie la dibuje [C1]. Es natural que la atención vaya hacia lo que se ve.

El segundo es la velocidad. Probar una herramienta lleva cinco minutos y da una sensación inmediata de avance. Entender por qué una tarea sale mal lleva más tiempo y, al principio, no produce nada que puedas mostrar.

El tercero es la presión del entorno. Según una encuesta de Microsoft y LinkedIn de 2024, hecha a 31.000 personas en 31 países, tres de cada cuatro trabajadores del conocimiento ya usaban IA en su trabajo, el 78 % de quienes la usaban llevaba sus propias herramientas por su cuenta, y el 60 % de los líderes decía que su empresa no tenía una visión ni un plan para implementarla [C10]. Conviene leer ese dato con cuidado: la encuesta es de una empresa que vende herramientas de IA, es de 2024 y no habla específicamente de quienes trabajan en español. Pero dibuja algo que probablemente reconozcas: las herramientas entran rápido, por la puerta de cada persona, y el plan llega después o no llega. Eso es, en la escala de una organización, el escultor que acumula cinceles.

Lo que se pierde cuando la herramienta va primero

El costo de enamorarse del cincel no siempre se ve como un fracaso. A veces se ve como mucha actividad.

El riesgo más común es terminar resolviendo problemas que no existían. La herramienta hace algo, y lo hace bien, pero lo que hace no era lo que frenaba tu trabajo. Se ordena lo que ya estaba ordenado, se acelera un paso que no era el lento, se automatiza un informe que nadie leía.

El segundo riesgo es más serio. En nuestro manifiesto lo decimos así: la IA puede ayudar a investigar, comparar, redactar, modelar, prototipar, automatizar y aprender, pero si el sistema no está claro, también puede escalar confusión, trabajo duplicado y decisiones pobres [C2]. Un cincel muy afilado en una mano que no sabe qué figura busca no saca una estatua: saca más rápido los pedazos equivocados.

Un caso inventado, para verlo en concreto. Piensa en una persona que coordina un equipo pequeño y recibe todos los días decenas de correos de clientes. Le recomiendan una herramienta que lee los correos, los clasifica por tema y redacta una respuesta sugerida para cada uno. La prueba un viernes y queda encantada: en diez minutos tiene la bandeja ordenada y cada correo con su borrador. Tres semanas después, el equipo responde más rápido, pero los mismos clientes vuelven a escribir por los mismos temas. Al mirar de cerca aparece el problema real: muchos correos llegaban porque una información clave no estaba clara en un paso anterior del servicio. La herramienta funcionaba. Contestaba, con mucha eficiencia, consultas que el sistema seguía fabricando.

Nada de esto es culpa de la herramienta. Es lo que pasa cuando el cincel llega antes que la figura.

Antes de tocar el cincel: problema, sistema, revisión

Proponemos una forma de decidir que cabe en una hoja y que no requiere abrir ninguna herramienta. Son tres pasos en un orden que no conviene alterar, y recién después viene la herramienta.

1. Nombra el problema. No la solución, el problema. «Necesito una herramienta para el correo» es una solución disfrazada. «Los clientes repiten la misma consulta varias veces» es un problema. Una prueba sencilla: si mañana el problema desapareciera, ¿cómo lo notarías? Si no puedes responder, todavía no tienes el problema nombrado.

2. Ubica el problema en su sistema. Todo problema vive dentro de algo más grande: tiene un objetivo, personas que participan, recursos, reglas, decisiones, cosas que entran y cosas que salen [C1]. No hace falta un diagrama profesional; alcanza con preguntarte de dónde viene lo que llega a tu tarea, a dónde va lo que sale de ella y quién decide en el medio. Muchas veces este paso cambia el problema de lugar, como en el caso de los correos: lo que parecía un problema de responder resultaba ser un problema de informar.

3. Define la revisión. Antes de delegar algo a una herramienta, decide quién va a revisar lo que produzca, con qué criterio y qué pasa si sale mal. Es lo que en nuestros valores llamamos criterio y responsabilidad: definir qué se delega, cómo se revisa y quién decide [C5]. Si nadie puede revisar el resultado, no es el momento de delegarlo.

4. Recién ahí, la herramienta. Con el problema nombrado, el sistema ubicado y la revisión definida, evaluar una herramienta se vuelve mucho más fácil, porque ya sabes qué tiene que hacer y cómo vas a saber si lo hace. Muchas herramientas que parecían imprescindibles dejan de serlo. Otras, que habías descartado, de pronto encajan.

Cuatro pasos en fila, unidos por flechas: 1 nombra el problema, 2 ubica el problema en su sistema, 3 define quién revisa y con qué criterio, 4 recién ahí la herramienta. Los tres primeros están agrupados bajo la palabra «idea»; el cuarto, resaltado en terracota, bajo la palabra «mano».
Problema, sistema, revisión; recién ahí, la herramienta.

Vuelve al verso de Miguel Ángel: la mano que obedece al intelecto [C6]. Los tres primeros pasos son el intelecto. El cuarto es la mano. Y la herramienta va en la mano, nunca en el lugar de la idea.

El método aplicado a un caso

Retomemos el caso inventado de los correos y hagamos el recorrido completo, como si la persona hubiera parado antes de contratar la herramienta.

El problema, nombrado: «los clientes escriben varias veces por la misma consulta y el equipo pasa buena parte del día contestando lo mismo». La prueba de si desapareciera: habría menos correos repetidos por cliente.

El sistema: los correos llegan después de un paso del servicio en el que el cliente recibe una información. Esa información la redacta otra área y no se revisa desde hace tiempo. El equipo que responde no decide sobre ese texto.

La revisión: cualquier respuesta automática tendría que pasar por alguien del equipo antes de enviarse, al menos al principio, y alguien tendría que mirar cada semana si los correos repetidos bajan.

La decisión, recién ahora: tal vez la herramienta sirva, pero no como primera medida. Lo primero es hablar con el área que redacta la información. Si después de ese cambio el volumen sigue alto, se prueba la herramienta en un alcance acotado, con una sola categoría de consultas y con revisión humana de cada borrador.

El caso inventado de los correos, en tres líneas y una decisión.

Fíjate en que el método no dijo «no uses la herramienta». Dijo en qué orden y con qué condiciones. Esa diferencia es todo el punto de este ensayo.

Lo que esto no resuelve

Sería deshonesto presentar estos pasos como si arreglaran todo, así que van los límites.

No te dicen qué herramienta elegir. Te ayudan a saber qué tiene que hacer, que no es lo mismo. Comparar opciones concretas sigue siendo trabajo tuyo.

No reemplazan la exploración. A veces probar una herramienta sin un problema definido sirve para descubrir qué es posible, y eso tiene valor. La diferencia está en llamarlo por su nombre: si estás explorando, que sea con tiempo acotado, sin datos sensibles y sin confundir la demostración con un resultado probado [C5].

Llevan tiempo. Nombrar un problema y ubicarlo en su sistema puede tomar una conversación, una tarde o varias semanas, según el caso. No prometemos que ahorres tiempo con esto; lo que sí sostenemos es que el tiempo que pones al principio se nota en las decisiones que tomas después.

Y no te convierten en especialista de nada. Son una forma ordenada de pensar antes de actuar, nada más.

Lo que sostenemos

Este ensayo desarrolla una de nuestras frases madre: «No te enamores de las herramientas; enamórate de lo que puedes hacer con ellas» [C3]. Detrás hay tres valores de clarita stack. que conviene nombrar, en breve [C5]:

  • Autonomía. Tratamos las herramientas como medios reemplazables y rechazamos crear dependencia de una receta o de una marca tecnológica. Si mañana desaparece la herramienta, lo que aprendiste a pensar sigue contigo.
  • Práctica y mejora continua. Se aprende con soluciones concretas, revisión y ajustes, no acumulando herramientas. Y rechazamos automatizar un problema que no se comprendió.
  • Criterio y responsabilidad. Delegar parte del trabajo no traslada la responsabilidad. Quien decide sigue siendo una persona.

Por eso, cuando una herramienta genera mucha atención pero no resuelve un problema claro, no la enseñamos por novedad: primero identificamos el sistema, el problema y la utilidad [C5].

Mantener, ajustar o retirar

Si ya tienes una herramienta en uso, o decides probar una después de los tres pasos, estos criterios te ayudan a revisarla después de un tiempo razonable:

  • Mantener si el problema que nombraste cambió de verdad, si puedes señalar en qué parte del sistema actúa y si la revisión sigue funcionando.
  • Ajustar si resuelve parte del problema pero la revisión se volvió una formalidad, o si descubriste que el problema estaba en otro lugar del sistema.
  • Retirar si no puedes decir qué problema resuelve, si nadie revisa lo que produce o si el problema que nombraste sigue igual.

Una sugerencia práctica para empezar hoy: elige una herramienta que estés evaluando, o una que ya pagues, y escribe en una hoja tres líneas. El problema que resuelve. El sistema en el que vive. Quién revisa lo que produce. Si alguna de las tres queda en blanco, ya sabes por dónde seguir, y no es por la herramienta.

La figura, no el cincel

Volvamos al taller. Lo que distingue al escultor no es la colección de cinceles en la pared, sino la figura que tiene en la cabeza antes de golpear la piedra y la paciencia de quitar lo que sobra. Las herramientas de IA son cinceles muy buenos, cada vez mejores. Pero el bloque es tu trabajo y la figura la decides tú.

Para eso existe clarita stack. Nuestra misión es brindar a personas adultas no técnicas criterio, conocimiento y práctica para transformar su trabajo, negocio o proyecto: comprender los sistemas de los que forman parte, diseñar procesos claros y mejorables, y ampliar su capacidad de actuar con IA, sin delegar su criterio ni su responsabilidad [C4].

La transformación no empieza cuando incorporas una herramienta. Empieza cuando dejas de mirar tareas sueltas y ves el sistema del que forman parte [C1]. El cincel viene después, y llega a una mano que ya sabe qué busca.

Fuentes