Respuestas
¿Por qué no correr RAG sobre nuestro repositorio en vez de otra herramienta de memoria de IA?
Porque la recuperación y la sanción responden preguntas distintas. RAG encuentra los pasajes más parecidos a lo que se preguntó, de entre todo lo que indexó — incluida la decisión que el equipo revirtió el trimestre pasado, el diseño que nunca se construyó, y los dos documentos que se contradicen. No tiene forma de decir cuál de ellos está vigente, porque nada dentro de un índice carga eso. Arroway sostiene un conjunto mucho más chico: las reglas y decisiones que aprobó una persona del equipo, cada una con el nombre de quien la aprobó y la condición que la termina. Un asistente lee ese conjunto antes de actuar. La recuperación te sigue encontrando texto; no es lo que le dice al asistente qué texto sigue contando.
Última actualización September 4, 2026
Parecido no es lo mismo que vigente
La recuperación ordena por semejanza. Pregunta por la política de reintentos y obtienes todos los pasajes que hablan de reintentos — el manual actual, la versión anterior, el hilo donde alguien argumentó en contra, la revisión de incidente que propuso una cuarta opción. Los cuatro parecen igual de relevantes para la consulta, y el equivocado suele ser el más largo y mejor escrito, que es exactamente lo que puntúa bien. Encontrar el texto rara vez es el problema del equipo. Saber cuál de cuatro textos debe obedecer el asistente sí lo es, y esa es una pregunta sobre autoridad, que la semejanza no puede responder.
Alguien tiene que decir que sí
Acá un asistente puede proponer una regla, y una propuesta no rige nada. Sigue siendo propuesta hasta que una persona del proyecto la aprueba — y si la rechaza, el rechazo queda registrado, así que la misma sugerencia no vuelve la semana siguiente como si nadie la hubiera visto. Ese paso de aprobación es toda la diferencia: lo que un asistente lee pasó por una decisión humana y lleva el nombre de quien la tomó. Un índice no tiene ese paso ni dónde ponerlo, porque nada dentro de un documento dice si el equipo estuvo de acuerdo con él.
Las normas vencen; los documentos se leen igual para siempre
Una decisión tomada para un trimestre, un límite que se subió, una regla que solo aplicaba mientras corría una migración — cada una deja de ser cierta en algún momento, y el documento que la describe se sigue leyendo exactamente igual que antes. Cada memoria acá carga la condición que la termina, y una regla superada queda reemplazada por la que la reemplazó en lugar de quedarse en el índice al lado. Lo que un asistente recibe es la respuesta vigente, no un historial de respuestas con la vigente en algún lugar adentro.
Cómo se ve en la práctica
Un equipo de plataforma mantiene su documentación de ingeniería en el repositorio y le pone un índice de recuperación encima. Funciona bien para preguntas como en qué región corre un servicio. Después un ingeniero nuevo le pregunta a su asistente cómo tratar un reintento de pago fallido. El índice devuelve tres pasajes: un documento de diseño de un enfoque que el equipo abandonó, el manual que lo reemplazó, y una revisión de incidente que argumentaba por otra cosa. Los tres viven en el repositorio, los tres son sobre reintentos de pago, y el documento de diseño abandonado es el más largo y detallado — así que vuelve primero. El asistente lo sigue. Nada funcionó mal; el índice hizo lo que hace un índice. Lo que faltaba era un lugar donde alguien hubiera escrito que el enfoque abandonado está abandonado, en una forma que un asistente lee antes de responder. Eso es una frase, y no es el tipo de frase que a alguien se le ocurre poner en un documento — porque todos los que abandonaron el enfoque ya lo saben.
Preguntas que la gente hace sobre esto
- ¿Entonces habría que apagar la recuperación?
- No, y esa sería una lectura equivocada de esto. La recuperación es buena para lo que sirve: ubicar un pasaje en un cuerpo grande de texto que nadie leyó hace tiempo, traer una referencia, buscar en un archivo histórico. La memoria sancionada es para el conjunto corto de cosas que un asistente tiene que saber antes de actuar, se le haya ocurrido o no a alguien preguntar. Un equipo que corre las dos no está duplicando nada — está manteniendo la búsqueda separada de las reglas vigentes.
- ¿No podríamos lograr lo mismo con mejores filtros sobre el índice?
- Se puede filtrar un índice, y los equipos lo hacen — por carpeta, por fecha, por etiqueta. Lo que el filtrado no puede recuperar es quién estuvo de acuerdo. La sanción es un hecho sobre la decisión de una persona, no una propiedad de un documento, así que tiene que registrarse cuando se toma la decisión, por quien la toma. Una vez que ese registro existe, ya no hay que decirle al asistente en qué pasaje confiar: lee el conjunto que se aprobó.
- Nuestras decisiones ya están en el repositorio. ¿No alcanza?
- Es un buen lugar para las que le pertenecen al código, y la comparación entre un archivo de contexto y la memoria curada es una respuesta propia en este sitio. Lo que un repositorio no sostiene es la decisión que nadie escribió como documento — la resolución tomada un martes que cambió cómo el equipo dimensiona el trabajo, la excepción que negoció un cliente, el enfoque que alguien probó y descartó. Esas nunca se vuelven archivos, así que ningún índice las puede encontrar, y son justamente las que un asistente equivoca más seguido.
Dónde se puede comprobar
La documentación de producto de este sitio (Cómo funciona, Instalar), la respuesta sobre archivos de contexto frente a memoria curada para la comparación con archivos, y las reglas de sanción, procedencia y vencimiento en la especificación de producto sancionada. Todo lo que se describe acá es comportamiento que las herramientas aplican hoy, no hoja de ruta.
https://www.arroway.app/en/answers/why-rag-doesnt-replace-sanctioned-memory