Claude 앱 및 Claude Code에서 Opus 5.5 활용 방법

Opus 5.5 프롬프팅 방법: 장기 실행 제어 및 Claude 앱/Claude Code에서 결과 확인하기

Opus 5.5는 사용자가 기존에 Claude를 사용하는 방식과 잘 맞습니다. 다만 몇 가지 동작 방식이 달라졌는데, 스스로 더 오랫동안 작동할 수 있고, 자신이 무엇을 했는지 명확하게 알려주며, 답변하기 전에 생각하는 과정을 거친다는 점입니다. 이 가이드는 Opus 5.5를 Claude 앱 및 Claude Code에서 사용하는 방법, 모델 프롬프팅 방법, 장기 실행 제어 방법, 그리고 결과 확인 방법을 다룹니다.

Opus 5.5와 함께 첫 세션을 진행할 때 시도해 볼 세 가지 사항

무엇을 할까요. 전체 작업을 하나의 메시지로 제공합니다. "테스트 통과" 또는 "모든 엔드포인트 마이그레이션 완료"와 같이 최종 목표 지점을 명시하세요. 그리고 모델에게 충분히 작업할 시간을 주세요.

Opus 5.5에서 중요한 이유. Opus 5.5는 이전 버전의 Opus 5보다 길고 여러 단계로 구성된 작업을 더 잘 처리합니다. 이전 Opus 모델과 비교했을 때 가장 큰 개선점은 테스트가 통과할 때까지 대규모 저장소(repository)를 통해 변경 사항을 전달하는 것 같은 다단계 작업입니다. 초기 사용자들은 감독 없이도 몇 시간 동안 긴 코딩 작업을 수행하도록 했습니다. 명확한 최종 목표 지점이 있으면, 언제 끝내야 하는지 알게 됩니다.

어떻게 할까요. 예를 들어 Claude Code에서 다음과 같이 진행할 수 있습니다:
"기존 클라이언트에서 새 클라이언트로 결제 엔드포인트를 마이그레이션하세요. 완료의 정의는 다음과 같습니다: 모든 엔드포인트가 새 클라이언트를 사용하고, 기존 클라이언트는 삭제되었으며, 테스트 스위트(test suite)를 통과해야 합니다. 그리고 테스트에 실패하는 이유가 설명되지 않는 경우에만 저에게 질문해 주세요."

무엇을 할까요. 프롬프트와 저장된 지침에서 "신중하게 생각하기(think carefully)", "단계별로 생각하기(think step by step)" 등 유사한 문구를 제거하세요.

Opus 5.5에서 중요한 이유. Opus 5.5는 답변하기 전에 항상 사고 과정을 거치며, 그 정도를 스스로 결정합니다. 따라서 모델에게 '생각하라'고 요청할 필요가 없습니다. 채팅 제품 테스트에서 "신중하게 생각하기" 문구를 제거하자, 품질 저하 없이 답변이 더 빨리 시작되는 것을 확인했습니다.

어떻게 할까요. 해당 문구를 삭제하세요. 간단한 질문에 대한 빠른 답변을 원한다면 다음과 같이 지시하세요: "직접적으로 답변해 주세요(Answer directly)." Claude Code에서 모델의 사고 정도를 변경하려면, '노력(effort)' 설정을 변경하세요.

무엇을 할까요. 작업 도중에 무언가를 기억했다면, 모델이 작동하는 동안 후속 메시지를 입력할 수 있습니다.

Opus 5.5에서 중요한 이유. 이제 실행(run)이 더 길어졌기 때문에 재시작하는 비용이 커졌습니다.

방법. Claude Code에서 메시지를 입력하고 Claude가 작업하는 동안 Enter를 누릅니다. 예를 들어, “이전 엔드포인트 이름도 별칭으로 유지해 줘.”와 같이 요청합니다.

할 일. 페이지, 앱 또는 아티팩트를 요청할 때 제외하고 싶은 디자인 습관들을 목록으로 작성하세요.

Opus 5.5에서 중요한 이유. 디자인 방향이 없으면 Opus 5.5는 몇 가지 기본 스타일로 되돌아갑니다. “획일적인 느낌을 피하라”와 같은 일반적인 지침은 대부분 하나의 기본 스타일을 다른 기본 스타일로 바꿀 뿐입니다. 구체적인 패턴 목록이 훨씬 더 효과적입니다.

방법. 패턴의 이름을 지정하세요:

플레이스홀더 콘텐츠로 개인 웹사이트를 만드세요. 크림색이나 오프화이트 배경, 제목의 기울임꼴 강조 단어, 번호가 매겨진 “01 / 02 / 03” 섹션 레이블, 모노스페이스(monospace) 레이블 또는 알약 모양 버튼은 사용하지 마세요.

그런 다음 그것이 대신 무엇을 선택했는지 살펴보세요. 만약 그것마저도 마음에 들지 않는다면, 목록에 추가하고 다시 요청하세요.

할 일. 언제 멈춰서 물어보고, 언제 계속 진행해야 하는지에 대한 짧은 규칙을 CLAUDE.md 파일에 작성하세요.

Opus 5.5에서 중요한 이유. Opus 5.5는 작업하는 동안 사용자에게 상황을 알려줍니다. 긴 작업의 경우, 작업을 계속하기보다 보고하는 데서 멈추는 때가 있습니다: 다음 단계를 이름만 언급하고 진행하지 않는 요약, 계속할지 여부를 묻는 제안, 또는 작업을 막지 않는 선택 목록 등입니다. 이는 이러한 중단을 명시한 지침을 따릅니다. 원하는 중단점도 지정하세요.

방법. 이것을 CLAUDE.md에 추가하고 프로젝트에 맞게 수정하세요:

단계가 내 입력이 필요하지 않다면 계속 진행하세요. 다음 조치와 같은 메시지에 상태 메모를 넣어주세요. 나 없이 계속할 수 없을 때, 또는 데이터를 삭제하거나, force-push 하거나, 이 저장소 외부의 어떤 것을 변경하기 전과 같이 파괴적인 작업 전에만 멈춰서 물어보세요.

실행이 “계속 진행할까요?”로 멈추면 “continue”라고 답하세요. 만약 이것이 자주 발생한다면, 위의 규칙이 도움이 될 것입니다.

지속하기 위한 규칙은 중단이 적다는 것을 의미하므로, 위험하거나 되돌리기 어려운 일은 항상 스스로 확인하세요. 위의 규칙의 마지막 줄이 이를 수행합니다. 파괴적인 명령어에 대해서도 권한 요청(permission prompts)을 켜 두세요.

페어 프로그래밍(pair programming)의 경우 반대가 필요할 수 있습니다. 즉, 시작 전에 한 줄짜리 계획을 세우고 끝에서 짧게 요약하는 것입니다. 이 내용은 대신 CLAUDE.md에 작성하세요. Opus 5.5는 둘 중 어느 방식이든 따릅니다.

무엇을 해야 할까요. 감사(audit), 마이그레이션(migration) 또는 대규모 코드베이스 전반의 검토를 위해서는, Opus 5.5에게 작업을 여러 서브 에이전트(subagents)로 분할하고 각 결과를 확인하도록 요청하세요.

Opus 5.5에서 중요한 이유. 초기 테스터들은 Opus 5.5가 장기간의 감사 및 마이그레이션 작업에서 감독 없이 병렬 서브 에이전트를 조정하는 것을 경험했습니다.

방법. services/에 있는 모든 서비스를 연결된 이슈의 재시도 버그(retry bug)에 대해 감사하세요. 각 서비스에 자체 서브 에이전트를 할당하세요. 서브 에이전트가 보고하면, 그것을 수락하기 전에 그 증거(evidence)를 확인하세요. 마지막으로 하나의 표로 정리합니다: 서비스, 영향 여부 (예/아니오), 그리고 증거.

무엇을 해야 할까요. 시간이 오래 걸리는 실행의 경우, Opus 5.5에게 작업 목록을 파일에 유지하고 진행하면서 업데이트하도록 요청하세요. 그런 다음 스크롤백이 아닌 그 파일을 읽어 실행 현황을 파악하세요.

Opus 5.5에서 중요한 이유. 이제 실행 시간이 더 길어졌습니다. 긴 실행은 컨텍스트 창(context window)을 채우고, Claude Code는 오래된 내용을 요약합니다. 파일에 있는 목록은 이를 피할 수 있으며, 무엇이 완료되었고 무엇이 남았는지 한눈에 보여줍니다.

방법. “TASKS.md에 체크리스트를 유지하세요. 항목이 완료될 때마다 표시하고, 새롭게 발견하는 것이 있으면 추가하세요.”

무엇을 해야 할까요. 긴 실행이 끝난 후에는, Claude가 당신에게 기다리는 것(예: 열어둔 결정이나 승인을 원하는 변경 사항)이 있는지 먼저 확인하세요. 그런 다음 Claude의 나머지 요약을 읽으세요.

Opus 5.5에서 중요한 이유. Opus 5.5는 Opus 5보다 자신의 작업에 대해 더 명확하게 보고합니다. 그 업데이트와 최종 요약은 자신이 무엇을 했고, 무엇을 발견했으며, 당신에게 무엇이 필요한지 평이한 언어로 알려줍니다.

어떻게(How). 요약의 형식을 변경하려면 CLAUDE.md에 "모든 실행 끝에는 다음 세 개의 제목을 붙이세요: Blocked on me, Changed, Found."와 같이 명시하세요.

무엇을 할까요(What to do). 사람이 검토하기 전에 Opus 5.5에게 diff나 풀 리퀘스트(pull request)를 검토하도록 요청하세요.

Opus 5.5에서 중요한 이유(Why it matters on Opus 5.5). 초기 테스터 중 한 명은 Opus 5.5가 가장 적은 노력으로도 Opus 5의 높은 노력 수준보다 더 많은 버그를 포착했으며, 오탐지율(false alarms)이 낮았다고 말했습니다. 또한 변경 사항을 평이한 언어로 설명하므로 풀 리퀘스트 설명서 검토가 더 쉽습니다.

어떻게(How). 이 프롬프트를 Claude에게 입력하세요:
"main 브랜치와 비교하여 이 브랜치의 diff를 검토해 주세요. 병합을 막아야 할 문제만 나열해 주세요. 각 문제에 대해 파일과 줄 번호, 왜 잘못되었는지, 그리고 실패하는 것을 어떻게 보여줄 수 있는지 알려주세요."

무엇을 할까요(What to do). 연구 및 분석의 경우, 모델에게 찾지 못했거나 확인할 수 없었던 내용을 말하도록 요청하세요.

Opus 5.5에서 중요한 이유(Why it matters on Opus 5.5). "이것을 찾을 수 없었습니다"라는 답변은 읽을 가치가 있으며, 이를 요청하는 것만으로도 쉽게 찾을 수 있습니다.

어떻게(How). 요청에 "확인할 수 없는 것은 표시하고 어디를 살펴봤는지 말해 주세요"를 추가하세요. 이는 Claude 연구 보고서와 Claude Code 모두에서 작동합니다.
먼저, 모델 선택기(model picker)가 Opus 5.5라고 표시하는지 확인하세요.

무엇을 할까요(What to do). 차트, 다이어그램, 스크린샷 또는 슬라이드를 첨부하세요. 숫자를 다시 입력하지 마세요.

Opus 5.5에서 중요한 이유(Why it matters on Opus 5.5). Opus 5.5는 Opus 5보다 차트, 다이어그램 및 스크린샷을 더 정확하게 읽으며, 이를 수행하기 위해 추가 단계가 필요하지 않습니다. 또한 이미지 내 요소의 위치에 따라 의미가 달라지는 것들(예: 화살표가 연결하는 상자, 두 버전의 다이어그램 간 변경된 내용, 캘린더 스크린샷에서 회의 시작 및 종료 시간)을 파악하는 데 더 뛰어납니다.

어떻게(How). 이미지를 첨부하고 구체적인 질문을 하세요: "이 서비스들 중 어떤 것이 청구 API를 직접 호출하나요?"

무엇을 할까요(What to do). 긴 계획, 보고서 또는 프레젠테이션 자료를 제공하고 실수나 오류를 찾아달라고 요청하세요.

Opus 5.5에서 중요한 이유. Opus 5.5는 이전 Opus 모델보다 세부 사항에 더 많은 주의를 기울입니다. 저희 테스트에서 이 모델은 긴 기획 스레드 내에서 요일이 잘못된 날짜와, 슬라이드 자료의 숫자와 일치하지 않는 차트를 발견했습니다.

방법. 다음과 같은 프롬프트를 제출하세요: “이 자료(deck)에 모순되는 점이 있는지 확인해 주세요: 숫자, 날짜, 이름. 각 문제점을 인용하고 위치를 알려주세요.”

해야 할 일. 스프레드시트나 문서를 원할 때는 개요(outline)가 아닌 파일 자체를 요청하세요.

Opus 5.5에서 중요한 이유. Opus 5.5가 만든 스프레드시트와 문서들은 공유하기 전에 Opus 5보다 편집할 필요가 적습니다.

방법. “이것을 제가 공유할 수 있는 스프레드시트로 만들어 주세요: 공급업체별 한 행, 비용, 계약 만료일, 담당자 열로 구성해주세요.”

해야 할 일. 긴 채팅에서 후속 질문(follow-up questions)이 느리게 느껴진다면, 이전 답변은 확정되었다는 지침을 추가하세요.

Opus 5.5에서 중요한 이유. 긴 채팅에서 Opus 5.5는 짧은 후속 질문에 대해 생각하는 동안 때때로 이전에 했던 답변으로 되돌아갑니다. 이것이 응답 속도를 늦춥니다.

방법. 프로젝트 지침(instructions)에 다음 내용을 추가하세요:

이미 무언가에 답했다면, 그 답변은 완료된 것으로 간주해 주세요. 제가 지금 요청하는 것에 집중하고, 제가 그것에 대해 질문하거나 문제가 있다고 지적하지 않는 한 이전 답변으로 돌아가지 말아 주세요.

나중에 단계에서 이전 단계의 실수를 보여줄 수 있는 장기 분석 프로젝트에서는 이 지침을 제외하세요.

Opus 5.5는 Fable 수준의 생물학 및 사이버 보안 보호 기능(bio and cyber safeguards)과 함께 출시된 최초의 Opus 모델입니다. Claude 앱과 Claude Code에서 대부분 플래그가 지정된 메시지는 이전 모델로 이동하며, 작업은 그곳에서 계속됩니다. 소스 코드에서 보안 취약점을 찾는 것은 허용되며, 일상적인 건강 및 교육 질문도 여전히 작동해야 합니다. 이러한 보호 기능들은 때때로 합법적인 작업을 플래그 처리할 수 있으며, 저희는 부정확한 플래그를 줄이기 위해 이를 조정하고 있습니다. 만약 전환된다면, 무엇을 보게 되며 어떻게 해야 하는지 알려드립니다.

보이는 것. “Switched to”라는 문구와 이전 모델 이름이 시작되는 알림입니다. Claude가 그 모델에서 답변하며, 채팅은 그 상태를 유지합니다.

할 일.

이 확인 기능은 파일과 검색 결과를 포함하여 대화 전체를 다룹니다. 따라서 플래그는 마지막 메시지뿐만 아니라 이전 내용에서도 발생할 수 있습니다.

확인 사항. 이전 모델을 명시하는 알림이 나타납니다. 세션은 해당 모델로 계속됩니다.

할 일. 프롬프트와 지침에서 응답에 내부 추론 과정을 재현해 달라는 요청을 제거하십시오.

Opus 5.5에서 중요한 이유. 응답에 내부 추론 과정을 재현해 달라는 요청은 거부될 수 있습니다. 이는 플래그 범주 중 하나입니다.

방법. 대신 Claude에게 필요한 것을 요청하세요. 예를 들어, “이 접근 방식을 선택한 이유를 세 문장으로 설명해 주세요.”

할 일. Claude Code에서는 주고받는 작업에 대해 빠른 모드(fast mode)를 사용하십시오. 이 모드는 각 응답을 읽은 후에 다음 메시지를 보내는 방식입니다.

Opus 5.5에서 중요한 이유. 빠른 모드는 Opus 5.5 출시와 함께 연구 미리보기(research preview)로 제공됩니다. 동일한 모델을 얻고, 텍스트가 더 빨리 도착합니다. 추가 사용 설정이 필요하며, 표준 모드보다 토큰당 비용이 더 많이 듭니다.

방법. Claude에 /fast를 입력하세요.

다음 장기 작업 전에 이것들을 검토하십시오.

질문하기

Claude Code의 장기 실행 기능

확인 기능

플래그

Opus 5.5로 구축을 시작하세요!

검토해 준 Molly Vorwerck에게 감사드립니다.