Configurar un GPT personalizado o un Gem una sola vez y darlo por terminado es el error más caro que podemos cometer cuando usamos la IA. No se nota cuando lo configuramos. Lo notamos meses después, cuando un cliente le dice que algo “ya no es lo que era” y no entiende por qué.
Hace un par de meses revisé los Gems que había preparado para algunos usuarios y que reportaban como “no funciona como antes”. En 4 de cada 10 casos el prompt estaba intacto. El problema era otro: el negocio había cambiado (nueva oferta, nuevo proceso de venta, nuevo tono) y nadie había vuelto a tocar la configuración desde el día en que se creó.
Yo cometí la misma falla con mi propio Gem de ventas. Lo configuré para calificar objeciones de un servicio que dejé de vender hace cuatro meses. Seguía respondiendo con seguridad, seguía sonando coherente, y seguía equivocado en cada conversación nueva.
Un GPT personalizado o un Gem no se rompe de forma visible. Se desactualiza, y la diferencia importa porque nada te avisa. No hay error en pantalla, no hay alerta roja. La respuesta sigue llegando, bien escrita, con la estructura correcta. El problema es que responde al criterio de hace seis meses, no al de hoy.
Aquí está la decisión binaria que la mayoría nunca se plantea de forma explícita: configuración estática, donde la armas una vez y confías en que sigue vigente porque funcionó bien al principio, contra auditoría programada, donde la revisas contra un criterio explícito cada cierto tiempo, sin esperar a que falle de forma visible. No son dos estilos igual de válidos para cualquier usuario. La configuración estática funciona mientras el contexto del negocio no cambia. En alguien que ajusta oferta, precios o proceso cada pocos meses (ejemplo: un freelancer), la configuración estática caduca antes de que lo note.
¡Gracias por leer IAdopters! Suscríbete para recibir guías y marcos efectivos que te ayudan a convertir la IA en una ventaja real para tu negocio.
Paso 1: define el criterio original. Cuando configuraste tu Gem o tu GPT, ¿qué debía resolver exactamente, para qué tipo de cliente, con qué restricciones? Si no puedes responder esto en una frase, no tienes un criterio: tienes una intuición que tu memoria fue abandonando mes a mes.
Cuando reconstruí mi propio Gem de ventas, el problema no fue reescribir el prompt. Fue que no tenía ningún documento de una línea que dijera qué calificaba como una buena respuesta el día que lo armé. Tuve que reconstruirlo adivinando lo que yo mismo había decidido meses atrás, lo que toma más tiempo que tenerlo escrito desde el inicio.
Esto falla cuando el criterio nunca se escribió en ningún lado, ni siquiera en la primera línea del prompt. Sin ese punto de referencia, cualquier auditoría se vuelve opinión: “me parece que responde bien” en lugar de “responde lo que debía responder”.
Paso 2: compara la salida actual contra ese criterio, no contra tu impresión general. Toma entre 5 y 8 interacciones recientes, generadas por el Gem o por ti apoyándote en él, y pregúntate una por una: ¿esto resuelve el criterio original, o resuelve una versión genérica de él que podría servir para cualquier negocio similar?
Paso 3: identifica señales de deriva concretas. Tres son las más frecuentes en los Gems que reviso para el Gems Pack: el asistente sigue mencionando una oferta, un precio o un paso de proceso que ya cambiaste; las respuestas se vuelven más genéricas, como si hubiera perdido detalle específico del negocio; y tú mismo terminas corrigiendo a mano el resultado cada vez, sin notar que dejaste de confiar en la salida cruda.
La señal que más tardé en reconocer fue la tercera. Llevaba semanas editando a mano cada respuesta de mi Gem de ventas antes de enviarla a un cliente. No pensé que eso fuera una alarma. Pensé que estaba “afinándolo un poco”. Eran 15 minutos diarios de parche sobre un problema que debía resolverse una vez, no todos los días.
Esto falla cuando la deriva es lenta. Un cambio brusco se nota de inmediato. Un Gem que se desactualiza un poco cada semana, durante meses, no dispara ninguna alarma hasta que el costo acumulado ya es alto y ya perdiste tiempo, o un cliente, por el camino.
Paso 4: decide entre parche y reconstrucción. Si el criterio original sigue siendo válido y solo cambió un dato puntual (precio, nombre de producto, un paso del proceso), un ajuste de instrucciones específico basta. Si el criterio original ya no aplica porque cambiaste de servicio, de audiencia o de modelo de negocio, parchar el prompt solo agrega capas de excepciones sobre una base que ya no corresponde a lo que haces hoy. En ese caso, reconstruir desde el criterio nuevo cuesta menos tiempo a mediano plazo que seguir acumulando parches sobre algo que ya no te representa.
Hacer estos cuatro pasos a mano, comparando instrucciones originales contra 5 a 8 conversaciones recientes y documentando señales de deriva, toma entre 40 y 55 minutos por asistente. Si manejas tres Gems o GPTs configurados (uno para ventas, uno para contenido, uno para atención a clientes, la combinación típica en un freelancer o un profesional), son entre 2 y 2.5 horas cada trimestre, como mínimo.
El cuello de botella real está en el Paso 1, no en el Paso 3. Identificar señales de deriva es mecánico una vez tienes el criterio original por escrito. El problema es que casi nadie lo escribió cuando configuró el Gem por primera vez, así que cada auditoría empieza reconstruyendo de memoria algo que debería estar documentado desde el día uno. Esa reconstrucción es la parte que se come la mitad del tiempo, y es la parte que más se posterga porque no parece urgente hasta que ya lo es.
PromptMaster no reemplaza el Paso 1: tú sigues siendo quien define qué debía resolver tu asistente. Lo que hace es comprimir los pasos 2 a 4 en una conversación de unos quince minutos en lugar de una hora reconstruyendo todo a mano.
Le pasé las instrucciones originales de mi Gem de ventas y tres respuestas recientes que ya no me convencían. No le pedí que “lo mejorara” en general. Le di el material de la auditoría, no una intuición vaga sobre que algo andaba mal.
Su primera pregunta fue directa: “¿Qué te dice exactamente que estas respuestas ya no califican bien las objeciones? Pega las tres conversaciones completas, no solo el resultado final.” Esa pregunta es el Paso 2 convertido en protocolo: no avanza sobre tu opinión, exige evidencia concreta antes de tocar una sola línea.
Con esas tres conversaciones identificó el patrón en menos de un minuto: el Gem seguía calificando objeciones sobre un servicio de consultoría puntual que yo había reemplazado por un modelo de acompañamiento mensual. No era un error de redacción ni de tono.
La reconstrucción que entregó no fue un parche sobre el prompt viejo. Reescribió por completo la sección de contexto del negocio, dejando intactas las partes que seguían siendo correctas: tono, estructura de respuesta, restricciones de qué no decir. Esto es justo lo que un parche manual rara vez logra: separar con precisión lo que cambió de lo que no, en lugar de reescribir todo desde cero o dejar capas de instrucciones contradictorias acumuladas con el tiempo.
Esto resuelve exactamente el problema con el que abrí este artículo. El cliente que dice “esto ya no es lo que era” no está reaccionando a un Gem roto. Está reaccionando a un Gem que sigue defendiendo un servicio, un precio o un proceso que tú mismo abandonaste hace meses, sin que el asistente se haya enterado porque nadie le avisó. La sensación de que algo cambió no es percepción del cliente: es la consecuencia medible de un criterio que dejó de actualizarse.
Vale la pena ser explícito sobre cuándo este proceso no aplica. Si configuraste tu Gem hace dos semanas y tu oferta no ha cambiado, no necesitas auditarlo todavía: la deriva necesita tiempo y cambios reales del negocio para acumularse, no calendario por sí solo. La auditoría tiene sentido cuando coinciden dos cosas: pasaron al menos dos o tres meses desde la última revisión, y en ese periodo cambiaste algo del negocio que el asistente menciona o asume (precio, proceso, propuesta, audiencia). Sin esa segunda condición, estás auditando por ansiedad, no por necesidad real, y eso también es tiempo perdido.
Antes de pensar en automatizar, haz esto con el GPT o Gem que más usas: escribe en una sola frase qué debía resolver exactamente cuando lo configuraste, para quién y con qué restricción. Después compara esa frase contra las últimas cinco respuestas reales que diste apoyándote en él. Si no coinciden, ya tienes la respuesta a por qué “parece que funciona” sin funcionar del todo.
Si después de ese ejercicio confirmas que el criterio cambió y necesitas reconstruir el prompt completo, no solo un ajuste menor, PromptMaster está disponible dentro de Gems Pack para hacer en una conversación lo que a mano toma una hora por asistente.
La próxima vez que un cliente te diga que algo “ya no es lo que era”, la pregunta que importa no es si tu Gem se rompió. Es desde cuándo dejaste de revisarlo.
Únete a nuestra comunidad IAdopters en Skool. Comienza GRATIS a implementar sistemas de IA para tu negocio
Comments
Nothing yet. Say the first thing.
Sign in to join the conversation.