Claude Opus 5.5 활용 가이드: 처음에 범위·완료 조건·질문 조건을 적으면 무엇이 달라지나

Opus 5.5는 다단계 작업을 이어가는 능력이 개선돼, 전체 목표·완료 조건·질문할 조건을 함께 전달하는 방식이 권장됩니다.

이 글은 GeekNews에 올라온 "Claude와 Claude Code에서 Opus 5.5를 최대한 활용하는 방법"(게시 1일 전 표기)을 기준으로 합니다. 자료에 절대 날짜가 없어 날짜는 적지 않았고, 원문 공식 문서는 직접 확인하지 못했습니다.

무엇이 나왔나

Opus 5.5를 Claude와 Claude Code에서 쓰는 방법을 정리한 가이드입니다. 자료는 이 모델이 더 오래 자율적으로 작업하고, 수행 결과를 명확하게 전달하며, 모든 응답 전에 사고한다고 설명합니다.

자료에서 설명한 변화	사용자가 바꿀 습관
큰 저장소의 변경을 테스트 통과까지 이어가는 다단계 작업이 이전 Opus 대비 가장 크게 개선됨	작업 전체와 완료 조건, 질문할 조건을 한 메시지에 전달
응답 전에 스스로 추론함	"신중하게 생각하라", "단계별로 생각하라" 문구를 프롬프트와 저장된 지침에서 제거
진행 상황과 최종 요약이 Opus 5보다 명확함	끝난 뒤 사용자 결정·승인이 필요한 항목부터 확인
생물학·사이버 안전장치를 적용한 첫 Opus 모델	전환 알림과 모델 선택 확인

관전 포인트

처음에 맡길 범위를 정한다

자료는 작업 전체, 완료 조건, 어떤 경우에만 멈춰서 질문할지를 한 메시지에 담으라고 합니다. 아래는 자료의 결제 엔드포인트 마이그레이션 예시를 하나로 합친 짧은 프롬프트입니다.

결제 엔드포인트를 새 클라이언트로 마이그레이션해 줘.
모든 엔드포인트가 새 클라이언트를 사용하고, 기존 클라이언트가 삭제되며,
테스트 모음이 통과하면 완료야.
원인을 설명할 수 없는 테스트 실패가 발생할 때만 질문해.

무엇을 하고, 언제 끝나고, 언제만 물어볼지를 한 번에 주는 것이 핵심입니다. 실행 중 추가 요구가 떠오르면 후속 메시지를 입력하면 되며, 자료는 실행 시간이 길어진 만큼 처음부터 다시 시작하는 비용도 커진다고 설명합니다.

진행 상황을 파일과 규칙에 남긴다

긴 작업에서는 요약만 하고 멈추거나, 계속할지 묻거나, 작업을 막지 않는 선택지를 나열하며 멈추기도 합니다. 이를 줄이려고 CLAUDE.md에 "사용자 입력이 필요 없는 단계는 계속 진행하고, 상태 보고는 다음 행동과 같은 메시지에 포함하라"는 규칙을 둘 수 있습니다.

진행 목록은 TASKS.md 같은 파일에 체크리스트로 유지하게 합니다. 컨텍스트 창이 차서 이전 대화가 요약되어도 파일의 작업 목록은 남아, 완료된 일과 남은 일을 파일에서 확인할 수 있습니다. 큰 코드베이스는 서비스마다 서브에이전트(작업을 나눠 맡는 보조 에이전트)를 배정하고, 근거를 확인한 뒤 서비스 이름, 영향 여부, 근거를 한 표로 정리하게 합니다.

계속 진행하라는 지시는 멈추는 횟수를 줄이는 만큼, 데이터 삭제·강제 푸시·저장소 외부 변경 같은 파괴적 작업의 확인은 유지해야 합니다. 파괴적 명령에 대한 권한 확인도 계속 켜 두라고 합니다.

끝난 결과를 검토한다

작업이 끝나면 사용자에게 필요한 결정이나 승인부터 확인하고 나머지 요약을 읽으라고 합니다. CLAUDE.md에 최종 보고를 Blocked on me, Changed, Found 세 제목으로 끝내도록 지정할 수 있습니다.

사람이 보기 전에 현재 브랜치를 main과 비교하게 하고, 병합을 막을 정도의 문제만 파일/줄 위치, 잘못된 이유, 재현 방법과 함께 나열시키는 방법도 소개됩니다. 조사 작업에서는 확인하지 못한 항목과 찾아본 위치를 표시하게 합니다.

모델이 바뀔 수 있다는 점을 안다

안전장치가 메시지를 감지하면 대부분 이전 모델로 옮겨 작업을 이어가고, 이후 대화도 그 모델에 머뭅니다. 검사는 파일과 검색 결과를 포함한 대화 전체가 대상이어서 마지막 메시지가 아니라 이전 내용이 원인일 수 있습니다.

소스 코드의 보안 취약점 찾기는 허용되며, 정상 작업이 잘못 감지될 수 있어 오탐을 줄이는 조정이 진행 중이라고 합니다. 복귀 방법은 아래 FAQ에 모았습니다.

나한테 뭐가 달라지나

프롬프트와 저장된 지침의 "신중하게 생각하라" 같은 문구를 지우는 것이 가장 쉬운 변화입니다. 빠른 답이 필요하면 "바로 답하라"고 요청하고, Claude Code에서는 effort 설정으로 사고량을 조절합니다.

Claude 앱에서는 먼저 모델 선택기가 Opus 5.5인지 확인하라고 합니다. 차트, 스크린샷, 슬라이드는 숫자를 다시 입력하지 말고 이미지 자체를 첨부하라고 하며, "어떤 서비스가 결제 API를 직접 호출하는가?"처럼 구체적으로 질문하라고 합니다.

긴 계획서나 발표 자료는 숫자, 날짜, 이름의 모순을 찾게 하고 각 문제를 인용해 위치를 밝히도록 요청할 수 있습니다. 자료의 테스트에서는 계획 대화의 날짜와 요일 불일치, 발표 자료의 수치와 맞지 않는 차트를 찾아냈다고 합니다.

빠른 모드는 Claude Code의 연구 프리뷰로, 같은 모델의 텍스트가 더 빨리 도착합니다. 추가 사용량을 활성화해야 하고 표준 모드보다 토큰당 비용이 높습니다.

커뮤니티 반응은 갈립니다

아래는 자료에 실린 Hacker News 댓글 요약이며, 공식 발표가 아니라 개인 의견입니다. 한 사용자는 CI 최적화를 맡겨 소요 시간이 약 10분에서 4분으로, 과금 시간이 약 60% 줄었고 직접 쓴 시간은 1시간 미만이라고 했습니다.

다른 사용자는 상세한 요구사항을 줬는데도 설계 산출물이 불필요하게 복잡해졌다고 했습니다. 평가하기 어려운 작업에서는 더 많은 방향 조정이 필요하다는 의견도 있어, 목표가 명확하고 측정 가능한 작업일수록 완료 조건을 구체적으로 쓰기 쉽다는 점이 중요해 보입니다.

이전 모델로 바뀌면 어떻게 돌아가나요?

Claude 앱은 "Switched to" 알림에 이전 모델 이름이 표시되며, 모델 선택기에서 Opus 5.5를 다시 고를 수 있습니다. 원래 메시지가 남아 있으면 다시 감지될 수 있어 새 대화가 대안입니다. Claude Code는 /model로 돌아가거나, Esc를 두 번 눌러 마지막 메시지를 고친 뒤 다시 시도할 수 있습니다.

전환 전에 확인을 받을 수 있나요?

Claude 앱은 Settings의 Capabilities에서 Switch models when a message is flagged를 끄면 선택지가 있는 paused 카드가 표시됩니다. Claude Code는 /config에서 같은 항목을 바꿉니다.

잘못 감지되었다면요?

Claude Code에서는 /feedback으로 알릴 수 있다고 자료에 적혀 있습니다.

내부 추론을 그대로 보여 달라고 요청해도 되나요?

자료는 해당 요청이 감지 범주 중 하나이며 거절될 수 있다고 설명합니다. 대신 "이 접근법을 선택한 이유를 세 문장으로 설명하라"처럼 필요한 설명을 직접 요청하라고 합니다.

출처

• Claude Opus 5.5 활용법: 작업 전체와 완료 조건, 멈춰서 물어볼 조건을 한 번에 전달하는 프롬프트 방식 (GeekNews)