Bloque 2 · Lección 08
Artifacts: herramientas internas sin desarrollo
Calculadoras, cuadros de mando y simuladores en minutos, sin abrir un ticket a IT.
En resumen
- Un Artifact es contenido que Claude genera en un panel aparte y que además se puede usar: una calculadora, un panel o un simulador funcionando dentro de la conversación.
- El cambio de mentalidad es pequeño y decisivo: en vez de «calcula el margen de estos productos», pide «hazme una herramienta donde meta los datos y vea el margen».
- Cubre el hueco que nadie cubre: las utilidades internas que jamás se priorizan en desarrollo porque solo las usan cuatro personas.
- No sustituye a software de producción: no guarda datos entre sesiones, no tiene usuarios ni permisos, y los cálculos hay que validarlos a mano.
Casi todas las empresas con las que trabajo tienen una lista de herramientas pequeñas que nunca se han construido. La calculadora de márgenes que hace comercial en una hoja con fórmulas rotas. El simulador de descuentos que solo sabe usar una persona. El panel que se rehace en PowerPoint cada lunes. Ninguna llega a la cola de desarrollo, porque ninguna lo merece frente a lo demás.
Los Artifacts cubren justamente ese hueco. Y no requieren desarrollo.
Qué es exactamente un Artifact
Un Artifact es contenido que Claude genera en un panel aparte de la conversación. Puede ser un documento largo, un fragmento de código o —aquí está lo interesante— una aplicación interactiva: una calculadora, un cuadro de mando, un simulador. Ese panel no solo muestra el resultado, lo ejecuta: cambias una cifra y el número se recalcula delante de ti.
No hay nada que desplegar, ni servidor, ni instalación. La herramienta vive en la conversación y se comparte con un enlace. Si además la pides desde un proyecto con tu tarifario y tus reglas dentro, partirá de tus datos en lugar de inventarse supuestos.
Pedir un texto o pedir una herramienta
Es la única idea que hay que interiorizar, y casi nadie la aplica sin que se la señalen. Compara:
- Petición de texto: «Calcula el margen de estos doce productos con estos costes».
- Petición de herramienta: «Hazme una calculadora donde introduzca coste, precio y descuento, y me diga el margen unitario, el total y a partir de qué descuento entro en pérdidas».
La primera da doce números que caducan en cuanto cambie un coste. La segunda da algo que puede usar alguien que no ha abierto Claude en su vida.
Si vas a hacer el mismo cálculo más de tres veces, no pidas el cálculo. Pide la calculadora.
Cinco herramientas que puedes tener hoy
Son los cinco que más he visto funcionar en PYMEs. Copia el prompt, cambia los datos por los tuyos y ajusta después hablando: «añade una columna de IVA», «que el gráfico sea de barras».
1. Calculadora de márgenes
2. Simulador de precios por volumen
3. Panel de seguimiento
4. Generador de presupuestos
5. Comparador de proveedores
Qué pedir y qué obtienes
La diferencia entre una petición vaga y una útil está siempre en lo mismo: decir qué entra, qué sale y qué regla se aplica en medio.
| Qué pides | Qué obtienes |
|---|---|
| «Analiza estas ventas» | Un texto con conclusiones que caduca hoy |
| «Un panel con estos indicadores y filtro por trimestre» | Un cuadro de mando reutilizable con datos actualizables |
| «Ayúdame con el precio de este pedido» | Una respuesta puntual para un pedido |
| «Un simulador con mis tramos de descuento» | Una herramienta que usa todo el equipo comercial |
| «Compara estas ofertas» | Una recomendación con los criterios que Claude suponga |
| «Un comparador con pesos que yo defino» | Una decisión trazable y defendible ante un comité |
La regla de las tres preguntas
Antes de escribir el prompt, contesta a tres cosas: qué datos introduce la persona, qué tiene que ver en pantalla y qué reglas de negocio se aplican en medio. Si sabes responder a las tres, tendrás la herramienta a la primera. Si no, el problema no es Claude: es que ese cálculo tampoco está claro en tu empresa.
Los límites, dichos sin adornos
Aquí es donde muchos artículos se callan. Un Artifact tiene tres limitaciones que no se resuelven escribiendo mejor el prompt:
- No persiste datos entre sesiones. Lo que introduzcas hoy no estará mañana. Sirve para calcular y decidir, no para llevar un registro. El histórico vive en tu hoja de cálculo o en tu sistema, no en el Artifact.
- No es software de producción. No tiene control de usuarios, ni permisos por rol, ni registro de quién hizo qué, ni soporte cuando falle un viernes por la tarde. No lo pongas delante de un cliente como si fuera tu producto.
- Los cálculos hay que validarlos. Innegociable. Antes de que la herramienta circule, coge tres casos cuyo resultado conozcas de memoria y compruébalos. Una fórmula mal interpretada se propaga rápido cuando la herramienta parece profesional.
Y una cuarta de gestión: la facilidad para crearlos genera desorden. En seis meses puedes tener nueve calculadoras distintas circulando por correo, cada una con su versión de la verdad. Nombra un responsable por herramienta compartida, igual que harías con una plantilla oficial.
Cuándo debe convertirse en software de verdad
Un Artifact es un prototipo excelente y un producto mediocre. La señal para dar el salto no es que se use mucho, sino que aparezca alguna de estas cuatro condiciones:
-
Necesita recordar
En cuanto alguien pregunta «¿dónde se guardó lo del mes pasado?», hace falta una base de datos. Ahí termina el terreno del Artifact.
-
La usa gente de fuera
Clientes o proveedores. Al salir del perímetro interno entran en juego imagen de marca, soporte y responsabilidad sobre el resultado.
-
El error cuesta dinero
Si un cálculo equivocado se traduce en un pedido mal facturado, necesitas pruebas automáticas y control de versiones, no una conversación.
-
Se ha vuelto crítica
Cuando un departamento se detiene porque la herramienta no está disponible, ya es infraestructura. Trátala como tal.
Lo bueno es que llegar ahí con un Artifact ya validado es la mejor posición para encargar desarrollo: vas al proveedor con la especificación funcional probada, no con un documento de intenciones.
El paso siguiente es darle acceso a los datos que esas herramientas necesitan. De eso va la próxima lección: los conectores, qué conectar y qué no conectar nunca sin una política escrita detrás.
Preguntas frecuentes
¿Necesito saber programar para crear un Artifact?
No. Se describe en español lo que quieres: qué datos se introducen, qué debe mostrarse y qué reglas se aplican. Claude escribe el código y tú lo ajustas hablando, con frases como «añade una columna de IVA» o «avisa si el margen baja del 20 %». No hace falta abrir un editor.
¿Puedo compartir un Artifact con mi equipo?
Sí, se comparte mediante un enlace y quien lo reciba puede usar la herramienta sin escribir ningún prompt. Ten en cuenta que los datos que introduzca cada persona no se guardan entre sesiones, así que sirve para calcular y decidir, no para llevar un registro compartido.
¿Los datos que introduzco en un Artifact se guardan?
No entre sesiones. Al cerrar y volver a abrir, los campos vuelven a estar vacíos. Si necesitas conservar el histórico, guarda los resultados en tu hoja de cálculo o en tu sistema de gestión. Un Artifact calcula y simula, no almacena.
¿Cuándo conviene pasar de un Artifact a software real?
Cuando necesita guardar datos, cuando la usan personas ajenas a tu empresa, cuando un error de cálculo cuesta dinero o cuando un departamento se para si la herramienta no está. Hasta ahí, el Artifact es el mejor prototipo posible y abarata el desarrollo posterior porque llega ya validado.
