Claude Opus 5.5 활용법 요약: Claude 및 Claude Code 공식 가이드 일본어 해설

2026년 9월 22일, claude.dev 블로그에 “Getting the most out of Opus 5.5 in Claude and Claude Code” (저자: Addy Osmani)가 공개되었습니다.

Opus 5.5는 기존의 Claude 사용법으로도 잘 작동하지만, 다음 세 가지 점에서 동작 방식이 변경되었습니다.

• 🏃 자율적으로 장시간 작업하기 - 🗣️ 무엇을 했는지 쉽게 보고하기 - 🧠 매번 답변 전에 반드시 생각하기

본 기사에서는 이 공식 가이드의 내용을 일본어로 요약합니다. 프롬프트 작성법, 장시간 태스크 관리, 결과 확인 방법을 숙지하고 있다면 Opus 5.5의 능력을 충분히 끌어낼 수 있습니다.

예를 들어 Claude Code에서는 다음과 같이 **“전체 태스크”, “완료 정의”, “멈춰야 할 조건”**을 하나의 메시지로 전달하는 것이 기본 형태입니다.

결제 엔드포인트를
구 클라이언트에서 신 클라이언트로 마이그레이션해주세요.
완료의 정의:
...

• 🎯 태스크 전체를 한 번에 넘기고, “완료” 정의와 멈출 조건을 전달하면 맡기기 - 🧹 “think carefully” 계열 지시는 삭제하기 (Opus 5.5는 항상 생각한 후에 답변함) - 📋 장시간 실행이 끝난 후에는 가장 먼저 “당신에게 요구하는 것”부터 읽기

• 할 일: 전체 태스크를 하나의 메시지로 전달하고, “테스트가 통과한다”, “모든 엔드포인트가 마이그레이션되었다”와 같이 목표를 명시하기 - 이유: Opus 5.5는 Opus 5보다 더 길고 여러 단계에 걸친 작업을 꾸준히 지속할 수 있습니다. 특히 대규모 리포지토리에서 변경 사항을 테스트가 통과할 때까지 완료하는 다단계 태스크에서 크게 향상되었습니다. 초기 테스터들은 거의 모니터링 없이 몇 시간 동안 코딩 작업을 실행했다고 합니다. 목표가 명확하면 모델 스스로 “끝났다”고 판단할 수 있습니다.

• 할 일: “think carefully”, “think step by step”과 같은 지시를 프롬프트나 저장된 지침에서 삭제하기 - 이유: Opus 5.5는 답변 전에 항상 생각하며, 얼마나 깊게 생각할지는 스스로 결정합니다. Anthropic의 테스트에서는 채팅 제품에서 “think carefully”를 제거했을 때 응답 시작이 빨라졌으며, 품질의 명확한 저하는 관찰되지 않았습니다. - 포인트: 간단한 질문에 빠르게 답을 원할 때는 “직접 답변해줘(直接答えて)”라고 전달하기

• Claude Code에서 사고량을 조절하고 싶을 때는 effort를 변경하기

• 실행 시간이 길어진 만큼, 재작업 비용도 커지고 있습니다.

• Claude Code에서는 Claude가 작업 중에도 메시지를 입력하여 Enter로 보낼 수 있습니다.

• 예: “구 엔드포인트 이름도 별칭(alias)으로 남겨줘”

디자인 지시가 없으면 Opus 5.5는 몇 가지 정형화된 스타일에 치우치기 쉽습니다. “평범한 모양은 피해주세요”와 같은 추상적인 지시로는 다른 정형화된 스타일로 대체될 뿐입니다. 구체적인 패턴을 나열하는 것이 훨씬 효과적입니다.

가상의 콘텐츠로 개인 사이트를 만들어주세요.
다음 디자인은 사용하지 마세요:
- 크림색이나 오프화이트 배경
...

나온 결과도 마음에 들지 않으면, 그것을 목록에 추가하여 다시 요청해 봅시다.

Opus 5.5는 작업 중에 상황을 자주 보고합니다. 따라서 긴 태스크 도중에 다음과 같이 “보고를 위해 멈추는” 경우가 있습니다.

• 다음 단계를 적기만 하고 실행하지 않는 요약
• “계속할까요?”라는 제안
• 작업을 막지 않는 선택지 나열

이러한 정지 방식을 명시적으로 지시하면 따르므로, CLAUDE.md에 규칙을 작성해 둡니다.

제 입력이 필요 없는 단계에서는,
그대로 작업을 계속해주세요.
상황 보고는 다음 액션과
...

⚠️ 주의사항

• “계속할까요?”에서 멈췄다면 “계속해(続けて)”라고 답하면 됩니다. 빈번하다면 위의 규칙이 효과적입니다.
• “계속하기” 규칙은 정지 횟수를 줄여주므로, 위험한 작업이나 되돌리기 어려운 작업 전의 확인 절차는 남겨두기 (위 규칙의 마지막 줄이 이에 해당합니다) - 파괴적인 명령어에 대한 권한 프롬프트(permission prompt)도 온 상태로 유지해 두세요. - 페어 프로그래밍처럼 진행하고 싶다면 오히려 “시작 전에 1줄 계획, 종료 시 짧은 회고”라고 작성하면 Opus 5.5는 그쪽에도 따릅니다.

코드베이스 전체 감사, 마이그레이션, 리뷰 시에는 서브 에이전트에게 분담시키고 각 결과물을 검증하게 해야 합니다. 초기 테스터들은 장시간의 감사나 마이그레이션 작업에서 Opus 5.5를 병렬 서브 에이전트로 거의 감시 없이 총괄하게 했습니다.

services/ 하위 모든 서비스에 대해,
링크된 issue에 있는 재시도(retry) 버그가
없는지 감사해 주세요.
...

긴 실행 과정에서는 컨텍스트 윈도우가 채워지면서 Claude Code는 이전 턴을 요약합니다. 파일에 작성한 목록은 이 요약의 영향을 받지 않습니다. 무엇이 끝났고 무엇이 남아있는지 한눈에 알 수 있습니다.

TASKS.md에 체크리스트를 배치해 주세요.
항목이 끝날 때마다 체크하고,
새로 발견된 것도 추가해 주세요.

진행 상황은 스크롤백이 아니라 이 파일을 보면서 확인합시다.

긴 실행이 끝나면, 미결정 판단이나 승인 대기 변경 사항 등 Claude가 당신을 기다리는 사항을 먼저 확인하고, 그 다음에 요약된 나머지 내용을 읽습니다. Opus 5.5는 Opus 5보다 보고가 명확해서 무엇을 했고, 무엇을 발견했고, 무엇이 필요한지를 쉬운 말로 전달해 줍니다.

요약 포맷을 바꾸고 싶을 때는 CLAUDE.md에 작성합니다.

매 실행의 마지막은 다음 세 가지 헤딩으로 정리해 주세요:
- 제가 대응할 것
- 변경한 내용
...

사람이 리뷰하기 전에 diff나 PR을 Opus 5.5에게 리뷰하게 합시다. 한 초기 테스터에 따르면, 최소 노력(minimum effort)의 Opus 5.5가 높은 노력(high effort)의 Opus 5보다 더 많은 버그를 발견했고 오탐지율도 적었다고 합니다. 변경 내용 설명도 쉬워서 PR 설명문 리뷰하기도 수월합니다.

이 브랜치의 main과의 차이점(diff)을 리뷰해 주세요.
병합을 막아야 할 문제만 언급해 주세요.
각각에 대해 다음 내용을 작성해 주세요:
...

조사나 분석 시에는 '발견되지 않은 것', '확인할 수 없었던 것'을 쓰게 합시다. '발견되지 않았다'는 정보 자체에도 가치가 있으므로 명시하게 하면 놓치는 것이 없습니다.

확인할 수 없었던 것에는 표시를 하고,
어디까지 조사했는지도 작성해 주세요.

Claude의 리서치 리포트와 Claude Code 모두에서 사용할 수 있습니다.

먼저, 모델 피커가 Opus 5.5로 되어 있는지 확인합시다.

긴 채팅에서는 짧은 추가 질문에도 과거 답변을 재검토하여 응답이 느려질 수 있습니다. 그럴 때는 프로젝트 지침에 다음 내용을 추가합니다.

한 번 답한 것은 확정된 것으로 취급해 주세요.
현재 질문에 집중해 주세요.
제가 묻거나 문제를 지적하지 않는 한,
...

다만, 후속 단계에서 이전 오류가 발견될 수 있는 긴 분석 프로젝트에서는 넣지 않는 것이 좋다고 합니다.

Opus 5.5는 Fable에 상응하는 바이오/사이버 보안 대책을 탑재하여 출시된 최초의 Opus 모델입니다. Claude 앱이나 Claude Code에서는 플래그가 지정된 메시지의 상당수가 구형 모델로 전환되어 작업이 계속됩니다.

• 소스 코드 취약점 찾기는 허용됩니다

• 일상적인 건강이나 교육 관련 질문도 계속 사용할 수 있습니다

• 정상적인 작업이 실수로 플래그 지정되는 경우도 있어, 오탐지율을 줄이도록 조정이 계속되고 있습니다.

• 표시: 'Switched to'로 시작하며, 이전 모델명이 포함된 알림이 나타납니다. 이후 해당 채팅은 이전 모델로 계속됩니다.
  대처: -
  모델 피커에서 Opus 5.5를 다시 선택합니다 (문제의 메시지가 채팅에 남아 있으면 다시 플래그될 가능성이 있으므로, 새로운 채팅을 시작하는 것이 확실합니다).

• 사전에 확인하고 싶다면 Settings → Capabilities에서 'Switch models when a message is flagged'를 비활성화합니다 ('paused' 카드에서 선택할 수 있습니다).

• 모델 피커에서 Opus 5.5를 다시 선택합니다 (문제의 메시지가 채팅에 남아 있으면 다시 플래그될 가능성이 있으므로,

• 체크는 파일이나 검색 결과가 포함된 대화 전체가 대상입니다. 직전 메시지가 아니라, 그 이전 내용이 원인이 되어 플래그될 수도 있습니다.

• 표시: 이전 모델명을 나타내는 알림이 나오고, 세션은 해당 모델로 계속됩니다.
  대처:

내부 추론을 답변에 재현하도록 요청하는 것은 거절될 수 있으며, 이는 플래그 카테고리 중 하나입니다. 대신 필요한 것을 직접 요청합시다.

이 접근 방식을 선택한 이유를 3문장으로 설명해 주세요.

Claude Code에서는 답변을 한 번씩 읽은 후 다음 것을 보내는 왕복 작업의 경우 fast mode가 편리합니다.

• Opus 5.5는 출시 시점부터 **리서치 프리뷰(Research Preview)**로 이용 가능합니다. 모델은 같지만, 텍스트가 더 빨리 도착합니다.
• 추가 사용(extra usage) 활성화가 필요하며, 토큰 단가는 표준 모드보다 높습니다.

/fast

다음 긴 작업을 시작하기 전에 확인합시다.

요청 사항

• 작업에 '완료'의 정의가 쓰여 있습니다.
• 프롬프트나 저장된 지침에 'think hard' 계열 문구가 없습니다.
• 디자인 요청 시, 피하고 싶은 스타일을 나열했습니다.
• 그래프나 스크린샷은 다시 그리지 않고 첨부했습니다.

Claude Code에서의 장시간 작업

• CLAUDE.md에 '언제 멈추고 언제 계속할지', '파괴적 조작 전에는 멈춘다'가 쓰여 있습니다.
• 파괴적 명령어의 권한 프롬프트는 켜진 상태입니다.
• 대규모 감사/이전 작업은 서브 에이전트로 분할했습니다.
• 작업 목록을 파일로 관리하고 있습니다.

확인 사항

• 보고서의 '당신에게 요구하는 것'을 먼저 읽습니다.
• 인간 검토 전에 Claude의 검토를 거칩니다.
• 리서치 결과에서, 확인하지 못한 점이 명시되어 있습니다.

플래그

• 되돌리는 방법(모델 피커 또는 /model)
  을 알고 있습니다. - 'Switch models when a message is flagged'를 원하는 대로 설정했습니다.

Opus 5.5는 오랫동안 자율적으로 움직이고, 명확하게 보고하며, 항상 생각한 후에 답변하는 모델입니다. 따라서 사용 방법의 포인트도 다음과 같이 바뀝니다.

• 세밀하게 지시하기보다, 목표와 멈출 조건을 전달하고 맡깁니다. - '잘 생각해' 같은 불필요해진 지시는 줄입니다. - 장시간 실행은 CLAUDE.md・서브 에이전트・작업 파일로 조종합니다. - 결과는 '자신에게 요구되는 것'부터 읽습니다.

우선 손에 든 CLAUDE.md에서 'think carefully'를 지우고, '멈출 조건' 규칙을 추가하는 것부터 시작해 보세요 💪