Respuestas
No quiero que la IA se acuerde de mí. Mantengo contexto por proyecto. ¿No basta con eso?
Mantener contexto por proyecto es el instinto correcto, y es el mismo sobre el que esto está construido — lo que se recuerda aquí es el proyecto, nunca la persona. El hueco no está en el recorte que elegiste, está en qué lo sostiene. Un contexto por proyecto que vive en un archivo que tú editas funciona mientras seas el único que lo lee y el único que lo escribe; empieza a costar en el instante en que una segunda persona, una segunda máquina o un segundo asistente tocan el mismo proyecto, porque nada en el archivo dice qué versión rige ni quién decidió. Así que esto no es un producto de perfil personal con un ajuste de proyecto. La unidad es la decisión del proyecto, una persona la sanciona, y quien abra ese proyecto a continuación la lee — otro compañero, otra herramienta, o tú dentro de tres semanas.
Última actualización September 18, 2026
Por proyecto es el recorte; no es la respuesta sobre qué lo sostiene
Hay dos decisiones distintas escondidas en "mantengo contexto por proyecto". La primera es el recorte, y ya está bien: lo que un asistente debe saber sobre este trabajo no es tuyo, es del trabajo. La segunda es qué sostiene ese recorte, y un archivo que tú mantienes es una respuesta entre varias. Es una buena respuesta para lo que el proyecto ES — las convenciones, la estructura, las cosas que alguien podría verificar mirando. Es una respuesta más débil para lo que alguien DECIDIÓ, porque una decisión tiene autor, tiene un momento y tiene un final, y una línea de prosa no lleva ninguno de los tres.
El producto con forma de perfil es otro producto, y no es este
La objeción suele apuntar a algo concreto, y que vale la pena rechazar: un asistente acumulando un retrato de ti — cómo escribes, qué preguntaste el mes pasado, preferencias inferidas de la conversación — y llevándolo a un trabajo que no tiene relación alguna. Ese diseño tiene costos reales, y desconfiar de él es razonable. Lo que se guarda aquí no es eso. Es lo que el proyecto tiene: una regla que alguien estableció, una decisión con el nombre de quien la tomó al lado, un hecho con fecha y con la condición que lo termina. Si te fueras del equipo mañana, todo en el proyecto seguiría teniendo sentido y seguiría rigiendo, porque nada de eso era sobre ti.
Una persona es el caso, no el caso reducido
Es justo preguntar si algo de esto importa cuando eres solo tú. Importa, y la razón es que el segundo lector rara vez es una segunda persona — es el mismo trabajo llegando a otra sesión, a otra máquina o a otro asistente. Resuelves algo el lunes dentro de una herramienta, y el jueves otra no tiene forma de saber que eso ocurrió. Es el mismo fallo que dos colegas contradiciéndose, menos el colega, y por eso un proyecto de una sola persona se trata aquí como el caso corriente, no como la versión pequeña de uno de equipo.
Cómo se ve en la práctica
Un desarrollador mantiene un archivo de contexto por repositorio y está contento con él. Describe el stack, la disposición de las carpetas y el comando de pruebas, y cada asistente que abre el proyecto lo lee. Entonces se toma una decisión en una conversación: este servicio no va a depender de la cola interna, por un fallo de hace dos trimestres. Es una restricción real, se aplica a todo cambio futuro, y no es una propiedad del código — nada en el repositorio la muestra, porque trata de lo que está deliberadamente ausente. Entra en el archivo de contexto, como una línea entre sesenta. Tres meses después un asistente propone exactamente esa dependencia, y el motivo es fácil de reconstruir: la línea seguía ahí, seguía siendo cierta, e indistinguible de las cincuenta y nueve líneas de alrededor que describen la forma del proyecto. Nada la marcaba como decisión, no había el nombre de nadie en ella, y nada decía qué la terminaría. El recorte estaba bien. La línea es la que no tenía ningún estatuto.
Preguntas que la gente hace sobre esto
- ¿Entonces guarda algo sobre mí?
- Guarda quién sancionó qué, porque una decisión sin autor no es auditable — no tendrías forma de distinguir una regla que el equipo acordó de una frase que un asistente escribió con confianza. Eso es un nombre en una decisión, no un perfil: no se infiere nada sobre ti a partir de cómo trabajas, nada te sigue a otro proyecto, y nada se usa para moldear cómo te habla un asistente. El registro responde qué rige aquí y quién lo puso ahí, y se detiene ahí.
- Soy la única persona en este proyecto. ¿Para quién es la memoria?
- Para cada asistente que lo abra, incluida la siguiente sesión de aquel con el que estás hablando ahora. Ese es el lector para el que esto está hecho: no tiene memoria del lunes, no tiene forma de preguntarte qué quisiste decir, y no tiene acceso a la conversación en la que la cosa se resolvió. Escribir la decisión donde se lee al abrir el trabajo es lo que hace que la siguiente sesión empiece donde tú lo dejaste, en vez de empezar desde el repositorio.
- ¿Mi archivo de contexto no hace ya esto?
- Hace una parte, sí, y esa parte debe quedarse ahí. El corte que vale la pena hacer es entre lo que el proyecto ES y lo que alguien DECIDIÓ sobre él. Lo primero se verifica leyendo el código y vive junto al código; lo segundo tiene autor, fecha y final, y esos tres son justamente lo que un archivo no lleva. Cuando las decisiones se mudan a algo que sí las lleva, el archivo suele acortarse y deja de ser aquello que nadie quiere releer.
Dónde se puede comprobar
Documentación del producto en este sitio (Cómo funciona, Instalación), las respuestas que comparan archivos de contexto versionados con memoria curada y sobre seguir hechos de IA sin una hoja de cálculo, y las reglas de recorte por proyecto, sanción y vigencia en la especificación sancionada del producto. Todo lo descrito aquí es comportamiento que las herramientas aplican hoy, no roadmap.
https://www.arroway.app/en/answers/ai-remembering-you-isnt-the-point-the-project-is