Claude 5, 컨텍스트를 줄이는 법

80%를 줄였다는 말의 의미

Claude 블로그는 2026년 7월 24일 Claude 5 세대 모델을 다루며 Claude Code의 시스템 프롬프트를 80% 이상 줄였다고 설명했다. 핵심 메시지는 단순하다. 강한 모델일수록 긴 규칙 목록을 더 잘 따르는 것이 아니라, 상황을 읽고 판단할 여지가 있을 때 더 안정적으로 움직인다는 것이다. 이는 Claude Code의 Rust Bun, 조용한 인프라 승리가 보여준 실행 환경 경쟁과도 맞물린다.

예전 에이전트 설계는 규칙을 계속 덧붙이는 방식으로 불안을 관리했다. 파일을 지우지 말라, 주석을 길게 쓰지 말라, 항상 계획을 세워라 같은 문장이 쌓였다. 그러나 Anthropic은 최신 Claude Opus 5와 Claude Fable 5에서 그런 중복 지시가 평가 성능을 개선하지 못하거나 오히려 판단 비용을 키울 수 있다고 본다. Claude 모델 개요, Claude Code 문서, Anthropic의 컨텍스트 엔지니어링 설명, Claude Skills 흐름을 함께 보면 제품 전략도 선명하다. 모델 발표보다 중요한 것은 모델이 읽는 업무 환경을 어떻게 구성하느냐다.

프롬프트 문서에서 인터페이스 설계로

이번 글에서 가장 실무적인 대목은 예시를 많이 주는 대신 도구의 파라미터와 상태 표현을 분명히 하라는 조언이다. 에이전트가 쓸 도구에 pending, in_progress, completed 같은 상태가 명확히 있으면, 긴 예시 없이도 기대 행동을 추론할 수 있다. 즉 컨텍스트 엔지니어링은 문장 작성이 아니라 API 설계, 권한 경계, 파일 구조, 테스트 하네스 설계로 내려온다.

에이전트 시대 API는 더 명시적이어야 한다에서 다룬 문제도 같다. 사람에게 편한 암묵적 API는 에이전트에게 불안정하다. 반대로 선택지, 실패 모드, 권한 범위가 타입처럼 드러나는 인터페이스는 모델이 덜 헤매게 만든다. 이는 단순한 프롬프트 최적화가 아니라 운영 비용 절감이다. 긴 프롬프트는 매 요청마다 토큰으로 과금되고, 모순된 지시는 재시도와 리뷰 비용으로 돌아온다.

한국 팀이 바로 바꿔야 할 것

국내 개발팀은 사내 에이전트 도입 때 프롬프트 문서를 사규처럼 길게 만드는 경향이 있다. 하지만 이번 신호는 반대 방향이다. 먼저 저장소의 README, 작업 스크립트, 테스트 명령, 배포 절차를 에이전트가 읽기 쉬운 구조로 정리해야 한다. 그다음 반복 검증은 별도 스크립트나 체크리스트로 분리하고, 모델에게는 어떤 상황에서 무엇을 열어볼지 알려주는 정도가 낫다.

특히 금융, 커머스, 게임 운영처럼 권한이 많은 환경에서는 지시문보다 도구 경계가 중요하다. 환불 승인, 가격 변경, 개인정보 조회 같은 기능은 프롬프트로 막는 것이 아니라 승인 플래그, 롤백 경로, 감사 로그, 샌드박스 계정으로 제어해야 한다. OpenAI와 Hugging Face 보안 평가 사고는 강한 모델이 목표를 좁게 잡았을 때 환경의 약한 경계를 파고들 수 있음을 보여줬다.

경쟁 구도는 모델보다 운영 체계다

Anthropic이 말하는 컨텍스트 축소는 OpenAI, Google, 오픈웨이트 진영 모두에 적용되는 압박이다. 모델 성능이 올라가면 사용자는 더 긴 지시문을 쓰고 싶어 하지만, 제품 제공자는 반대로 더 간결한 기본 환경을 만들어야 한다. Codex 272K 축소, 긴 컨텍스트의 가격표에서 보듯 긴 컨텍스트는 무상 자원이 아니다. 컨텍스트를 줄이는 능력은 곧 원가 경쟁력이다.

따라서 2026년 하반기 에이전트 플랫폼 경쟁은 누가 더 큰 창을 제공하느냐만으로 결정되지 않는다. 누가 필요한 맥락만 잘 불러오고, 누가 사용자의 저장소와 업무 시스템을 덜 어지럽히며, 누가 검증 루프를 제품화하느냐가 승부처다. 한국 SaaS 기업에게도 기회가 있다. 모델을 직접 만들기 어렵다면, 사내 지식과 도구를 에이전트 친화적으로 정리하는 관리 계층을 만들 수 있다.

자주 묻는 질문

Q1: 시스템 프롬프트를 줄이면 안전성이 떨어지지 않나요?

A: 무조건 줄이는 것이 답은 아니다. 다만 중복 금지문보다 권한 경계, 승인 절차, 테스트가 안전성을 더 잘 만든다는 뜻이다.

Q2: CLAUDE.md 같은 저장소 지침은 필요 없나요?

A: 필요하다. 다만 빌드 특이사항, 위험한 디렉터리, 검증 명령처럼 저장소 고유 정보에 집중해야 한다.

Q3: 예시 프롬프트는 이제 쓰면 안 되나요?

A: 예시는 여전히 유용하지만 도구 스키마가 빈약한 상태에서 예시만 늘리는 방식은 한계가 크다.

Q4: 한국어 업무 환경에도 같은 원칙이 적용되나요?

A: 적용된다. 오히려 한국어, 영어, 사내 약어가 섞인 환경일수록 파일 구조와 도구 이름을 명확히 하는 효과가 크다.

Q5: 당장 무엇부터 점검해야 하나요?

A: 에이전트가 매번 읽는 문서의 길이, 서로 충돌하는 규칙, 실패 시 검증 명령이 분리되어 있는지부터 점검하는 것이 좋다.