Claude Code 시스템 프롬프트를 80% 줄인 실험에서 배울 점
작성자 · DinoFlow
AI가 실수할 때마다 규칙을 하나씩 더하면 지시문은 금세 길어집니다. Anthropic은 반대로 지시문을 줄여보는 실험 결과를 공개했습니다. Claude Code의 신형 모델용 시스템 프롬프트를 80% 이상 줄였는데, 자체 코딩 평가에서 측정 가능한 성능 저하가 없었다는 내용입니다.
이 사례에서 참고할 점은 중복된 지시를 정리하고, 실제 작업 결과로 필요한 지시를 가려내는 방법입니다. 공개 내용을 먼저 보고 주간 보고서 작성에 적용할 예시로 풀어보겠습니다.
공개된 내용
Claude Code 팀의 Thariq Shihipar는 2026년 7월 24일 Claude 공식 글에서 Claude Opus 5와 Claude Fable 5 같은 신형 모델을 대상으로 시스템 프롬프트를 80% 이상 제거했다고 밝혔습니다. 자체 코딩 평가에서 측정 가능한 손실이 없었다는 결과입니다. 같은 내용을 X 게시물로도 공유했습니다.
주의할 점이 있습니다. 프롬프트를 80% 줄이자 성능이 좋아졌다는 뜻이 아니고, 모든 모델과 업무에 적용되는 공식도 아닙니다. 공개된 범위는 Claude Code의 신형 모델과 Anthropic 내부 코딩 평가이며, 세부 평가 데이터는 공개되지 않았습니다.
줄이는 대상은 중복 지시와 낡은 보정 규칙이고, 도구·권한·안전·검증은 남는다는 점을 표현한 개념도입니다.
중복과 충돌, 불필요한 예시를 줄였습니다
첫째는 지시의 충돌입니다. 여러 파일에 같은 지시를 적어두면 서로 다른 내용으로 바뀔 수 있습니다. 예를 들어 한 곳에는 주석을 쓰지 말라고 하고, 다른 곳에는 주석을 남기라고 하면 충돌합니다. Skill은 특정 업무에 필요한 절차와 자료를 묶어두는 기능입니다.
둘째는 예시의 제약입니다. 과거 모델에는 구체적인 예시가 도움이 됐지만, 더 강한 모델에서는 몇 개의 예시가 해결 방법의 폭을 좁힐 수 있습니다. Thariq는 AI Engineer 발표 6분 3초부터 신형 모델에는 더 작은 프롬프트가 맞았고 예시가 모델의 상상력을 제한할 수 있었다고 설명합니다.
셋째는 모든 정보를 미리 넣는 방식입니다. 코드 검토가 필요 없는 작업에도 관련 지침을 매번 넣으면 정작 중요한 맥락의 신호가 약해집니다. 그래서 Anthropic은 검증이나 코드 리뷰 절차를 별도 Skill로 옮기고 필요한 순간에만 불러옵니다.
도구와 권한, 검증 장치는 계속 필요합니다
하네스는 모델을 둘러싼 실행 환경 전체를 뜻합니다. 시스템 프롬프트는 그중 하나이고, 도구, 접근 권한, 메모리, 상태 관리, 안전장치, 검증 방식, 사용자 인터페이스가 함께 들어갑니다.
Claude Code를 만든 Boris Cherny는 Y Combinator 인터뷰 6분 28초에서 현재 하네스 코드의 많은 부분이 안전, 권한, 실행 전 코드 점검과 사용자 화면에 쓰인다고 말합니다. 줄인 대상에는 이전 모델의 행동을 보정하려고 쌓아둔 설명형 지시와 일부 보조 장치가 포함됩니다. 공식 글은 오히려 자체 하네스를 만든다면 시스템 프롬프트에 충분한 시간을 들이라고 권합니다. 제품의 역할과 맥락을 정하는 자리이기 때문입니다.
Anthropic이 제안한 여섯 가지 변화
| 기존 방식 | 새로운 방향 |
|---|---|
| 세부 규칙을 계속 추가 | 주변 맥락을 보고 판단할 기준 제공 |
| 도구 사용 예시를 여러 개 제공 | 모델이 필요한 작업을 할 수 있도록 도구 설계 |
| 모든 정보를 처음부터 삽입 | 작업에 필요한 자료를 그때 불러오기 |
| 같은 지시를 여러 곳에서 반복 | 한 곳의 간결한 도구 설명으로 통합 |
| CLAUDE.md에 기억을 계속 축적 | 자동 메모리와 목적별 파일 활용 |
| 짧은 설명문으로 요구사항 전달 | 코드·테스트·HTML·승인 양식 같은 풍부한 참고자료 제공 |
어떤 지시를 줄지와 함께, 어떤 자료를 언제 보여주고 결과를 어떻게 확인할지도 정해야 합니다.
같은 과제로 비교하고, 필요한 지시만 되살립니다
Boris가 설명한 방법은 단순합니다. 새 모델이 나오면 기존 시스템 프롬프트를 비우고 실제 과제를 수행하게 합니다. 결과를 보고 같은 실패가 반복될 때만 필요한 지시를 한 줄씩 되살립니다.
- 비교할 대표 과제를 정하고, 기존 지시문으로 만든 결과를 남깁니다.
- 중복되거나 충돌하거나 구형 모델 보정용인 지시를 지웁니다.
- 같은 과제를 새 모델로 실제 수행합니다.
- 한 번의 실수가 아니라 반복되는 실패를 찾습니다.
- 그 실패를 막는 최소한의 지시나 장치만 되살립니다.
- 결과를 다시 평가하고 모델이 바뀔 때 재검토합니다.
인터뷰 6분 3초부터 전체 프롬프트를 지운 뒤 한 줄씩 복원해 영향을 확인하는 과정을 설명합니다. 7분 41초부터는 지운 상태로 먼저 써보고, 같은 지점에서 계속 실패할 때만 다시 추가하라고 강조합니다.
삭제, 실제 사용, 반복 실패 관찰, 필요한 한 줄 복원, 재검증으로 이어지는 순환을 그린 그림입니다.
주간 보고서에 적용한다면
매주 만드는 경영진 현황 보고를 예로 들겠습니다. 매번 AI에게 사규집과 작성법 전체를 붙이는 대신, 항상 필요한 원칙과 이 업무에서만 필요한 절차를 나눕니다.
| 구성 | 주간 경영진 현황 보고 예시 |
|---|---|
| 기본 지시 | 결론 우선, 기준일 표시, 확인되지 않은 숫자 추측 금지 |
| 업무별 Skill | 부서 자료 취합, 증감 원인 분류, 핵심 이슈와 대응 작성 |
| 참고자료 | 지난주 승인 보고서, 경영진 보고 양식, 용어 정의, 이번 주 부서 제출자료 |
| 시스템 통제 | 개인정보 마스킹, 외부 전송 제한, 열람 권한, 최종 승인 절차 |
| 검증 | 합계 일치, 전주 대비 증감, 기준일, 출처, 누락 부서 확인 |
회의록도 같습니다. 모든 회의 규칙을 상시 프롬프트에 넣기보다, 회의록을 쓸 때만 결정사항, 담당자, 기한, 공유사항을 나누는 절차를 불러오면 됩니다. 자료 취합에서는 승인된 양식과 원본을 참고자료로 주고, 숫자와 출처는 별도 검증 단계에서 확인하는 편이 안정적입니다.
본사 업무에서 원본 자료, 승인 양식, 접근권한, 숫자 검증의 역할을 나눈 흐름도입니다.
줄여도 되는 것과 남겨야 하는 것
먼저 지울 후보
- 다른 위치에도 똑같이 적혀 있는 중복 지시
- 서로 충돌하는 문체와 형식 규칙
- 파일이나 공식 양식만 봐도 알 수 있는 설명
- 이전 모델의 반복 실수를 막으려고 추가했던 임시 보정문
- 특정 업무에서만 필요한데 매번 불러오는 긴 절차
남기거나 시스템으로 강화할 것
- 개인정보, 고객정보, 대외비 처리 기준
- 외부 공개와 발송 전 승인 권한
- 금액, 인원, 실적 같은 중요 수치와 출처 검증
- 파일 삭제, 시스템 변경처럼 되돌리기 어려운 작업의 권한 통제
- 완료 여부를 판단하는 테스트, 체크리스트, 평가 기준
Anthropic의 Claude Code 운영 가이드도 같은 방향입니다. 상시 문서는 가볍게 두고, 반복 절차는 Skills로 옮기고, 반드시 실행돼야 하는 통제는 권한 설정이나 Hook으로 강제하라고 권합니다. Hook은 정해진 시점에 자동으로 실행되는 확인 장치입니다.
80%라는 숫자를 그대로 따라 하기 전에
Claude Code 내부 코딩 평가 결과를 일반 문서 작성, 고객 응대, 금융·보험 의사결정에 그대로 적용할 근거는 아직 없습니다. 규제, 개인정보, 외부 공시와 관련된 기준은 모델 재량에 맡길 영역이 아닙니다. 점검할 때는 얼마나 줄였는지보다 아래 질문이 유용합니다.
- 이 지시를 지웠을 때 실제로 같은 실수가 반복되는가
- 이 내용은 상시 원칙인가, 특정 업무의 절차인가
- 문장으로 부탁할 일인가, 권한이나 시스템으로 강제할 일인가
- 설명보다 공식 문서, 승인 양식, 원본 데이터가 더 정확한 참고자료는 아닌가
- 결과가 좋다는 것을 무엇으로 검증할 것인가
저라면 반복해서 쓰는 지시문 하나부터 정리하겠습니다. 중복 문장을 덜어낸 뒤 같은 업무를 시켜보고, 빠지면 결과가 나빠지는 지시만 남기는 방식입니다.
공식 자료와 원본 영상
- Claude 공식 글: The new rules of context engineering for Claude 5 generation models
- Thariq Shihipar의 X 원문
- Y Combinator: Boris Cherny 인터뷰
- AI Engineer: Field Guide to Fable
- Peter Yang: Thariq Shihipar 인터뷰
- Claude Code 공식 Best Practices
- Anthropic Engineering: Harness design for long-running application development
