컨텍스트 창을 기억으로 착각하면 생기는 일

컨텍스트는 기억 저장소가 아니라 계속 정리하며 써야 하는 작업대입니다.

AI 에이전트와 오래 일하다 보면 컨텍스트 창을 기억처럼 다루고 싶어집니다.
앞에서 설명했으니 알고 있겠지, 어제 말했으니 이어서 하겠지, 파일을 읽었으니 계속 기억하겠지 생각합니다.
하지만 실제 작업에서는 이 기대가 자주 깨집니다.
컨텍스트는 영구 기억이 아니라 지금 펼쳐 놓은 작업대에 가깝습니다.

작업대에는 물건을 올릴 수 있지만 무한히 올릴 수는 없습니다.
오래된 종이는 밀려나고, 비슷한 문서는 섞이고, 방금 읽은 내용이라도 어디에 쓰는 정보인지 분명하지 않으면 잡음이 됩니다.
그래서 에이전트 작업에서는 무엇을 컨텍스트에 넣을지보다 무엇을 빼고 유지할지가 더 중요합니다.

컨텍스트는 많을수록 좋은 것이 아닙니다

초보적인 실수는 자료를 전부 넣는 것입니다.
모든 문서, 모든 로그, 모든 회의록을 주면 에이전트가 더 정확해질 것 같지만, 실제로는 판단 기준이 흐려집니다.
지금 작업에 필요한 정보와 참고만 해야 하는 정보가 같은 무게로 들어가기 때문입니다.

좋은 컨텍스트는 작고 역할이 분명합니다.
현재 목표, 카운트 기준, 금지 범위, 진입점, 완료 조건 정도면 많은 작업이 안정됩니다.
반대로 배경 설명이 길어도 “무엇을 하지 말아야 하는지”가 없으면 위험합니다.

중요한 것은 컨텍스트 밖에 고정합니다

계속 유지되어야 하는 규칙은 대화 안에만 두면 안 됩니다.
manifest, tracker, runbook, skill, entrypoint 같은 파일에 남겨야 합니다.
대화는 흐르고 파일은 남습니다.
에이전트가 바뀌거나 세션이 끊겨도 같은 기준으로 이어가려면 기준이 컨텍스트 밖에 있어야 합니다.

저는 이 차이를 몇 번 겪고 나서야 이해했습니다.
“방금 말했잖아”라는 말은 사람에게는 통하지만, 운영 시스템에는 약합니다.
에이전트에게 반복해서 적용할 규칙이라면 문서로 승격해야 합니다.

문서로 승격한다는 말은 아무 데나 적는다는 뜻이 아닙니다.
살아 있는 기준은 한 곳에 있어야 합니다.
같은 규칙이 세 파일에 흩어지면 에이전트는 셋 중 하나를 고르고, 사람은 어느 것이 최신인지 다시 확인해야 합니다.
SSOT가 필요한 이유가 여기에 있습니다.
컨텍스트 창은 작업대이고, SSOT는 작업대 위에 올려 둘 원본입니다.

작업대는 정리하면서 써야 합니다

컨텍스트 관리는 한 번의 입력으로 끝나지 않습니다.
작업이 길어지면 중간에 현재 상태를 다시 적어야 합니다.
몇 개가 끝났는지, 무엇을 제외했는지, 어떤 결정이 바뀌었는지 기록해야 합니다.
이 정리가 없으면 에이전트는 예전 기준과 새 기준을 섞어 버립니다.

컨텍스트 창은 똑똑한 비서의 머릿속이 아닙니다.
계속 정리해야 하는 작업대입니다.
이 비유를 받아들이면 AI 협업 방식이 조금 차분해집니다.
더 많이 넣는 대신, 지금 필요한 것만 남기게 됩니다.

오래 걸리는 작업은 중간 스냅샷이 필요합니다

한 번에 끝나는 작업이라면 컨텍스트가 조금 지저분해도 버틸 수 있습니다.
하지만 100개 글 만들기, 대량 예약, 여러 에이전트가 나눠 하는 작업처럼 길어지면 중간 스냅샷이 필수입니다.
스냅샷에는 현재 숫자, 제외 항목, 다음 행동, 검증 기준이 들어가야 합니다.
그래야 다음 세션이 “무엇을 했더라”에서 시작하지 않습니다.

좋은 스냅샷은 짧아도 강합니다.
새 글 10개 완료, Flutter 제외, 기존 발행 글 제외, 90개 남음 같은 문장은 작업의 방향을 다시 잡아 줍니다.
컨텍스트가 흐려질수록 이런 문장이 필요합니다.