Claude 앱과 Claude Code에서 Opus 5.5에 프롬프트를 작성하는 요령, 장시간 작업을 원하는 방향으로 이끄는 방법, 결과물을 검증하는 방법을 알아봅니다.
Opus 5.5는 지금 Claude를 쓰는 방식 그대로 잘 작동합니다. 다만 몇 가지는 다르게 동작합니다. 혼자 더 오래 작업하고, 무엇을 했는지 담백하게 알려 주며, 답하기 전에 매번 먼저 생각합니다. 이 가이드에서는 Claude 앱과 Claude Code에서 Opus 5.5를 활용하는 방법을 소개합니다. 프롬프트 작성 요령, 장시간 작업을 원하는 방향으로 이끄는 방법, 결과물을 검증하는 방법을 다룹니다.
Opus 5.5를 처음 쓸 때 해볼 세 가지
할 일 작업 전체를 한 번의 메시지로 전달하세요. "테스트가 모두 통과한다", "모든 엔드포인트를 마이그레이션한다"처럼 결승선을 분명히 적습니다. 그런 다음 알아서 진행하게 두세요.
Opus 5.5에서 중요한 이유 Opus 5.5는 여러 단계로 이루어진 긴 작업에서 Opus 5보다 끈기 있게 이어 갑니다. 이전 Opus 모델과 비교하면 특히 다단계 작업에서 성능이 크게 좋아졌습니다. 예를 들어 대규모 저장소 전반에 걸친 변경을 테스트가 통과할 때까지 끌고 가는 작업이 그렇습니다. 초기 테스터들은 긴 코딩 작업을 거의 감독하지 않고 몇 시간씩 맡겼습니다. 결승선이 분명하면 Opus 5.5는 언제 끝내야 하는지도 스스로 판단합니다.
방법 Claude Code에서는 이렇게 쓰면 됩니다.
Migrate the payment endpoints from the old client to the new one.
Done means: every endpoint uses the new client, the old client is
deleted, and the test suite passes.
Stop and ask me only if a test fails for a reason you can't explain.
할 일 프롬프트와 저장해 둔 지침에서 "신중하게 생각해", "단계별로 생각해" 같은 문장을 지우세요.
Opus 5.5에서 중요한 이유 Opus 5.5는 답하기 전에 항상 생각하며, 얼마나 오래 생각할지도 스스로 정합니다. 굳이 생각하라고 요청할 필요가 없습니다. 채팅 제품에서 테스트해 보니 "신중하게 생각해" 문장을 없앴을 때 답변이 더 빨리 시작됐고, 품질이 눈에 띄게 떨어지지는 않았습니다.
방법 해당 문장을 삭제하세요. 간단한 질문에 빠른 답을 원한다면 "바로 답해 줘"라고 말하면 됩니다. Claude Code에서 생각하는 분량을 조절하려면 effort를 변경하세요.
할 일 작업 중에 빠뜨린 내용이 떠올랐다면, Claude가 일하는 동안 후속 메시지를 입력하면 됩니다.
Opus 5.5에서 중요한 이유 이제 작업이 길어졌기 때문에 처음부터 다시 시작하는 비용이 더 큽니다.
방법 Claude Code에서는 Claude가 작업하는 도중에 메시지를 입력하고 Enter를 누르면 됩니다. 예: "기존 엔드포인트 이름도 별칭으로 남겨 줘."
할 일 페이지, 앱, 아티팩트를 요청할 때 빼고 싶은 디자인 습관을 목록으로 적어 주세요.
Opus 5.5에서 중요한 이유 디자인 방향이 없으면 Opus 5.5는 몇 가지 기본 스타일로 돌아갑니다. "뻔한 느낌은 피해 줘" 같은 일반적인 지시는 대개 기본 스타일 하나를 다른 기본 스타일로 바꿀 뿐입니다. 구체적인 패턴을 나열하는 편이 훨씬 효과적입니다.
방법 피하고 싶은 패턴을 직접 적으세요.
Build a personal website with placeholder content.
Don't use a cream or off-white background, italic accent words in
headings, numbered "01 / 02 / 03" section labels, monospace labels, or
pill-shaped buttons.그다음 Claude가 대신 선택한 결과를 확인하세요. 그것도 마음에 들지 않으면 목록에 추가해서 다시 요청하면 됩니다.
할 일 CLAUDE.md 파일에 언제 멈추고 물어봐야 하는지, 언제 계속 진행해야 하는지에 대한 짧은 규칙을 넣으세요.
Opus 5.5에서 중요한 이유 Opus 5.5는 작업하면서 진행 상황을 자주 알려 줍니다. 긴 작업 중에 계속 진행하지 않고 멈춰서 보고하는 경우도 있습니다. 다음 단계를 언급만 하고 실행하지는 않는 요약, 계속할지 묻는 제안, 작업을 막지 않는 선택지 목록이 그 예입니다. Opus 5.5는 이런 멈춤 지점을 명시한 지시를 잘 따릅니다. 원하는 멈춤 지점도 직접 지정해 주세요.
방법 아래 내용을 CLAUDE.md에 추가하고, 프로젝트에 맞게 수정하세요.
When a step doesn't need my input, keep going. Put status notes in the
same message as your next action.
Stop and ask only when you can't continue without me, or before anything
destructive: deleting data, force-pushing, or changing anything outside
this repository.
작업이 "계속할까요?"라는 질문과 함께 멈췄다면 "계속해"라고 답하세요. 이런 일이 자주 생긴다면 위의 규칙이 도움이 됩니다.
계속 진행하라는 규칙은 멈춤이 줄어든다는 뜻이므로, 위험하거나 되돌리기 어려운 작업 전에는 직접 확인하는 단계를 유지하세요. 위 규칙의 마지막 줄이 그 역할을 합니다. 파괴적인 명령에 대한 권한 확인 프롬프트도 켜 두세요.
페어 프로그래밍이라면 반대로 설정하는 것이 좋을 수 있습니다. 시작 전에 한 줄짜리 계획을 말하고, 끝날 때 짧게 정리하도록 CLAUDE.md에 적으세요. Opus 5.5는 어느 쪽이든 그대로 따릅니다.
할 일 대규모 코드베이스에 대한 감사, 마이그레이션, 리뷰 작업에서는 Opus 5.5에게 작업을 서브에이전트로 나누고 각 결과를 검증하도록 요청하세요.
Opus 5.5에서 중요한 이유 초기 테스터들은 Opus 5.5가 병렬 서브에이전트를 조율하도록 해서, 긴 감사와 마이그레이션을 거의 감독 없이 진행했습니다.
방법
Audit every service in services/ for the retry bug in the linked issue.
Give each service to its own subagent. When a subagent reports back,
check its evidence before you accept it.
Finish with one table: service, affected yes or no, and the evidence.
할 일 시간이 오래 걸리는 작업에서는 Opus 5.5에게 작업 목록을 파일로 관리하고 진행하면서 갱신하도록 요청하세요. 그러면 작업 상황을 스크롤 기록이 아니라 그 파일로 확인할 수 있습니다.
Opus 5.5에서 중요한 이유 이제 작업이 길어졌습니다. 긴 작업은 컨텍스트 윈도우를 가득 채우고, 그러면 Claude Code가 이전 대화를 요약합니다. 파일에 적어 둔 목록은 이 과정에서도 남아 있으며, 무엇이 끝났고 무엇이 남았는지 한눈에 보여 줍니다.
방법 "TASKS.md에 체크리스트를 만들어 줘. 항목을 끝낼 때마다 체크하고, 새로 발견한 일은 추가해 줘."
할 일 장시간 작업이 끝나면 Claude가 내 응답을 기다리는 항목이 있는지 먼저 확인하세요. 결정을 보류해 둔 사항이나 승인을 요청한 변경이 여기에 해당합니다. 그런 다음 나머지 요약을 읽으세요.
Opus 5.5에서 중요한 이유 Opus 5.5는 Opus 5보다 작업 내용을 더 분명하게 보고합니다. 중간 보고와 최종 요약에서 무엇을 했고, 무엇을 발견했고, 나에게 무엇이 필요한지를 쉬운 말로 알려 줍니다.
방법 요약 형식을 바꾸고 싶다면 CLAUDE.md에 적어 두세요. 예: "모든 작업을 세 개의 제목으로 마무리해 줘: 내 결정 필요, 변경 사항, 발견 사항."
할 일 사람이 보기 전에 Opus 5.5에게 diff나 풀 리퀘스트를 먼저 리뷰하도록 요청하세요.
Opus 5.5에서 중요한 이유 한 초기 테스터는 가장 낮은 effort의 Opus 5.5가 높은 effort의 Opus 5보다 더 많은 버그를 잡았고, 오탐도 더 적었다고 전했습니다. 또한 변경 내용을 쉬운 말로 설명하기 때문에 풀 리퀘스트 설명도 리뷰하기 수월합니다.
방법 Claude에게 이 프롬프트를 입력하세요.
Review the diff on this branch against main.
List only problems you'd block the merge for. For each one, give the
file and line, why it's wrong, and how to show it fails.할 일 조사와 분석 작업에서는 찾지 못했거나 확인하지 못한 내용을 밝혀 달라고 요청하세요.
Opus 5.5에서 중요한 이유 "이건 찾지 못했습니다"라는 말은 읽을 가치가 있는 정보이고, 요청해 두면 눈에 잘 띕니다.
방법 요청에 "확인하지 못한 내용은 표시하고, 어디를 살펴봤는지 알려 줘"를 추가하세요. Claude의 리서치 보고서와 Claude Code 모두에서 통합니다.
먼저 모델 선택기에 Opus 5.5로 표시되는지 확인하세요.
할 일 차트, 다이어그램, 스크린샷, 슬라이드를 그대로 첨부하세요. 숫자를 다시 입력하지 마세요.
Opus 5.5에서 중요한 이유 Opus 5.5는 Opus 5보다 차트, 다이어그램, 스크린샷을 더 정확하게 읽으며, 별도의 추가 단계도 필요 없습니다. 이미지 안에서 위치에 따라 달라지는 의미도 더 잘 파악합니다. 화살표가 어떤 상자들을 연결하는지, 다이어그램의 두 버전 사이에 무엇이 바뀌었는지, 캘린더 스크린샷에서 회의가 언제 시작해 언제 끝나는지 같은 것들입니다.
방법 이미지를 첨부하고 구체적으로 질문하세요. "이 서비스 중 결제 API를 직접 호출하는 것은 어느 것이야?"
할 일 긴 기획서, 보고서, 발표 자료를 주고 오류를 찾아 달라고 요청하세요.
Opus 5.5에서 중요한 이유 Opus 5.5는 이전 Opus 모델보다 세부 사항을 더 꼼꼼히 봅니다. 테스트에서 긴 기획 스레드의 날짜가 요일과 맞지 않는 것을 잡아냈고, 발표 자료의 차트가 본문 수치와 다른 것도 찾아냈습니다.
방법 이렇게 요청하세요. "이 발표 자료에서 서로 모순되는 부분을 찾아 줘. 숫자, 날짜, 이름을 확인하고, 문제가 되는 부분을 인용해서 위치와 함께 알려 줘."
할 일 스프레드시트나 문서가 필요하다면 개요가 아니라 파일 자체를 요청하세요.
Opus 5.5에서 중요한 이유 Opus 5.5가 만든 스프레드시트와 문서는 Opus 5의 결과물보다 공유 전에 손볼 부분이 적습니다.
방법 "공유할 수 있는 스프레드시트로 만들어 줘. 업체당 한 행으로 하고, 비용, 계약 종료일, 담당자 열을 넣어 줘."
할 일 긴 대화에서 후속 질문의 답이 느리게 느껴진다면, 앞선 답변은 확정된 내용이라는 지침을 추가하세요.
Opus 5.5에서 중요한 이유 긴 대화에서 짧은 후속 질문을 생각할 때 Opus 5.5가 앞선 답변을 다시 검토하는 경우가 있습니다. 그러면 답변이 느려집니다.
방법 프로젝트 지침에 이 내용을 추가하세요.
Once you have answered something, treat that answer as done. Focus on
what I'm asking now, and don't go back over an earlier answer unless I
ask about it or point out a problem with it.긴 분석 프로젝트에는 이 지침을 넣지 마세요. 나중 단계에서 앞선 단계의 실수가 드러날 수 있기 때문입니다.
Opus 5.5는 Fable 수준의 생물학·사이버 보안 안전장치와 함께 출시된 첫 Opus 모델입니다. Claude 앱과 Claude Code에서 플래그된 메시지는 대부분 이전 모델로 전환되며, 작업은 그 모델에서 이어집니다. 소스 코드의 보안 취약점을 찾는 작업은 허용되고, 일상적인 건강 및 교육 관련 질문도 계속 사용할 수 있어야 합니다. 이 안전장치가 정당한 작업을 플래그할 때도 있어서, 잘못된 플래그를 줄이도록 조정하고 있습니다. 모델이 전환되었을 때 화면에 어떻게 표시되고 어떻게 대응하면 되는지 알아봅시다.
표시되는 내용 "Switched to"로 시작하고 이전 모델 이름이 적힌 알림이 나타납니다. Claude는 그 모델로 답하고, 채팅도 계속 그 모델에 머뭅니다.
대응 방법
이 검사는 파일과 검색 결과를 포함해 대화의 모든 내용을 대상으로 합니다. 따라서 마지막 메시지가 아니라 앞서 나온 내용 때문에 플래그될 수도 있습니다.
표시되는 내용 이전 모델 이름이 적힌 알림이 나타나며, 세션은 그 모델로 이어집니다.
대응 방법
할 일 프롬프트와 지침에서 내부 추론 과정을 답변에 그대로 옮겨 달라는 요청을 제거하세요.
Opus 5.5에서 중요한 이유 내부 추론 과정을 답변에 그대로 옮겨 달라는 요청은 거절될 수 있습니다. 플래그 범주 중 하나이기 때문입니다.
방법 대신 필요한 내용을 직접 요청하세요. 예: "이 접근 방식을 선택한 이유를 세 문장으로 설명해 줘."
할 일 Claude Code에서 답변을 읽고 다음 메시지를 보내는 식의 주고받는 작업에는 fast mode를 사용하세요.
Opus 5.5에서 중요한 이유 Opus 5.5는 출시 시점부터 fast mode를 리서치 프리뷰로 지원합니다. 같은 모델을 쓰면서 텍스트가 더 빨리 도착합니다. 추가 사용량을 켜야 하며, 토큰당 비용은 표준 모드보다 높습니다.
방법 Claude에 /fast를 입력하세요.
다음 장시간 작업을 시작하기 전에 하나씩 점검해 보세요.

요청할 때
Claude Code에서 장시간 작업할 때
검증할 때
플래그
Opus 5.5로 지금 바로 개발을 시작해 보세요!
검토해 준 Molly Vorwerck에게 감사드립니다.