원문 은 에이전트에게 한 번의 지시를 잘 쓰는 일에서 작업에 필요한 맥락 전체를 설계하는 일로 초점을 옮깁니다. 프롬프트와 함께 파일, 이전 작업 기록, 도구 결과, 검증 규칙 중 무엇을 현재 컨텍스트에 넣을지 결정해야 한다는 주장입니다.

기록·선택·압축·격리

원문은 컨텍스트를 다루는 작업을 네 가지로 설명합니다. 기록 은 규칙과 상태를 파일로 남겨 다음 실행에서 다시 읽게 합니다. 선택 은 지금 필요한 자료만 가져옵니다. 압축 은 오래된 실행 기록을 요약해 새 결과가 묻히지 않게 합니다. 격리 는 하위 작업에 별도 컨텍스트를 주고 필요한 결과만 부모 작업에 돌려줍니다.

이 네 작업을 제대로 하지 않으면 대화가 길어질수록 관련 없는 정보가 쌓입니다. 모델의 입력 한도가 남아 있어도 현재 판단에 필요한 근거를 찾기 어려워지는 문제를 원문은 지적합니다.

반복 루프에 맥락 설계를 넣기

원문에서 루프는 이 작업을 반복하는 실행 구조입니다. 실행 결과와 실패 이유를 기록합니다. 다음 회차에 관련 자료를 고른 뒤 오래된 내용을 압축합니다. 하위 에이전트의 작업도 분리합니다. 같은 지시를 무작정 반복하는 것으로는 개선이 쌓이지 않습니다.

Claude Code 적용 예로 프로젝트 규칙 파일, 목표와 범위를 적은 작업 명세, 독립적인 검증 단계가 제시됩니다. 다만 원문에 등장하는 성능 수치와 유명 개발자의 발언은 이 게시물의 주장입니다. 특정 프로젝트에서도 같은 효과가 나는지는 실제 작업 결과로 확인해야 합니다.

요약

  • 컨텍스트 설계는 파일·기록·도구 결과와 규칙 중 지금 필요한 것을 고르는 일입니다.
  • 기록, 선택, 압축, 격리를 반복 루프에 넣어 다음 실행의 입력을 관리합니다.
  • 루프의 결과는 별도로 검증해야 합니다. 원문의 수치를 보편적인 성능 보장으로 읽으면 안 됩니다.