ToolNavs 유용한 AI 도구 찾기
도구 제출 로그인
돌아가기 AI 정보
Claude Opus 5.5 프롬프트 가이드 공개: thinking 상시 활성화, 마이그레이션 시 effort 재조정 필수

Claude Opus 5.5 프롬프트 가이드 공개: thinking 상시 활성화, 마이그레이션 시 effort 재조정 필수

AI 정보 • Admin • • 7 회 조회

Claude Opus 5.5 프롬프트 가이드가 2026년 9월 28일 Anthropic 공식 플랫폼 문서에 공개됐다. 이 가이드는 모델이 얼마나 강한지는 다루지 않는다. 다루는 것은 하나뿐이다. Opus 5에서 가져온 프롬프트와 엔지니어링 설정 중 무엇을 바꿔야 하는지. 핵심 변경은 하나다. Opus 5.5에서는 thinking 을 끌 수 없게 됐다.

가장 큰 변화: effort 가 첫 번째 제어 장치가 된다

Opus 5는 high 이하 effort 에서 thinking 비활성화를 허용했지만, Opus 5.5는 그 옵션을 더 이상 받지 않는다. 대신 effort 설정이 있다. 5.5의 기본값은 medium, Opus 5의 기본값은 high 다. Anthropic 테스트에서 5.5는 medium 에서 코딩과 지식 작업 성능이 Opus 5의 high 에 필적하거나 앞섰고, 일부 코딩 평가에서는 low 도 근접하면서 비용은 훨씬 낮았다.

마이그레이션 시 옛 effort 값을 그대로 가져오면 안 된다. 같은 단계에서도 5.5는 턴당 사고량이 많고, 특히 xhigh 와 max 에서는 턴이 길어지고 토큰도 늘어난다. Anthropic 은 medium 에서 시작해 Opus 5 설정을 그대로 쓰지 말고 자체 평가로 각 단계를 실측하라고 권장한다. 함정 두 가지가 더 있다. thinking 도 max_tokens 에 포함되므로 Opus 5의 thinking off 시절 상한 그대로 두면 응답이 중간에 잘린다. 긴 에이전트 작업에는 128,000이 유효했다고 한다. 최상위 effort 를 바꾸면 prompt cache 가 무효화되므로, 단일 턴 조정에는 베타 버전의 per-message effort change 를 써서 캐시를 유지한다.

'thinking 끄기'에서 마이그레이션할 때 바꿀 네 가지

기존 통합이 thinking disabled 로 돌아갔다면 가이드는 네 가지 변경점을 제시한다. low effort 에서 실측을 시작하고 품질이 떨어지면 medium 으로 올린다. thinking 대신 추론을 응답문에 쓰게 하던 지시를 삭제하고 summarized thinking 블록에서 읽는다. Opus 5의 thinking off 시절 완화책을 재테스트하고 더 이상 필요 없는 것은 삭제한다. 응답은 block type 으로 읽는다. 첫 블록이 텍스트라는 보장은 없다. thinking 블록은 기본 display 에서 내용이 비어 있다.

안전 측면에도 새 요소가 있다. 생물학, 사이버보안에 더해 새로운 reasoning_extraction 거부 카테고리가 추가됐다. 모델에게 내부 추론을 응답문에 되풀이하게 하는 프롬프트는 거부되며 stop_reason 은 refusal 이 된다.

무인 에이전트의 두 가지 함정

Opus 5.5는 긴 작업에서 능동적으로 진행 상황을 보고하는데, 그중 일부는 일반 텍스트로 턴을 마친다. '텍스트로 끝났다 = 완료'로 간주하면 무인 루프가 조기에 멈춘다. 가이드는 이를 완료의 증거가 아닌 보고로 다루라고 권장한다. 작업 항목을 체크리스트나 파일로 추적하고, 미완료 항목이 있으면서 막힘이 선언되지 않았다면 해당 항목을 지목하는 짧은 사용자 메시지를 보낸다. 같은 작업에서 2~3회 자동 연속 실행 후에도 막혀 있으면 멈추고 사람이 확인한다.

다른 함정은 '침묵'이다. 진행 업데이트는 thinking 블록 안에 있고 기본 display 에서는 텍스트가 비어 있어, text 블록만 렌더링하는 클라이언트에게는 긴 턴이 무응답으로 느껴진다. 베타 버전의 display: "updates" 를 켜면 각 업데이트의 요약을 받을 수 있다.

Opus 5.5는 이번에 새 파라미터를 추가하지 않았다. 바꾼 것은 비용 모델이다. thinking 상시 활성화 이후에는 토큰 절약이 사고를 끄는 데서 오는 것이 아니라 effort 를 작업에 실제로 필요한 단계에 맞추는 데서 온다. 마이그레이션의 본질은 모델 이름 교체가 아니라 'thinking 을 끌 수 있던' 시절에 쓰인 엔지니어링 가정을 하나씩 다시 검증하는 것이다.

추천 도구

더보기