앤트로픽은 2025년 9월 29일 공개한 공식 엔지니어링 글에서 AI 에이전트 성능을 높이려면 한 번의 프롬프트보다 매 단계에 들어가는 맥락 전체를 설계해야 한다고 설명했다. 프롬프트 엔지니어링이 지시문 작성에 집중한다면 컨텍스트 엔지니어링은 시스템 지침, 대화 이력, 검색 결과, 도구 정의와 출력까지 모델이 보는 상태를 함께 다룬다. 같은 회사가 9월 11일 공개한 도구 설계 글도 MCP(모델 컨텍스트 프로토콜)로 많은 도구를 연결하는 것만으로는 부족하며, 도구가 필요한 정보만 명확한 형식으로 돌려줘야 한다고 강조했다.
실제 사용에서는 모든 자료를 미리 넣기보다 필요한 순간에 검색하고 결과를 좁혀 쓰는 방식이 핵심이다. 앤트로픽은 Claude Code가 대규모 데이터를 다룰 때 표적 질의를 만들고 결과를 저장한 뒤, 명령줄 도구로 일부만 확인하는 사례를 들었다. 긴 작업에는 대화와 도구 결과를 압축하는 컴팩션, 진행 상태를 외부 파일에 남기는 구조화 메모리, 일을 여러 하위 에이전트에 나누는 구조를 제시했다. 2026년 6월 17일 AWS 서밋 뉴욕 세션 설명도 이 세 가지를 Claude Code의 장기 작업 패턴으로 다시 확인했다.
이 접근은 고객지원 기록, 사내 문서, 코드 저장소처럼 자료가 크고 도구 호출이 여러 번 이어지는 업무의 개발·운영팀에 유용하다. 담당자는 프롬프트를 길게 만드는 대신 도구 이름과 입력값을 모호하지 않게 정의하고, 응답에서 내부 식별자나 불필요한 원문을 덜어내며, 실제 업무와 비슷한 평가 과제로 반복 검증해야 한다. 아래 표는 앤트로픽의 두 엔지니어링 글과 AWS 행사 설명에서 공통으로 확인되는 설계 지점을 실무 순서로 정리한 것이다.
| 단계 | 확인된 방법 | 주의할 한계 |
|---|---|---|
| 맥락 구성 | 작은 고신호 정보만 단계별로 제공한다 | 긴 문맥은 회상 정확도를 떨어뜨릴 수 있다 |
| 도구 설계 | 입출력 규격을 명확히 하고 필요한 결과만 반환한다 | 도구가 많아도 설명과 평가가 부실하면 성능이 보장되지 않는다 |
| 장기 작업 | 컴팩션·구조화 메모리·하위 에이전트를 조합한다 | 압축은 세부 정보를 잃을 수 있고 탐색은 실행 시간을 늘린다 |
비용과 한계도 분명하다. 런타임 탐색은 미리 계산한 검색보다 느리고, 잘못 설계된 도구는 불필요한 출력을 쌓아 토큰 사용량을 키운다. 컴팩션은 오래된 세부 내용을 놓칠 수 있으며, 하위 에이전트 분할도 조정과 결과 통합에 추가 자원을 쓴다. 따라서 컨텍스트 엔지니어링은 프롬프트를 대체하는 만능 기법이 아니라 제한된 주의 예산 안에서 정보·도구·기억을 배치하는 운영 원칙이다. 앤트로픽이 구체적인 이용 가격이나 모든 업무에 통하는 단일 형식을 제시한 것은 아니므로, 팀마다 실제 과제로 정확도·지연시간·토큰 소비를 함께 측정해야 한다.
저작권자 © STORIUM 무단전재 및 재배포 금지
