CCAR-F · Arquitectura agéntica
Sesiones, reanudar, bifurcar o empezar de nuevo
Una sesión guarda todo el historial: lo que se pidió, lo que se decidió y lo que devolvió cada herramienta. Eso es útil mientras siga siendo cierto.
Cómo elegir
| Situación | Qué hacer |
|---|---|
| No cambió nada y el contexto sigue sirviendo | --resume |
| Cambiaron algunos archivos, pero el resto del análisis sigue valiendo | --resume y avisarle qué archivos cambiaron |
| Los resultados de herramientas quedaron viejos en general (contexto desactualizado) | Sesión nueva con un resumen |
| Querés probar alternativas desde la misma base | fork_session |
Contexto desactualizado
Si cambiaste archivos, el historial tiene las versiones viejas en los resultados de herramientas. Cuando son pocos y el resto del análisis sigue valiendo, conviene reanudar y decirle al agente qué archivos cambiaron, para que los vuelva a analizar sin rehacer toda la exploración. Pero si gran parte de lo que devolvieron las herramientas ya no es cierto, reanudar es frágil: la versión nueva se suma, la vieja sigue ahí y puede seguir guiando el razonamiento. El contexto desactualizado (stale context) se resuelve con una sesión nueva y un resumen inyectado (summary injection) que lleve:
- hallazgos y decisiones;
- preguntas abiertas y próximos pasos;
- qué archivos cambiaron.
Nunca la transcripción completa ni el contenido viejo de los archivos: eso es reanudar disfrazado.
Fork
fork_session copia la sesión actual en una rama nueva. Sirve para explorar dos estrategias desde el mismo análisis, pero hereda todo, también lo desactualizado, así que no limpia nada. Además, el fork aísla el contexto, no el disco: si una rama edita archivos, la otra queda desactualizada. Para eso, cada rama necesita su propia copia del código (una rama de git o un worktree).
Otros casos
- Varias investigaciones en paralelo: dales nombre a las sesiones y volvé con
--resume <nombre>.--continueabre la más reciente, que puede no ser la que buscás. - Válido no es lo mismo que útil: si el contexto está lleno de exploración vieja que ya no sirve, también conviene una sesión nueva con un resumen.
- Trabajos largos: guardá un punto de control (checkpoint) fuera de la conversación, con lo que terminó y lo que produjo. Al reiniciar, el avance sale de ese estado, nunca de lo que el modelo diga de sí mismo.
Pregunta rápida
Una pregunta del simulacro sobre este dominio. Cuenta para tu progreso.
A telecom provider's customer support agent lets the model decide which tools to call and in what order. It handles plan changes, billing questions, number porting and fault reports, and the team is pleased with how flexibly it adapts to different conversations.
The architecture team is now writing internal guidelines for future agents and wants a clear rule for when this model-driven approach is not good enough. Developers have argued about whether the trigger should be the number of tools, the volume of conversations or what users ask for. The guidelines will apply to the four new agents planned for next year.
In which situation should this model-driven approach be replaced by programmatic enforcement?