[AI 활용팁] 클로드 오퍼스 5, 프롬프트는 더 쓰지 말고 지워라…앤트로픽이 알려준 공식 사용법

이 기사, AI에게 물어보기

지시문을 더 자세히 붙이면 결과가 좋아진다는 것이 그동안의 상식이었다. 클로드 오퍼스 5에서는 반대인 경우가 생겼다. 앤트로픽이 7월 24일 공개한 글에 따르면, 이 회사는 클로드 오퍼스 5와 클로드 페이블 5용으로 클로드 코드의 시스템 프롬프트에서 80% 넘는 분량을 덜어냈고 코딩 평가에서 측정 가능한 성능 저하는 없었다. 공식 프롬프팅 문서에도 새로 쓸 문장보다 지울 문장이 먼저 나온다.

예전 모델에서 품질을 올려주던 지시가 지금은 토큰만 늘리고 결과는 나아지지 않는다. 같은 날 공개된 오퍼스 5는 100만 토큰당 입력 5달러, 출력 25달러로 이전 모델인 오퍼스 4.8과 값이 같다. 비용이 그대로인 만큼 프롬프트에서 덜어낸 토큰이 그대로 절감으로 이어진다. 공식 문서에서 ‘지우라’고 명시한 항목과 대신 붙일 문장, 작업별 추론 강도 고르는 법을 정리했다.

1. 먼저 지워야 할 지시문 네 가지

🎯 오퍼스 5는 시키지 않아도 스스로 검증한다 — 그래서 검증을 지시하면 같은 일이 두 번 일어난다. 문서는 이런 지시가 “과잉 검증을 유발하며, 제거하면 품질 손실 없이 낭비되는 토큰이 줄어든다”고 적고 있다.

지울 지시문	왜 지워야 하나
“복잡한 작업에 최종 검증 단계를 넣어라”	모델이 이미 하는 일이라 중복 수행
“서브에이전트를 써서 검증해라”	위와 같음. 오래된 하네스 설정도 함께 제거
“답을 다시 확인해라”, “응답 전 재검증해라”	자체 교정 기능과 겹쳐 비용만 늘어남
코드 리뷰에서 “심각한 문제만 보고해라”, “보수적으로 판단해라”	문자 그대로 따라 적게 보고함
사고 비활성 시 “생각하지 마라”, “추론하지 마라”	내부 XML 태그가 답변에 새어 나올 확률이 오히려 증가

🔧 코드 리뷰는 접근을 바꾸는 편이 낫다. 전부 보고하게 한 뒤 별도 단계에서 걸러내는 방식을 문서가 권한다.

2. 대신 붙일 문장

📌 답변이 길어질 때 — 오퍼스 5의 기본 응답은 이전 오퍼스보다 길다. 추론 강도를 낮춰도 답변 길이는 안정적으로 줄지 않으므로, 길이는 프롬프트로 직접 지시해야 한다.

프롬프트: “Keep responses focused, brief, and concise. Keep disclaimers and caveats short, and spend most of the response on the main answer. When asked to explain something, give a high-level summary unless an in-depth explanation is specifically requested.”
(답변을 핵심 위주로 짧고 간결하게 유지한다. 면책과 단서는 짧게 두고 대부분을 본 답변에 쓴다. 설명을 요청받으면 심층 설명을 따로 요구하지 않는 한 개괄로 답한다.)

시스템 프롬프트가 길다면 끝부분에 짧은 리마인더를 함께 둔다.

프롬프트: “<tone_preference>Keep outputs reasonably concise.</tone_preference>”
(출력을 적당히 간결하게 유지한다.)

🔄 작업 중 말이 많을 때 — 오퍼스 5는 에이전트 작업 중 진행 상황을 자주 알린다. 무엇을 하지 말라고 지시하기보다, 원하는 보고 방식을 직접 묘사하는 편이 효과적이다.

프롬프트: “Before your first tool call, say in one sentence what you’re about to do. While working, give a brief update only when you find something important or change direction. When you finish, lead with the outcome.”
(첫 도구 호출 전에 무엇을 할지 한 문장으로 말한다. 작업 중에는 중요한 것을 찾았거나 방향을 바꿀 때만 짧게 알린다. 끝나면 결과부터 말한다.)

✨ 문서가 길어질 때 — 대화 길이와 별개로, 모델이 파일로 저장하는 보고서와 요약문도 이전보다 길어졌다.

프롬프트: “Match the length of written documents to what the task needs: cover the substance, but do not pad with filler sections, redundant summaries, or boilerplate.”
(문서 길이를 작업에 필요한 만큼 맞춘다. 내용은 다루되 채우기용 절이나 중복 요약, 상투 문구로 늘리지 않는다.)

🎨 작업 범위가 넓어질 때 — 오퍼스 5는 요청하지 않은 단계를 더하거나 작업의 성격을 스스로 판단해 넓히기도 한다.

프롬프트: “Deliver what was asked, at the scope intended. Make routine judgment calls yourself, and check in only when different readings of the request would lead to materially different work.”
(요청받은 것을 의도된 범위에서 수행한다. 일상적인 판단은 스스로 내리고, 해석에 따라 결과가 크게 달라질 때만 확인을 요청한다.)

⚡ 서브에이전트를 너무 많이 부를 때 — 위임은 크고 독립적인 작업에서만 이득이 된다.

프롬프트: “Delegate to a subagent only for large tasks that are genuinely independent and parallelizable. Do not delegate work you can finish yourself in a handful of tool calls, and do not use subagents to verify or double-check your own work.”
(진짜로 독립적이고 병렬 처리가 가능한 큰 작업에만 서브에이전트를 쓴다. 도구 몇 번으로 끝낼 일은 위임하지 않고, 자기 작업을 검증하는 용도로도 쓰지 않는다.)

3. 추론 강도는 작업마다 다르게

📹 추론 강도(effort)는 모델이 쓰는 토큰의 양을 조절하는 값이다. 다섯 단계가 있고 API 기본값은 high다.

단계	성격	쓰는 상황
max	토큰 제약 없는 최대 성능	가장 깊은 추론이 필요한 작업
xhigh	장시간 작업용 확장	30분 넘는 코딩·에이전트 작업
high	기본값. 값을 넣지 않은 것과 동일	복잡한 추론, 어려운 코딩
medium	균형. 토큰 절약	속도와 비용의 균형이 필요한 에이전트 작업
low	가장 효율적	단순 작업, 서브에이전트, 대량 처리

오퍼스 5의 권장 방식은 기본값 high에서 시작해 평가 결과를 보고 조정하는 것이다. 까다로운 코딩과 에이전트 작업은 xhigh로 올리고, 품질이 유지되는 구간에서는 low와 medium을 비용과 응답 시간 조절 수단으로 적극 쓰라고 문서는 권한다. 이전 모델에서 쓰던 설정을 그대로 가져왔다면 자신의 평가 기준으로 다시 측정하는 편이 낫다.

🔧 한 가지 주의할 점이 있다. 추론 강도는 모델이 얼마나 생각하는지를 조절할 뿐 답변 길이를 줄이지 않는다. 길이는 앞서 본 프롬프트로 따로 지시해야 한다. xhigh와 max에서는 사고를 끌 수 없어 요청 시 오류가 반환되며, 사고를 끄기보다 낮은 강도로 켜 두는 쪽이 대체로 결과가 좋다.

4. 컨텍스트도 함께 덜어낸다

프롬프트뿐 아니라 시스템 프롬프트와 CLAUDE.md, 스킬까지 포함한 전체 맥락이 결과를 좌우한다. 앤트로픽은 자사 사례를 바탕으로 여섯 가지 관행이 바뀌었다고 정리했다.

이전 방식	지금 방식
규칙을 준다	판단에 맡긴다
예시를 준다	인터페이스를 설계한다
앞에 다 넣는다	필요할 때 불러오는 점진 공개
반복해서 말한다	도구 설명에 한 번만 적는다
CLAUDE.md에 기억을 쌓는다	자동 메모리를 쓴다
단순 명세를 쓴다	코드·테스트·목업 같은 풍부한 참조를 준다

📌 앤트로픽은 사내 사용 기록에서 “적절히 문서화하라”와 “주석을 달지 마라”처럼 서로 충돌하는 지시가 한 요청 안에 함께 들어가는 경우를 확인했다. 모델은 이런 지시들을 조율하느라 더 오래 생각한다. 지금은 규칙 대신 “주변 코드처럼 읽히는 코드를 써라. 주석 밀도와 명명, 관용구를 맞춰라”는 한 문장으로 바꿨다.

CLAUDE.md는 가볍게 유지하고, 토큰의 대부분을 코드베이스 안의 함정을 적는 데 쓰라고 권한다. 파일 구조만 봐도 알 수 있는 뻔한 내용은 넣지 않는다. 검증 절차처럼 특수한 규칙이 여러 개라면 별도 스킬로 분리하고 CLAUDE.md에서 참조하는 방식이 낫다.

⚡ 클로드 코드 이용자는 /doctor 명령으로 스킬과 CLAUDE.md 분량을 점검할 수 있다.

이런 분에게 권합니다

클로드 API로 서비스를 만들며 토큰 비용이 부담스러운 개발자, 클로드 코드에 긴 CLAUDE.md를 쌓아 둔 사용자, 이전 모델용 프롬프트를 그대로 오퍼스 5에 옮긴 팀에 도움이 된다. 문서가 지목한 지시문을 지우는 것만으로 비용이 줄어드는 경우가 많다.

🔗 공식 문서: 클로드 오퍼스 5 프롬프팅 · 추론 강도 · 컨텍스트 엔지니어링 새 규칙

이미지 출처: 앤트로픽