A los modelos de lenguaje (IA) no les gusta la ambigüedad. No lo dicen, no podrían, aunque quisieran, pero se les nota. Ante la duda, prefieren mentir con seguridad antes que confesar que no saben qué quisiste decir. Es casi humano: todos conocemos a alguien que prefiere responder cualquier cosa antes que admitir 'no entendí' la pregunta.
Si vas a sumar IA al soporte de tu software, revisa que cumpla estas cuatro reglas antes de firmar nada.
Durante tres posts conté cómo pasamos de un soporte caótico en WhatsApp a un módulo de tickets donde la IA clasifica y ayuda a resolver. Todo se sostiene en cuatro reglas que no negocio:
1. La IA sugiere, nunca pisa al humano. Jamás modifica la calificación del usuario ni publica una respuesta sin aprobación explícita.
2. El sistema funciona sin la IA. Si el servicio se cae, los tickets se crean y se gestionan igual. Una mejora no puede convertirse en un punto de falla.
3. Todo queda registrado con nombre propio. Las intervenciones de la IA se firman como IA. La trazabilidad no es opcional.
4. Acceso mínimo. El agente solo ve tickets. Sin credenciales de base de datos, sin datos que no necesita.
Este módulo nació porque el dolor era nuestro. Hoy lo uso todos los días: soy el admin que recibe cada ticket.
Y lo mismo puede construirse dentro de tu sistema, adaptado a tu operación y con estas mismas reglas.
Si te interesa explorar algo así, cuéntame en los comentarios cómo manejan hoy el soporte, o escríbeme directo.
¿Cuál de estas cuatro reglas crees que más se rompe en las herramientas con "IA" que te ofrecen?
Sonnet 5 de Claude es mas independiente, toma decisiones solo y hace tareas que no pediste, eso lo hace propenso a cometer errores, que en la mayoría de los casos reconoce y corrige, es eficiente (token-efficient) en el costo y amigable en la interacción con el humano, pero formal y técnico con otros modelos de IA.
Opus 5 se ciñe al plan (prompt, loop, graph), da más información de la que realmente necesitas, es riguroso en la ejecución de tareas, casi no comete errores, cuando los comete se siente confundido y trata de justificar el error, es muy costoso (token-hungry), de trato formal con el humano y extremadamente riguroso (bossy-agent) con otros modelos de IA, incluso de su mismas características.
¿Cuál es tu experiencia con modelos de IA de Anthropic, has detectado patrones de comportamiento singurales?
Hola Benjamin, felicitaciones. Una consulta rápida: en Claude Code existen los hooks SessionStart y UserPromptSubmit, que según tengo entendido vienen heredados de la integración con VS Code. ¿Sabes si hay planes de traer algo equivalente a Claude Desktop? Me serviría mucho para que el agente revise silenciosamente un sistema de mensajería propio antes de responder, sin que yo tenga que pedirlo cada vez. ¿Es algo que está en el radar?"
Le sumamos inteligencia artificial al soporte de PackagePro - https://t.co/4SDfDD7UPc. Costo real: US$0,003 por ticket.
Hace unas semanas conté cómo el soporte de PackagePro vivía en WhatsApp: discusiones eternas sobre qué era urgente, hilos cruzados y comentarios fuera de tono que terminaban dañando la relación con el cliente. Lo primero fue ordenar: un ticket, un hilo, un responsable.
Con el proceso ya ordenado, dimos el siguiente paso.
Ahora, cuando alguien reporta un problema, una IA lo lee y en segundos sugiere tres cosas: qué prioridad debería tener, a qué categoría pertenece y una redacción más clara del problema.
La palabra clave es sugiere. El usuario mantiene su clasificación si así lo decide; el responsable revisa, acepta o corrige. La IA nunca decide sola.
Y hay una segunda regla que considero innegociable: si la IA falla o no está disponible, el sistema sigue funcionando exactamente igual. La operación no puede depender de que un servicio externo esté de buen humor.
¿El resultado? La clasificación que antes ocupaba tiempo de una persona ocurre en segundos, por unos US$0,003 por ticket. Sí: tres décimas de centavo.
Cuando me preguntan si la IA es cara o riesgosa, este caso es mi respuesta: bien diseñada, cuesta centavos y no te quita el control. Mal diseñada, decide por ti y te deja a ciegas cuando falla.
¿Qué te frena más hoy para usar IA en tu operación: el costo, o el miedo a perder el control?
La solución no era más disciplina con Excel. Era dejar de operar con Excel.
En las Partes 1 y 2 vimos el patrón: planillas que colapsan cuando el taller crece, y las 5 señales de que ya cruzaste el límite.
La pregunta obvia: ¿y entonces qué?
He visto dos intentos que casi siempre fallan:
→ Más disciplina. "De ahora en adelante, todos actualizan la planilla." Dura dos semanas.
→ Un ERP genérico. Seis meses de implementación, módulos que nadie usa, y el taller termina volviendo a Excel.
Lo que sí funciona es más simple: un sistema hecho para la operación real de un taller, donde inventario, órdenes de trabajo y compras viven en un solo lugar. Todos actualizan lo mismo. Todos ven lo mismo.
Después de ver este patrón repetirse, construí https://t.co/3isLQogurt con esa lógica: ordenar la operación, no agregar burocracia.
El cambio concreto cuando la información es confiable:
→ Cotizas sabiendo qué tienes en bodega.
→ No compras material duplicado.
→ Prometes fechas según la carga real del taller.
→ El cierre de mes deja de tomar días.
La herramienta vuelve a estar a la altura de la operación.
¿Qué has intentado en tu taller cuando las planillas dejaron de alcanzar?
Para maestranzas y talleres metalúrgicos de 3 a 50 trabajadores.
Órdenes de trabajo, terminal de operarios, costeo real vs. presupuestado. Funciona desde el navegador, andando en días.
60% más barato que el software industrial tradicional.
https://t.co/BjGxN6i44s te muestra el costo real de cada OT contra lo que presupuestaste.
Agenda tu demo aquí: https://t.co/Z2bbcT7e4M
Tu taller no avisa cuando supera a Excel. Pero deja 5 señales.
En la Parte 1 hablamos del síntoma general: planillas que funcionaban con 5 órdenes a la semana y colapsan cuando el taller crece.
Estas son las 5 señales concretas de que ya cruzaste ese límite:
1. Nadie confía en el stock. Antes de cotizar, alguien va a bodega a contar. La planilla existe, pero se verifica a mano.
2. La información vive en personas, no en el sistema. Si el encargado se enferma o sale de vacaciones, hay órdenes que nadie sabe en qué estado están.
3. Prometes fechas de entrega a ciegas. Aceptas trabajos sin saber la carga real del taller, y lo descubres cuando ya es tarde.
4. Compras material que ya tenías. Estaba anotado en alguna parte. Nadie supo en cuál.
5. El cierre de mes toma días. Cruzar planillas a mano para saber si el mes fue bueno o malo.
Cada una parece un problema chico. Juntas son el mismo problema: la operación creció y la herramienta no.
Si reconoces 2 o más, tu taller ya está pagando el costo — aunque no aparezca en ninguna factura.
¿Cuál de las 5 te suena más familiar?
💱 Excel no falla el día que lo instalas. Falla el día que tu taller crece.
Lo he visto repetirse en talleres metalúrgicos con la precisión de un reloj.
Con 5 órdenes de trabajo a la semana, las planillas funcionan. Una para inventario, otra para cotizaciones, otra para órdenes. Todo bajo control.
Entonces el taller crece. Y aparecen los síntomas:
→ Tres versiones del mismo archivo: "inventario_v2", "inventario_FINAL", "inventario_FINAL_corregido".
→ El stock del sistema dice una cosa. La bodega dice otra.
→ Se compra material que ya existía, porque nadie encontró dónde estaba anotado.
→ Una orden se entrega tarde porque vivía en el computador de alguien que salió de vacaciones.
Nada de esto es culpa de Excel. Excel es una herramienta excelente para calcular. Pero nunca fue diseñada para operar: varias personas moviendo inventario, órdenes y compras al mismo tiempo, sobre la misma información.
El costo real no es la licencia. Son las horas perdidas buscando "la versión buena", el material comprado dos veces y las entregas atrasadas que erosionan la confianza del cliente.
En la Parte 2: las 5 señales concretas de que tu taller ya cruzó ese límite.
¿Cuántas versiones de tu planilla de inventario existen hoy en tu taller?
No te pierdas mi último artículo: ¿Tu software actual frena el crecimiento de tu empresa? Por qué el código estático es el enemigo silencioso de tu negocio. https://t.co/1cXYalgo49 a través de @LinkedIn
No te pierdas mi último artículo: Diseñando un SaaS industrial desde cero: el caso de https://t.co/R1JeSTO8Cd https://t.co/5Gv7Rgyx78 a través de @LinkedIn
No te pierdas mi último artículo: Automatizando despliegues modernos con GitHub Actions, Self-Hosted Runners y Linux https://t.co/LhBILYImKf a través de @LinkedIn
Don't let them deceive you, being a Christian does not mean to be passive and stupid before the world, being a Christian means to defend Christ with all your strength, all your mind and all your heart, if you have to fight, you fight, God does not depersonalize you, the world does, it takes away your dignity and wants you to behave as they say. Fight!