Respuestas
¿Por qué la IA abandona una regla que acordamos cinco mensajes atrás?
Porque la regla solo existió dentro de la conversación. Lo que se acuerda a mitad de sesión queda en la misma ventana que todo lo dicho después — el código pegado, los errores que volvieron, el desvío sobre otro asunto — y los patrones propios del modelo son a donde vuelve cuando esa competencia se llena. Una regla que tiene que sobrevivir a haber sido dicha una vez no está guardada en ningún sitio: la está recordando un proceso al que nadie pidió que recordara. Aquí la regla se escribe una vez, fuera de cualquier conversación, y todo asistente lee el conjunto vigente antes de empezar. No depende de que la sesión se acuerde, y por eso mismo sobrevive a la sesión siguiente, a la otra herramienta y al compañero que no estaba.
Última actualización September 15, 2026
La ventana es mesa de trabajo, no archivo
Lo que acordó cinco mensajes atrás no queda guardado en ningún sitio cuando la conversación termina, y no tiene privilegio mientras corre. Está en el mismo flujo que el archivo que pegó y el error que perseguía, y a medida que ese flujo se llena, una instrucción dicha una vez pesa cada vez menos frente a patrones que el modelo aplica por defecto. Por eso el desliz suele caer justo después de un tramo largo o técnico: no porque el asistente discrepara, sino porque la única frase que decía lo contrario está ahora lejos y rodeada.
Dicho una vez, o escrito
El arreglo no es repetirse mejor. Una regla leída al abrir cada sesión, desde un lugar que no es la sesión, no se desgasta a medida que la conversación crece, porque no compite con la conversación. Y deja de ser un hecho sobre usted: la regla de formato que cerró es la misma que lee el asistente de su colega, y la misma que lee su rutina programada a las tres de la mañana. Dicho una vez es propiedad de una conversación. Escrito es propiedad del trabajo.
Y por eso tiene que decir quién estuvo de acuerdo
Cuando la regla pasa a sobrevivir a la conversación, la pregunta siguiente es de quién es. Una preferencia que usted fijó para sí y un estándar que el equipo cerró se ven idénticos por escrito, y solo uno de los dos debería regir el trabajo de otra persona. Así que cada entrada registra quién la aprobó, y un asistente puede proponer pero no instituir: una propuesta sigue siendo propuesta hasta que una persona la apruebe. Eso es lo que impide que una regla escapada de una conversación se vuelva, calladamente, la de todos.
Cómo se ve en la práctica
Abre una sesión y pide mensajes de commit cortos: una línea, imperativo, sin cuerpo. Los primeros salen exactamente así. Luego pasa veinte minutos con una prueba que falla, pega dos trazas y un archivo de configuración, y vuelve a hacer commits. El mensaje siguiente vuelve con tres párrafos de cuerpo explicando el cambio. Usted no cambió de opinión y el asistente no decidió lo contrario: la frase que fijó la regla está ahora veinte mensajes atrás, detrás de dos trazas, y la forma por defecto de un mensaje de commit es el patrón más fuerte que queda a la vista. Lo repite. Aguanta un rato. Mañana abre una sesión nueva y lo repite otra vez, y lo mismo hace todo el que en el equipo quiere lo mismo, cada uno dentro de su propia conversación, sin que ninguno sepa que los demás lo están haciendo.
Preguntas que la gente hace sobre esto
- ¿No es para eso el prompt de sistema o las instrucciones personalizadas?
- Son la misma idea y sí ayudan, con dos límites que conviene conocer. Pertenecen a una herramienta, así que la regla se detiene en su borde: el otro asistente, la rutina programada y la configuración del colega nunca la ven. Y no llevan noción de quién estuvo de acuerdo ni de cuándo deja de aplicarse, así que una preferencia personal y un estándar de equipo quedan en el mismo bloque, y la regla que fijó para un proyecto le sigue al siguiente.
- Hay reglas que son solo de esa conversación. ¿Todo tiene que quedar escrito?
- No, y la mayor parte no debería. La prueba es si querría que valiera mañana, en otra herramienta, para alguien que no estaba en la conversación. “Usa tabulador en este archivo” es conversación. “Escribimos el asunto del commit en imperativo” es regla. Registrar lo primero es cómo un almacén se llena de cosas que nadie quiso guardar.
- ¿Y cuando una regla deja de aplicarse?
- Cada una nace con la condición que la termina, así que se retira cuando esa condición se cumple, en vez de seguir vigente porque quitarla no era tarea de nadie. Una regla que resulta estar equivocada se sustituye por otra que la nombra, de modo que el asistente lee la versión actual y no las dos.
Dónde se puede comprobar
Documentación del producto en este sitio (Cómo funciona, Instalar), la respuesta sobre una regla duplicada en cuatro prompts para la versión de equipo de este mismo problema, y las reglas de sanción, procedencia y vigencia en la especificación sancionada del producto. Todo lo descrito aquí es comportamiento que las herramientas aplican hoy, no hoja de ruta.
https://www.arroway.app/en/answers/rules-that-slip-five-messages-later