Claude Opus 4.7 말투, 나는 4.6으로 내렸다 — 5일 써본 솔직한 판정

먼저 결론 — 나는 기본 작업을 4.6으로 내렸다

Claude Opus 4.7을 5일 돌려본 뒤, 블로그 글 교정과 단일 파일 리팩터링은 4.6으로 내렸다. Opus 4.7 말투가 내 작업 루프에서 마찰을 늘렸기 때문이다. 긴 리서치와 큰 코드베이스 탐색만 4.7에 남겼다.

이 글은 그 판단에 이르게 된 5일치 기록이다.

내가 실제로 겪은 장면 하나

평소 쓰던 CLAUDE.md 규칙 “반말. 서두 칭찬 금지. 결론부터.”를 그대로 붙였는데, 4.7은 처음엔 지시를 지켰다. 네 번째 턴부터 달라졌다.

  • 내 입력: 블로그 한 문단을 주고 “문장만 다듬어. 의미는 그대로.”
  • 4.7 응답: “주신 문장은 이미 의미가 명확하지만 더 자연스럽게 쓸 수 있는 방법을 제안드리면 세 가지가 있습니다…” + A/B/C안 제시 + 각 안의 장단점 설명
  • 내가 시킨 것: 문장 하나 다듬기
  • 받은 것: 안 시킨 A/B/C 비교 리포트

4.6 때는 같은 프롬프트에 한 문장이 돌아왔다. 지난 5일간 이 패턴을 13번 기록했다. r/ClaudeAI에서는 이 “반박 + 대안 제시 + 수정 실행” 패턴을 “arguing loop”라고 부른다.

Reddit·X에서 올라온 실제 불만

Opus 4.7은 2026년 4월 16일 출시됐다. 4월 17일부터 r/ClaudeAI에 회귀 지적 글이 올라왔다.

해외 리뷰 블로그에서는 Opus 4.7 backlash 분석과 Legendarily Bad 평가가 올라왔다. 공통 지적은 두 가지다. 대화 톤이 더 방어적이다. 같은 작업인데 토큰이 1.5~3배 든다.

원인 2가지 — 내가 돌리면서 확인한 것

원인 1. 더 문자 그대로 해석한다. 4.6은 “자연스럽게 써줘” 수준의 모호한 지시에 알아서 톤을 채웠다. 4.7은 힌트를 덜 읽는다. 지시가 모호하면 기본값으로 돌아가는데, 그 기본값이 방어적이다. 외국 리뷰어는 이 현상을 “ambiguity tax”(모호한 지시에 세금을 매긴다)라고 부른다.

두 번째는 반박 루프다. 위의 내 사례가 정확히 이 패턴이다. 명확한 지시 → 반박 + 대안 제시 + 수정 실행 → 교정하면 또 반박. 4.6 때는 거의 없던 흐름이다. 위에 링크한 r/ClaudeAI 3개 쓰레드 상위 댓글에서 같은 보고가 반복된다.

이 두 원인이 합쳐지면 출력 길이가 늘어난다. 내 지난 5일 기록 기준으로 동일 작업의 토큰 소비가 1.8~2.4배로 찍혔다. 해외 리뷰 수치(1.5~3배)와 일치한다.

내가 쓰고 있는 대응 3가지

대응 1. 시스템 프롬프트를 더 강하게 박는다. “반말. 서두 칭찬 금지. 반박 금지. 결론부터. 시킨 것 외에 제안 금지.” 마지막 줄이 4.7에는 필수다. 4.6 때는 없어도 됐다.

대응 2. 지시를 수치화한다. “잘 써줘” 대신 “1,500자, 반말, H2 3개, 첫 문단 100자 내 키워드 1회.” 4.7의 ambiguity tax가 줄어든다.

마지막은 그냥 모델을 분리해서 쓰는 것이다. Claude Code라면 /model 명령으로 Sonnet·4.6으로 내리고, API라면 claude-opus-4-6을 명시한다. 4.7이 낫다고 확신하는 작업(장문 리서치, 복잡한 코드 탐색)만 4.7에 올린다.

대응 1·2를 붙이면 arguing loop 발생이 줄어든다. 5일치 기록 기준 13회 → 4회로 떨어졌다. 완전히 없어지진 않는다.

당신의 경우는 다를 수 있다 — 자가 판단 3질문

Opus 4.7이 나쁜 모델이라는 뜻은 아니다. 긴 리서치, 큰 코드베이스 탐색에서는 여전히 4.6보다 우위가 있다. 나는 그 영역 외에서 마찰이 더 컸기 때문에 4.6으로 내렸다.

다른 사람에게도 이 판단이 맞을지는 세 질문으로 갈린다.

  1. 내가 주는 지시가 평균적으로 얼마나 구체적인가? (ambiguity tax에 취약한가)
  2. 반박 + 대안 제시 패턴을 감내할 수 있는가? (arguing loop 내성)
  3. 월 토큰 청구서가 1.8~2.4배 늘어나는 것에 민감한가? (비용 체감)

세 질문에 모두 “그렇다”면 4.6으로 내리는 게 맞다. 하나라도 “아니다”면 4.7을 그대로 쓰면 된다. 장문 작업에서는 4.7이 여전히 낫다.

관련 글
- Claude Opus 4.7 시스템 프롬프트 3가지 핵심 변화
- Claude Code 모델 선택법 — 작업 유형별 정답

Claude #Opus47 #Opus46 #AI도구 #ClaudeCode #AnthropicAPI

─── 이 블로그 ───
🧵 Threads: @uddeu_app
💻 GitHub: jason-h23

댓글

댓글 쓰기

이 블로그의 인기 게시물

[알고리즘] Suffix Tree

이미지
Suffix tree는 문자열의 모든 접미사들을 표현하는 trie 모양의 자료 구조이다. prefix tree라 불리는 trie가 근간이 되는 자료구조인듯 한데 두 자료구조의 차이는 banana라는 단어가 있을 때 trie는 banana라는 단어만 저장을 하지만 suffix tree는 banana, anana, nana, ana, na, a 와 같이 banana라는 단어에서 나올 수 있는 모든 경우의 수를 다 저장한다는 것이다. 쓸데없이 모든 경우를 저장하는 이유는 문자열에 대한 검색을 할 때 필요하기 때문이다. Trie 자료구조 같은 경우에는 ban, ba와 같은 일부분의 단어로 banana라는 완전한 단어를 찾을 수 있지만 nan, ana와 같은 단어로는 banana를 찾을 수 없다. 이러한 문제를 해결하기위해 trie를 개선시킨 것이 suffix tree인듯 하다.  Suffix trie는 trie에 모든 suffix들을 저장한 구조를 의미한다. 아래 그림은 abaaba라는 문자열 T를 suffix tree에 저장하는 예시이다. suffix tree나 suffix trie에 문자열을 저장할 때는 문자열의 끝에 $를 붙이는데 그 이유는 정확히 모르겠다... 아마 문자열의 끝을 알리기 위한 용도인 것 같다. Suffix Trie의 형태  위 그림의 왼쪽과 같은 모양이 suffix trie이다. 여기서 자식 노드가 1개 뿐인 것들을 합치면 오른쪽과 같은 모양이 되는데 저러한 형태의 자료구조를 suffix tree라 한다. Suffix Tree  이 suffix tree는 문자열의 길이만큼의 leaf node를 갖는다  위 그림에서 오른쪽 그림은 tree의 edge label을 (offset, length)의 형태로 T를 나타낸 것이다. Suffix tree의 label  각 노드의 label은 root로부터 node로 연결된 edge의 label과 ...
자세한 내용 보기

Claude Opus 4.7 출시 총정리 — 뭐가 달라졌고 지금 써야 하나

결론: Claude Opus 4.7은 "전부 업그레이드"가 아니다. 에이전트 작업에선 4.6보다 확실히 강해졌지만, 일상 코딩은 Sonnet이 여전히 3~5배 싸다. 2026-04-16 출시 후 Claude Code에서 반나절 써본 결과 3가지 체감 변화와 Qwen 3.6과의 비교까지 정리한다. Opus 4.7 핵심 변화 3가지 4.6과 비교해 체감되는 지점은 세 곳이다. 1. 에이전트 작업 체류 시간이 길어졌다 단일 지시로 파일 여러 개를 연쇄 수정할 때 중간에 “다음 단계 확인해 드릴까요?” 같은 끊김이 줄었다. 4.6은 5~6 step에서 한 번씩 끊겼는데, 4.7은 10 step 이상을 한 번에 간다. 긴 리팩터링 작업에서 체감이 크다. 2. 코딩 벤치마크 점수 상승 Anthropic 공식 블로그의 차트 기준으로 SWE-bench Verified, Terminal-bench 모두 4.6보다 올랐다. 다만 이게 실사용 속도까지 보장하지는 않는다. 3. 반론에 더 단단해졌다 4.6은 “내 말이 맞다”고 밀면 바로 물러서는 경향이 있었다. 4.7은 근거를 다시 제시한다. 디버깅 대화에서 사람이 틀린 가정을 고집할 때 이 특성이 오히려 시간을 아낀다. Qwen 3.6-35B가 Opus 4.7을 이긴다고? 같은 날 Alibaba가 Qwen 3.6-35B-A3B(오픈소스)를 공개했다. Simon Willison이 자기 노트북에서 Qwen 3.6이 Opus 4.7보다 “더 나은 펠리컨 그림을 그렸다”는 글을 올려 HN 상위에 갔다. 이 결과를 어떻게 봐야 할까. 일부 작업에서는 오픈소스가 이긴다 — 이미지 생성, 특정 추론 과제 복잡한 에이전트·장문 코딩은 Opus 4.7이 여전히 우세 비용 관점 에서 오픈소스가 매력적이지만, API 없이 로컬 돌리려면 GPU 비용이 따로 든다 즉 “Opus 4.7 vs Qwen 3.6”은 “어느 게 ...
자세한 내용 보기

[기타IT] php설치

이미지
 이번에는 php 설치하는 법에 대해 알아보겠습니다. 저는 개발할 때 node.js를 사용 하지만 이번에 프로젝트하는데 필요한 xibo가 php기반이라 설치하게 되었습니다. php란?  php(약칭 : Hypertext Preprocessor)는 프로그래밍 언어의 일종으로 동적 웹 페이지를 만들기 위해 설계되었습니다. php는 일반적으로 혼자 설치되지 않고 apache와 MySql과 함께 설치되는 것이 일반적입니다.  php는 apache를 통해 브라우저로 정보를 전송하고 MySql을 이용해 사용자의 정보를 저장하기 때문에 일반적으로 함께 사용되고 설치됩니다. 이를 APM이라 하는데 Window에 설치하는 APM을 WAPM이라 합니다. 이걸 각각 설치 할 수도 있지만 난이도가 있기 때문에 Bitnami를 이용해 한번에 설치해 보도록 하겠습니다. php설치 먼저 https://bitnami.com/stack/wamp 에 접속하여 설치파일을 다운로드 받습니다.  다운로드가 완료되면 설치파일을 실행합니다. 다른 구성요소들은 굳이 필요하지 않으니 체크박스를 해제해줍니다. php에서 쓰는 MySql의 root사용자 비밀번호를 설정해주는 화면입니다. 6자리 이상의 비밀번호를 입력하시면 됩니다. 설치가 되고 있는 화면입니다.  설치가 완료되고 브라우저 주소창에 localhost를 쳤을 때 다음과 같은 화면이 출력되면 제대로 설치가 된것입니다. ─── 이 블로그 ─── 👤 About (블로거 소개) 🧵 Threads: @uddeu_app 💻 GitHub: jason-h23
자세한 내용 보기