앤트로픽이 클로드 코드의 시스템 프롬프트를 80% 넘게 걷어냈습니다. 코딩 평가에서 측정 가능한 손실은 없었습니다.
규칙을 촘촘히 주던 방식이 모델의 판단을 막는 단계에 들어섰습니다. 지시문 설계 규칙이 여섯 가지 방향으로 뒤집혔습니다.
핵심은 앞에 다 놓지 않는 것입니다. 얇은 입구를 두고 필요할 때 꺼내 쓰게 하는 구조로 옮겨가고 있습니다.
당신이 공들여 쓴 지시문은 모델을 돕고 있습니까,
아니면 모델의 판단을 막고 있습니까?
지난 2년간 조직들은 프롬프트를 쌓는 데 시간을 썼습니다. 금지 사항을 늘리고 예시를 붙이고 예외를 적었습니다.
앤트로픽의 클로드 코드 팀은 반대로 했습니다. 상위 모델용 시스템 프롬프트에서 80% 넘게 지웠습니다. 그리고 코딩 평가에서 측정 가능한 성능 저하를 찾지 못했습니다. 공들여 쓴 지시문의 대부분이 값을 하지 못했다는 뜻입니다.
모델 세대가 바뀌면 잘 쓰는 법도 바뀝니다. 지금 대부분의 사내 지시문은 이전 세대 모델을 전제로 작성됐습니다. 그때는 모델이 규칙을 벗어나는 것이 문제였습니다. 지금은 규칙이 모델의 판단을 가로막는 것이 문제입니다. 이 전환을 모르면 좋은 모델을 사고도 이전 성능에 묶입니다.
첫째, 규칙을 주던 자리에 판단을 남깁니다. 이전 세대에는 촘촘한 가드레일이 필요했습니다. 지금은 그 가드레일이 모델의 맥락 판단을 덮어씁니다. 앤트로픽은 오퍼스 5와 페이블 5용 시스템 프롬프트에서 이런 규정을 대거 걷어냈습니다. 다만 원문도 단서를 답니다. 실수 비용이 큰 지점에서는 여전히 제약을 남기라는 것입니다.
둘째, 예시를 붙이는 대신 인터페이스를 설계합니다. 예전에는 도구 사용법을 예시로 보여줬습니다. 지금은 도구 자체를 잘 만드는 쪽이 낫습니다. 원문이 든 예가 명확합니다. 할 일 관리 도구의 상태 값을 대기, 진행 중, 완료로 열거해 둔 경우입니다. 그러면 쓰는 법을 따로 설명할 필요가 없어집니다. 파라미터가 곧 설명서 역할을 합니다.
셋째, 앞에 다 놓지 않고 필요할 때 꺼냅니다. 도구와 스킬을 시작부터 전부 적재하지 않고 지연 로딩합니다. 컨텍스트 창은 유한하고, 채워질수록 모델의 판단은 흐려집니다. 얇은 입구를 두고 그 뒤에 깊이를 숨기는 구조입니다.
넷째, 같은 말을 여러 곳에 적지 않습니다. 시스템 프롬프트와 도구 설명과 문서에 같은 지시를 중복해 두는 관행이 있었습니다. 지금은 도구 설명 한 곳에 모으는 편이 낫습니다. 중복은 분량만 늘리고 신호는 흐립니다.
다섯째, 기억을 수동으로 적지 않습니다. 지금까지는 반복되는 맥락을 사람이 설정 파일에 적어 넣었습니다. 자동 메모리가 그 자리를 대신합니다. 사람이 관리하던 기억 파일이 시스템의 일이 되는 방향입니다.
여섯째, 명세 대신 진짜 물건을 참조로 줍니다. 짧은 요구사항 문서보다 실제 코드, 화면 산출물, 테스트 묶음이 더 정확한 참조가 됩니다. 무엇을 만들지 설명하는 대신 비슷한 것을 보여주는 방식입니다. 문서를 쓰는 시간이 예제를 정리하는 시간으로 옮겨갑니다.
일곱째, 네 층으로 나눠 두는 것이 결론입니다. 원문은 맥락을 층으로 쌓으라고 정리합니다. 각 층이 맡는 역할이 다르고, 아래로 갈수록 필요할 때만 불러옵니다.
| 층 | 담는 내용 | 적재 시점 |
|---|---|---|
| 시스템 프롬프트 | 제품 맥락과 에이전트의 기본 행동 | 항상 |
| 저장소 설명 파일 | 가벼운 개요와 함정이 되는 지점 | 항상 |
| 스킬 | 팀의 방식을 담은 짧은 안내서 | 필요할 때 |
| 참조 자료 | 상세 명세, 화면 산출물, 실제 코드베이스 | 필요할 때 |
출처: Shihipar (2026, July 24), 맥락 구조 권고 재구성.
여덟째, 이 변화의 진짜 의미는 관리 대상의 이동입니다. 지금까지 조직은 프롬프트를 관리했습니다. 앞으로는 도구와 스킬과 참조 자료를 관리하게 됩니다. 잘 쓴 문장 하나가 아니라, 잘 설계된 인터페이스와 잘 정리된 예제가 자산이 됩니다. 관리 부서도 바뀌어야 한다는 뜻입니다.
"하지 마라", "반드시", "절대"로 시작하는 문장을 모두 표시하고, 실수 비용이 큰 항목만 남기세요. 나머지는 지우고 한 주간 결과를 비교하세요. (이번 주)
같은 규칙이 프롬프트와 문서와 도구 설명에 흩어져 있는지 확인하세요. 도구 설명에만 남기고 나머지는 삭제하세요. (이번 달)
모든 안내서를 처음부터 적재하지 말고, 작업 유형에 따라 꺼내 쓰는 구조로 나누세요. 컨텍스트가 짧을수록 판단이 선명해집니다. (이번 분기)
잘 만든 예제 코드 하나, 통과하는 테스트 묶음 하나, 실제 화면 하나를 표준 참조로 지정하세요. 문서보다 정확하게 전달됩니다. (이번 분기)
최신 모델을 전제한 지침입니다. 오퍼스 5와 페이블 5 세대를 기준으로 검증됐습니다. 이전 세대 모델에서 같은 방식으로 지시문을 걷어내면 결과가 나빠질 수 있습니다.
실수 비용이 큰 곳은 예외입니다. 원문도 과잉 제약을 피하되 실수가 비싼 지점은 제외하라고 적습니다. 결제, 개인정보, 외부 발송 같은 영역의 규칙은 남겨야 합니다.
코딩 평가 기준의 결과입니다. 80% 삭제 후 손실이 없었다는 측정은 코딩 평가에서 나왔습니다. 문서 작성이나 고객 응대 업무에 그대로 옮길 수 있다는 근거는 아닙니다.
자사 제품 기준의 보고입니다. 앤트로픽이 자사 모델과 자사 도구를 대상으로 낸 결과입니다. 다른 공급사 모델에서 같은 규칙이 통하는지는 별도로 확인해야 합니다.
좋은 모델을 샀는데 성능이 안 나온다면 지시문부터 지워 보십시오. 지금 세대에서는 덜 쓰는 쪽이 더 잘 작동합니다.
컨텍스트 엔지니어링: 모델에게 무엇을 언제 보여줄지 설계하는 일입니다. 프롬프트 작성보다 넓은 범위를 다룹니다.
시스템 프롬프트: 대화가 시작되기 전에 모델에게 항상 주어지는 기본 지시문입니다.
점진적 공개(Progressive Disclosure): 필요한 정보만 그때그때 꺼내 주는 방식입니다. 처음부터 전부 적재하지 않습니다.
스킬(Skill): 특정 작업을 하는 방법을 담은 짧은 안내서입니다. 필요할 때만 불러와 쓰는 단위입니다.
가드레일: 모델이 특정 행동을 하지 못하게 막는 규칙입니다. 과하면 판단을 덮어씁니다.
자동 메모리: 반복되는 맥락을 사람이 적지 않아도 시스템이 저장해 두는 기능입니다.
- Shihipar, T. (2026, July 24). The new rules of context engineering for Claude 5 generation models [Article]. Anthropic. (원문 보기 ↗)