Anthropic Opus 4.6 최대한 활용하기

목적

Opus 4.6의 '행동 변화'를 전제로 프롬프트와 작업 흐름을 설계해, 코딩·문서·분석 같은 복합 작업에서 결과 품질과 예측 가능성을 동시에 끌어올린다.

핵심 요약

• Opus 4.6는 지시를 더 정확하게 지키고, 행동 전에 컨텍스트를 더 많이 읽고, 어려운 문제에 더 오래 매달리고, 더 적극적으로 의견을 내며, 긴 글의 일관성과 스타일을 더 잘 유지하는 쪽으로 움직였다.
• 그래서 가장 효율적인 운영법은 사양(Spec) -> 이해 확인 -> 계획 -> 실행 -> 검증 파이프라인이다.
• 역할극("전문가로 행동해")은 효과가 낮다. 대신 입력/제약/출력 형식/합격 기준이 성능을 결정한다.

한눈에 보기

Opus 4.6 운영의 기본 원리

Spec-first

Opus 4.6는 지시를 잘 따른다. 그래서 프롬프트가 애매하면 애매한 대로 정확히 수행한다. 질문을 사양으로 바꿔야 한다.

• Goal: 무엇이 완료인가(합격 기준 포함)
• Inputs: 사용할 수 있는 문맥/자료/파일
• Constraints: 범위, 금지사항, 시간 예산
• Output format: 결과 형식(헤딩 구조, 표, 코드 블록)

Plan then execute

Opus 4.6는 이전보다 더 빠르게 방향을 정하고 착수할 수 있다. 따라서 원치 않는 변경을 막으려면 "실행 전에 계획을 제출"하게 해야 한다.

행동 변화별 활용법

지시사항을 더 정확하게 따릅니다

이것이 의미하는 바

• 같은 말을 반복할 필요가 줄어든다. 긴 세션에서도 지시사항이 흐트러질 가능성이 낮다.
• 적은 수의 예시에서도 패턴을 파악하고 이후에 일반화 적용할 가능성이 높다.
• 규칙만 주면 규칙을 따른다. 의도를 주면 더 넓은 범위로 확장 적용한다.

활용 방법

• 한 번에 말한다: 중간 리마인더를 늘리기보다, 처음에 요구사항을 완결된 사양으로 전달한다.
• 예시는 "소량 + 고품질"로: 예시를 늘리기보다 의도(왜 이 규칙이 필요한지)를 한 줄로 추가한다.
• 리마인더를 제거한다: "그리고 잊지 말고..." 유형은 대부분 노이즈다.

실전 프롬프트

Goal:
- [완료 정의]

Inputs:
- [문맥/자료]

Constraints:
- In scope: [...]
- Out of scope: [...]
- Do not: [...]

Output format:
- [헤딩 구조/표/코드 블록 규칙]

Quality bar:
- [검증 기준 1]
- [검증 기준 2]

실패 모드와 처방

• 모순된 제약: 모델은 모순도 정확히 따른다.
  • 처방: 우선순위를 1줄로 추가한다. 예: 정확성 > 범위 > 속도 > 문체.
• 너무 많은 규칙: 규칙이 많을수록 충돌 확률이 올라간다.
  • 처방: 규칙을 "합격 기준"으로 압축해 3-5개만 남긴다.

행동하기 전에 맥락을 파악합니다

이것이 의미하는 바

• 변경 전에 전체 그림(파일 구조, 기존 패턴, 의존성)을 파악하려는 경향이 강해졌다.
• 큰 문서/코드베이스/데이터셋을 훑고 응답하기 전에 이해를 구축할 수 있다.
• 세션 초반이 느려 보일 수 있다(읽는 시간).

활용 방법

• 컨텍스트를 앞에 준다: 초반에 공유하는 정보의 품질이 곧 출력 품질이다.
• 역할 설정을 생략한다: "전문가로 행동" 같은 문구보다 실제 문맥이 더 중요하다.
• 빠른 요청은 범위를 좁힌다: "이 파일만", "이 함수만" 같이 읽기 대상을 지정한다.
• 먼저 이해한 내용을 보여달라고 한다: 실행 전에 오해를 잡는다.

실전 프롬프트 (코드 변경)

Before changes:
- Summarize how this module works (5 bullets).
- List risks/edge cases.
Then propose the smallest viable change.

실패 모드와 처방

• 컨텍스트 수집이 과해짐: 읽느라 시간이 소모된다.
  • 처방: 읽기 예산을 둔다. 예: "3분 안에 훑고, 불확실성은 질문으로 전환".
• 필요 이상으로 범위 확장: 전체 시스템을 리팩터링하려 든다.
  • 처방: Out of scope를 강하게 박는다. 예: "인접 모듈 변경 금지".

어려운 작업에서 끈기 있게 작업합니다

이것이 의미하는 바

• 복잡한 다단계 작업에서 첫 시도 성공률이 올라갈 수 있다.
• 대신 더 오래 걸릴 수 있고, 확인 없이 여러 접근을 시도할 수 있다.
• 요청 이상으로 과하게 제공할 수 있다(불필요한 파일/과한 서술/부가 작업).

활용 방법

• 확인 지점을 설계한다: "각 주요 단계 후 멈춰서 다음을 물어봐".
• 시도 횟수와 정지 조건을 둔다: "2가지 접근 후엔 질문".
• 루프가 보이면 개입한다: 진전 없이 변형만 반복하면 방향을 바꾼다.

실전 프롬프트 (탐색 제한)

Try at most 2 approaches.
If both fail, stop and ask 3 targeted questions.
Do not create extra files unless explicitly requested.

실패 모드와 처방

• 더 좋은 답을 찾다 마감 초과: 완성도 집착으로 시간이 새는 형태.
  • 처방: 시간 예산과 합격 기준을 같이 준다. 예: "30분 안에 통과하는 버전".
• 과잉 산출: 요청하지 않은 추가 산출물 생성.
  • 처방: deliverable을 1문장으로 고정한다.

더 적극적으로 의견을 제시합니다

이것이 의미하는 바

• 방향을 더 빠르게 결정하고 대안을 먼저 제안할 가능성이 커졌다.
• 특히 에이전트/코드 실행 환경에서는 옵션 제시보다 구현으로 바로 들어갈 수 있다.
• 유도 질문에 덜 흔들리지만, 문제 프레이밍은 여전히 중요하다.

활용 방법

• 대안 탐색을 먼저 요구한다: "3가지 접근 + 트레이드오프 + 추천".
• 착수 전 계획 공유를 강제한다: "변경하기 전에 접근 방식을 먼저 설명".
• 결정이 끝났으면 잠근다: "대안은 이미 검토했어. 이 접근으로 진행".
• 스트레스 테스트를 의도적으로 한다: "이 계획의 문제점은?".

실전 프롬프트 (결정 프레임)

Give 3 approaches with tradeoffs.
Recommend one.
Wait for my confirmation before executing.

실패 모드와 처방

• 자신있게 단정: 불확실성을 감추는 답이 나올 수 있다.
  • 처방: "불확실한 부분은 가정/검증 방법"을 반드시 포함하게 한다.

더 강력한 글쓰기를 제공합니다

이것이 의미하는 바

• 스타일 매칭, 긴 글에서 목소리 유지, 구조/일관성이 좋아졌다.
• 가이드 없는 출력에는 여전히 AI 패턴(추상적/완곡/과한 정리)이 남을 수 있다.

활용 방법

• 예시로 시작한다: 원하는 스타일 샘플 1-2문단이면 충분하다.
• 피해야 할 것을 명시한다: 금지 표현/톤/서술 습관을 적는다.
• 편집 루프로 쓴다: 아웃라인 -> 초안 -> 편집(군더더기 제거).

실전 프롬프트 (문체 고정)

Match the style of this sample.
Avoid: vague hedging, motivational tone, generic lists.
Output in Markdown with H2/H3 headings.

실제 작업에서 변화가 어떻게 나타나는지

다음은 Opus 4.6의 강점을 바로 체감하기 좋은 작업들이다.

• 기업 평가: 여러 문서(공시/특허/임상 등)를 관통해 내러티브와 모순 찾기
• 도구 연동 인사이트: 여러 소스의 단서를 추적해 발표자료로 구성
• 계획 스트레스 테스트: 시나리오별 연쇄 리스크를 추적
• 이해도 매핑: 알고/모르는 것을 구조화하고 빈틈 중심 학습 자료 생성

작업 유형별 레시피

코드 변경

• 입력: 관련 파일 1-3개, 현재 동작, 변경 목표, 금지 영역
• 절차: 이해 요약 -> 변경 계획 -> 최소 변경 -> 위험/테스트 제안 -> 최종 패치

리서치/요약

• 입력: 링크/문서, 요약 목적(의사결정/학습/공유), 대상 독자
• 절차: 주장 추출 -> 근거/반례 -> 적용 시나리오 -> 실행 체크리스트

문서/글쓰기

• 입력: 목적, 독자, 톤, 샘플 1개, 금지 패턴
• 절차: 아웃라인 -> 초안 -> 자기편집(과장/군더더기 제거) -> 최종본

재사용 템플릿

Goal:
- ...

Inputs:
- ...

Constraints:
- In scope: ...
- Out of scope: ...
- Do not: ...

Output format:
- ...

Quality bar:
- ...

Process:
- First summarize your understanding (5 bullets).
- Then propose a plan (steps + risks).
- Execute.
- Self-check against Quality bar and revise once.

운영 체크리스트

• 같은 업무는 같은 사양 템플릿으로 시작한다.
• 행동 전에 이해 요약을 받는다.
• 범위/정지 조건을 명시한다.
• 대안 3개 + 트레이드오프로 의견 제시 능력을 활용한다.
• 글은 샘플 + 금지 패턴으로 문체를 고정한다.

참고 링크

• GeekNews
• Claude 공식 튜토리얼
• YouTube