Opus 5.5 제대로 쓰려면 바꿔야 할 프롬프트 습관

출처: claude.dev Blog (Addy Osmani)
원문: https://claude.dev/blog/getting-the-most-out-of-opus-5-5/
작성자: 팔복소프트-김팔복

한눈에 보기

• Anthropic이 Opus 5.5를 Claude 앱과 Claude Code에서 쓰는 요령을 정리한 가이드를 공개했습니다.
• "깊게 생각해" 같은 지시는 빼도 됩니다. 모델이 매번 스스로 생각하고, 얼마나 생각할지도 직접 정합니다.
• 긴 작업은 한 번에 통째로 맡기되, 완료 조건과 멈춰서 물어볼 조건을 분명히 적어주는 방식을 권합니다.
• Claude Code에서는 CLAUDE.md(프로젝트 지침 파일)의 멈춤 규칙과 파일로 관리하는 작업 목록이 운영의 중심입니다.
• 생물·사이버 분야 안전장치가 강화되어, 플래그된 메시지는 이전 모델로 자동 전환될 수 있습니다.
• fast mode는 같은 모델을 더 빠르게 쓰는 대신 토큰당 비용이 더 듭니다.

주요 내용

무엇을 바꾸면 되나

첫 줄이 가장 즉각적인 변화입니다. Anthropic 자체 테스트에서 "신중히 생각해" 문장을 지웠더니 응답이 더 빨리 시작됐고, 품질 차이는 뚜렷하지 않았다고 합니다. 추론량을 조절하고 싶으면 Claude Code의 effort 설정을 쓰면 됩니다.

긴 작업은 완료 조건과 멈춤 규칙으로 다룬다

Opus 5 대비 가장 크게 좋아진 부분은 여러 단계에 걸친 작업을 끝까지 밀고 가는 능력입니다. 초기 테스터들은 몇 시간짜리 코딩 작업을 거의 개입 없이 맡겼다고 합니다. 그만큼 "어디까지가 끝인지"를 정해주는 게 중요합니다. 예를 들면 이렇습니다.

주문 모듈의 RestTemplate 호출을 WebClient로 전환해줘.
완료 조건: RestTemplate 사용처 0건, ./gradlew test 통과.
원인을 설명할 수 없는 테스트 실패가 나올 때만 멈추고 물어봐.

반대로 중간 보고를 하느라 작업을 멈추는 경우도 있어서, CLAUDE.md에 멈춤 규칙을 적어두라고 권합니다.

- 내 판단이 필요 없는 단계는 계속 진행하고, 상태 메모는 다음 작업과 함께 남긴다.
- DB 마이그레이션 실행, force push, 저장소 밖 변경 전에는 반드시 멈추고 묻는다.
- 작업 목록은 TASKS.md에 두고 끝난 항목은 체크한다.

작업 목록을 파일로 두는 이유는, 컨텍스트가 차서 이전 대화가 요약돼도 파일은 그대로 남기 때문입니다. 대규모 감사나 마이그레이션은 서브에이전트(하위 작업을 병렬로 맡는 보조 에이전트)에 나눠 맡기고, 각 결과의 근거를 검증한 뒤 받아들이게 하라고 합니다. 실행 중에 생각난 요구사항은 Enter로 바로 추가할 수 있습니다.

결과 검수는 "내가 할 일"부터

실행이 끝나면 요약에서 내 결정이나 승인을 기다리는 항목부터 확인합니다. 사람이 보기 전에 diff 리뷰를 먼저 맡기는 것도 권장하는데, 한 초기 테스터는 Opus 5.5의 가장 낮은 effort가 Opus 5의 high effort보다 버그는 더 많이, 오탐은 더 적게 잡았다고 평가했습니다. 리서치 요청에는 확인하지 못한 부분과 찾아본 곳을 표시해달라고 덧붙이면 됩니다.

안전장치와 자동 모델 전환

Opus 5.5는 Fable 수준의 생물·사이버 안전장치를 갖추고 출시된 첫 Opus 모델입니다. 플래그된 메시지는 대부분 이전 모델로 넘어가서 작업이 이어집니다. 소스 코드의 보안 취약점 탐색은 허용 범위이고, 정상 작업이 잘못 걸릴 수 있다는 점은 Anthropic도 인정하며 조정 중입니다.

• 앱: 모델 선택기에서 Opus 5.5로 복귀(새 채팅에서 시작하면 재플래그를 피할 수 있음), 설정 → Capabilities에서 자동 전환 해제
• Claude Code: /model로 복귀, /config에서 전환 방식 변경, 잘못된 플래그는 /feedback
• 응답에 내부 추론 과정을 그대로 보여달라는 요청도 플래그 대상입니다. "이 방식을 고른 이유를 세 문장으로 설명해줘"처럼 바꿔 요청하면 됩니다.

팔복소프트 관점

• 사내 프롬프트 템플릿부터 정리하세요. 팀에서 공유하는 프롬프트 모음이나 CLAUDE.md에 "단계별로 생각해서" 같은 문장이 관성처럼 남아 있는 경우가 많습니다. 지우는 데 드는 비용이 거의 없으니 가장 먼저 할 일입니다.
• "테스트 통과"는 테스트를 믿을 수 있을 때만 완료 조건이 됩니다. 커버리지가 낮은 레거시나 SI 프로젝트에서는 에이전트가 테스트를 통과시키고 끝났다고 보고해도 실제 동작은 깨져 있을 수 있습니다. 이런 코드베이스라면 "변경한 API 목록과 수동 확인 방법 정리"처럼 사람이 검증할 산출물을 완료 조건에 함께 넣는 편이 안전합니다.
• 자율 실행이 길어질수록 권한 설계가 먼저입니다. 로컬에서 운영 환경 자격 증명에 접근할 수 있는 팀이라면 CLAUDE.md 규칙만 믿지 말고 파괴적 명령의 권한 확인을 반드시 켜두세요. 망분리 규정을 받는 금융·공공 조직은 클라우드 기반 코딩 에이전트 도입 자체가 별도 검토 대상입니다.
• 자동 모델 전환은 조용한 품질 저하로 이어질 수 있습니다. 보안 점검처럼 경계선에 가까운 작업을 하는 팀은 모르는 사이 이전 모델로 작업을 이어갈 수 있습니다. 결과 품질이 갑자기 달라졌다면 전환 알림부터 확인하고, 필요하면 "먼저 묻기"로 바꿔두세요.
• 규칙 파일은 원본 하나에서 관리하세요. Cursor의 rules, GitHub Copilot의 instructions 파일처럼 규칙 파일로 에이전트를 통제하는 방식은 이미 업계 공통입니다. 여러 도구를 함께 쓰는 팀은 멈춤 규칙과 금지 행동을 한 문서에서 관리하고 각 파일에 반영해야 도구마다 규칙이 어긋나지 않습니다.
• fast mode는 결과가 아니라 속도를 사는 옵션입니다. 응답을 하나씩 읽으며 주고받는 대화형 작업에만 제한적으로 켜는 게 비용 면에서 합리적입니다.

정리

이번 가이드의 요지는 "모델이 더 오래 혼자 일하니, 사람은 시작 조건과 끝 조건, 멈춰야 할 지점을 설계하라"는 것입니다. 프롬프트 기교보다 완료 조건, 권한, 검수 순서를 문서로 정해둔 팀이 더 큰 효과를 봅니다. 당장 할 일은 두 가지입니다. 기존 템플릿에서 "생각해" 문장을 지우고, CLAUDE.md에 멈춤 규칙 몇 줄을 추가하는 것입니다.

• Claude
• Opus 5.5
• Claude Code
• 프롬프트 엔지니어링
• AI 코딩 에이전트