Por muy potente que sea la capacidad de razonamiento de un Agent de un modelo grande, siempre está limitada por dos fronteras: la ventana de contexto de una sola sesión C<sub>máx</sub> es finita, y al cerrar la sesión ni el estado ni la experiencia son recuperables; mientras que el ciclo de vida de un proyecto real de ingeniería o investigación T<sub>proyecto</sub> puede durar meses o incluso años, por lo que T<sub>proyecto</sub> ≫ C<sub>máx</sub>. La contradicción central no radica en una capacidad de razonamiento insuficiente en una sola sesión, sino en que la experiencia no puede cruzar el ciclo de vida de un Agent: sin persistencia, los fallos, las compensaciones, las soluciones candidatas y las conclusiones de validación de cada experimento se pierden al vaciarse el contexto, y el siguiente Agent solo puede repetir la exploración.
Agotamiento del contexto: la frontera rígida de una sola sesión
La ventana de contexto de un Agent es un recurso finito. Puede albergar el objetivo de la tarea actual, las observaciones locales y el razonamiento reciente, pero una vez cerrada la sesión, el estado, las conclusiones temporales y la experiencia ya no están disponibles. En proyectos de largo plazo, la memoria del proyecto no puede residir en un solo contexto, porque al iniciar la siguiente sesión el contexto ya está en cero o solo conserva una cantidad mínima de información externa inyectada.
Persistencia a nivel de proyecto: externalizar la experiencia en el mundo del software
La solución consiste en la Persistencia a nivel de proyecto: externalizar las configuraciones fallidas, los procesos de compensación, las soluciones candidatas y las conclusiones de validación de cada experimento en artefactos persistentes a nivel de proyecto, como código, pruebas, registros de experimentos, registro de decisiones, métricas de evaluación y resultados de validación. Así, el siguiente Agent no necesita empezar desde cero, sino que puede leer la experiencia previa del repositorio del proyecto y determinar qué direcciones ya se han verificado, qué conflictos siguen sin resolverse y qué métricas ya cumplen los objetivos.
Expansión de las fronteras del objeto de evolución
Desde la perspectiva de la evolución de métodos, el objeto de evolución ya no se limita a parámetros numéricos o soluciones candidatas de una sola vez, sino que se expande a unmundo de software persistente, versionable y heredable. Cada nuevo artefacto generado en una sesión modifica el estado de ese mundo, y la siguiente sesión continúa la evolución sobre ese mundo actualizado. Así, el proceso de optimización deja de ser una tarea puntual y se convierte en unaevolución continua a nivel de proyecto.
Colaboración multi-Agent y descomposición recursiva
Varios Agents con ciclos de vida limitados pueden trabajar en colaboración: los ejecutores de nivel superior comprenden el objetivo y descomponen las tareas, mientras que los de nivel inferior realizan la implementación y las pruebas locales, descomponiendo recursivamente cuando sea necesario. La continuidad entre ciclos de vida la garantiza la persistencia a nivel de proyecto: cada Agent, antes de cerrarse, escribe el estado clave en los artefactos del proyecto, y el nuevo Agent, al iniciarse, primero lee la memoria del proyecto y luego decide su siguiente acción local.
Conflictos de objetivos y retroalimentación dispersa en la ingeniería real
Los proyectos de largo plazo suelen presentar conflictos de objetivos, por ejemplo, es difícil optimizar simultáneamente el rendimiento, el coste y la robustez; además, la retroalimentación puede ser dispersa, ya que un experimento puede tardar horas o incluso días. Sin persistencia a nivel de proyecto, estos conflictos y esta retroalimentación dispersa no pueden registrarse de forma estable, y el siguiente Agent vuelve a tropezar con los mismos problemas. El registro de decisiones y las métricas de evaluación persistentes son precisamente el vehículo clave para convertir la retroalimentación dispersa en experiencia heredable.
Comparación de la persistencia entre ciclos de vidaEl diagrama compara el contexto de un solo Agent con la persistencia a nivel de proyecto: la ventana de una sola sesión es finita y, al cerrarse, ni el estado ni la experiencia son recuperables; los artefactos a nivel de proyecto externalizan y conservan las configuraciones fallidas, los procesos de compensación, las soluciones candidatas y las conclusiones de validación, permitiendo que el siguiente Agent lea la experiencia previa y continúe la evolución sobre el mundo de software actualizado.
