📑 Opus 4.8 프롬프팅 베스트 프랙티스 (PDF)

📑 Opus 4.8 프롬프팅 베스트 프랙티스 (PDF)
https://t.co/WjCVfVjRsr

Claude Code나 API로 Opus 4.8을 쓰는 분들이라면 모델이 4.7과 어떻게 다르게 동작하는지 참고해볼 수 있어요.

• Opus 4.8은 작업 복잡도를 스스로 판단해 응답 길이를 조절하므로, 일정한 분량이 필요하면 긍정적 예시로 톤을 잡아주세요.

• Effort 파라미터가 이전 어떤 Opus보다 중요하니, 코딩/에이전트는 'xhigh', 지능 중심 작업은 최소 'high'에서 시작하세요.

• 추론이 얕게 느껴지면 프롬프트로 우회하지 말고 먼저 effort를 'high'나 'xhigh'로 올리세요.

• thinking은 기본적으로 꺼져 있으므로, 필요하면 'thinking: {type: "adaptive"}'를 명시해야 합니다.

• Opus 4.8은 추론을 선호하고 도구 호출을 덜 하는 편이라, 도구 사용을 늘리려면 effort를 올리거나 사용 조건을 명시하세요.

• 진행 상황 업데이트가 더 좋아졌으니 "3번마다 요약" 같은 강제 스캐폴딩은 빼는 편이 낫습니다.

• 지시를 문자 그대로 따르므로, 넓게 적용하길 원하면 "모든 섹션에 적용" 식으로 범위를 명시하세요.

• 글쓰기는 직설적이고 견해가 분명한 스타일이 기본이니, 따뜻한 목소리가 필요하면 별도로 지시하세요.

• 서브에이전트를 기본적으로 덜 생성하므로, 언제 분산 작업이 바람직한지 명시적으로 안내하세요.

• 디자인 기본값이 크림색 배경의 에디토리얼 스타일로 고정되어 있어, 막연한 부정 지시 대신 구체적 사양을 주거나 옵션을 먼저 제안하게 하세요.

• 인터랙티브 코딩에서는 토큰이 더 들지만 일관성이 좋아지므로, 첫 턴에서 작업/의도/제약을 충분히 명시하고 자율 기능을 더하세요.

• 코드 리뷰에서 재현율이 낮아 보이면 능력 퇴보가 아니라 "보수적으로 하라"는 기존 지시를 더 충실히 따르는 하네스 효과일 수 있습니다.

• 리뷰 발견 단계에서는 필터링하지 말고 커버리지를 목표로 모든 이슈를 확신도/심각도와 함께 보고하게 하세요.

• 컴퓨터 사용은 1080p가 성능과 비용의 좋은 균형점이며, 비용이 민감하면 720p도 괜찮은 선택입니다.

• 무엇을 바꾸든 프롬프트 변경의 효과는 항상 자신의 평가셋으로 측정하는 것이 가장 확실합니다.