Opus 5를 실제로 쓸만하게 만든 방법
How I got Opus 5 actually usable
핵심 요약
Claude Opus 5의 장황한 출력을 제어하고 효율성을 높이기 위한 프롬프트 및 플러그인 설정 노하우 공유.
- 출력 스타일 제어 — 'Concise' 설정보다 전용 출력 스타일 슬롯을 활용하는 것이 훨씬 효과적임.
- 규칙 트리거 활용 — 단순히 금지하는 규칙보다 구체적인 상황과 행동을 명시하는 트리거가 모델 제어에 유리함.
- hush 스타일 — 토큰 소모는 줄이면서 기술적 정확도는 유지하는 최적화된 출력 방식 제공.
- 실전 검증 — 실제 프로젝트와 취미 작업에서 검증된 프롬프트와 설정 파일들을 공유함.
내 Claude 사용 경험을 개선하려고 며칠 동안 토큰 엄청 써가면서 플러그인 깎았거든. 여러 가지 알아낸 것들 중에서, 왜 다들 Opus 5 쓰면서 혈압 올라 하는지 그 이유 4가지를 정리해 봤어.
"출력 스타일을 간결하게(Concise)로 설정해라"는 안 먹힘: 이거 모든 스레드에서 제일 많이 달리는 댓글인데, 내가 직접 테스트해 봤거든. 내 hush 플러그인이 이제 필요 없나 싶어서 확인해 봤는데, 결과적으로 출력량 6% 정도밖에 안 줄어들더라.
해결책은 무조건 출력 스타일 슬롯에 박아야 함, 다른 데는 다 소용없음: 이거 배우느라 수업료 제일 많이 냈다. 똑같은 지시사항을 훅(hooks)이나 규칙(rules) 같은 데 넣어봤는데, 기대한 대로 작동하는 게 하나도 없었음.
"코드 너무 많이 짠다"는 불평에는, 긴 규칙 나열보다 한 번 툭 치는 게 훨씬 나음: 다들 CLAUDE.md에 "단순함을 선호하고, 과도하게 설계하지 마라"고 적으라는데, Opus 5는 그게 어디서 언제 적용되는지 몰라서 거의 효과가 없어. 나한테 효과 있었던 건 Ponytail이 쓰는 거랑 비슷한 방식인데, Opus 5에 맞춰서 더 개선하고 다듬은 사다리(ladder) 방식이었어.
네 CLAUDE.md 규칙이 안 먹히는 이유는 트리거를 안 써서임: 맞아, 규칙에는 트리거가 되는 예시가 필요해. "변경 로그를 업데이트해라"는 규칙이 아님. 대신 "src/ 하위 파일을 수정할 때마다, 같은 커밋 내에서 CHANGELOG.md의 Unreleased 항목에 한 줄을 추가해라"라고 써야 함.
네가 쓴 규칙마다 다음 세 가지를 꼭 체크해 봐:
-
모델이 작업하면서 인식할 수 있는 '특정 시점'을 명시했나?
-
실제 아티팩트(artifact)와 연결된 행동을 명시했나?
-
단순히 금지만 하고 있지는 않나? 대안 없이 "X는 절대 하지 마"라고만 하면, 진짜로 X가 필요한 작업일 때 세션 전체가 멈춰버릴 수 있음.
설정 (Raw 파일)
이 파일들이 너무 길어서 레딧에 깔끔하게 올리기가 힘드네. 원문 텍스트 링크는 아래에 있어:
-
The hush output style: Opus 5가 말 많아지는 걸 막아주고 중요한 것만 남겨줌. 빡세게 측정하고 실전 테스트 마친 거임.
-
CLAUDE.md fragment: 복사해서 쓰면 됨. razor 기반인데 Opus 5가 YAGNI 원칙 따르게 하고 hush 스타일이랑 합쳐서 조용하게 만들어줌.
-
An optional prompt: 프로젝트 전체를 분석해서 Opus 5에 최적화해 주는 프롬프트. 프로젝트 메모리까지 다 포함됨.
첫 번째랑 두 번째 파일만 써도 대부분 해결됨. 이 설치 프롬프트를 써서 Claude한테 네 프로젝트에 적용하라고 시켜도 돼.


