Duplicado de prompt en la capa de borde dejó inactiva la configuración durante seis semanas
El autor descubrió que su app estaba usando dos archivos de sistema prompt y que solo uno, el hardcodeado en la función edge, era enviado al modelo.
Durante seis semanas el autor afinó el system prompt de su aplicación: reglas de ubicación, tono, prohibición de clichés y varios ejemplos. Cada iteración se guardaba en el repositorio frontend, pero el modelo no mostraba ningún cambio perceptible. Al sospechar que el modelo era obstinadamente resistente, decidió preguntar a la plataforma qué archivo enviaba realmente.
Resultó que existían dos copias del prompt. Una vivía en el código del frontend, donde el autor hacía sus ediciones, y otra estaba codificada de forma estática dentro de la función edge, que era la única que el modelo leía. Esa segunda versión se había quedado atrás meses antes de una actualización. Por eso todas las reglas nuevas nunca llegaron al modelo.
La solución fue sencilla: unificar la importación del prompt en la función edge para que ambas capas compartieran el mismo archivo y eliminar la copia duplicada. En diez minutos, todas las reglas acumuladas durante seis semanas se activaron de golpe.
Dos lecciones clave emergen. Primero, si un cambio de prompt no produce ni el más leve efecto, hay que dudar de la propia canalización antes de culpar al modelo. Segundo, en bases de código generadas automáticamente, es vital mapear tempranamente dónde reside cada pieza de configuración; la duplicación es fácil de crear y a menudo invisible hasta que algo falla.
