2024년처럼 Opus 5.5에 프롬프트를 입력하지 마세요

단계별로 감독하는 프롬프트 대신 포괄적인 단일 작업 정의를 사용하세요. Opus 5.5는 이제 adaptive thinking을 수행하며 내부 추론 예산을 동적으로 할당합니다. 전체 작업을 미리 제공한 다음, 관찰 가능하고 객관적인 기준으로 “완료”를 정의하여 모델이 자율적으로 실행하도록 하세요.

명확하고 검증 가능한 확인 사항으로 “완료”를 정의하세요. 결제 마이그레이션의 경우 다음을 의미합니다:

• 모든 엔드포인트가 새 클라이언트를 사용함
• 이전 클라이언트가 삭제됨
• 모든 테스트 통과

이러한 구체적인 결승선은 모호함을 제거하고 Opus 5.5가 스스로 검증할 수 있게 합니다.

“신중하게 생각하세요” 또는 “단계별로 생각하세요”와 같은 일반적인 추론 유도 문구를 제거하세요. Anthropic의 테스트에 따르면 이러한 문구는 출력 품질을 개선하지 않으면서 지연 시간만 추가합니다. Opus 5.5는 항상 먼저 생각하고 스스로 추론 깊이를 결정합니다.

대신 “설명할 수 없는 이유로 테스트가 실패할 때만 멈추세요”와 같은 실제 제약 조건을 명시하세요. 이는 모델이 문제를 독립적으로 해결하도록 유도하며, 진정으로 막혔거나 설명할 수 없는 테스트 실패가 발생할 때만 일시 중지하게 합니다. 모호한 지시는 효과가 없으며, 구체적이고 실행 가능한 결승선이 결과를 이끌어냅니다.

모호한 디자인 프롬프트는 일반적인 결과물로 이어집니다. Opus 5.5에게 “덜 일반적이게 만들어줘”라고 요청하는 것은 독창적인 결과를 내는 대신 단순히 다른 템플릿으로 교체하는 것에 불과합니다. 모델은 구체적인 지시가 없으면 익숙한 스타일을 기본값으로 사용합니다.

대신 피해야 할 것을 정의하세요. Better Stack의 영상은 효과적인 negative constraints를 강조합니다: 번호가 매겨진 섹션, 고정 폭 글꼴 라벨, 알약 모양 버튼 등을 사용하지 마세요. AI 모델은 종종 이러한 요소를 선호하므로, 이를 명시적으로 금지하면 더 창의적인 솔루션을 강제할 수 있습니다.

제외 사항과 긍정적인 지침의 균형을 맞추세요. 의도한 대상, 원하는 시각적 분위기, 계층 구조, 상호작용 요구 사항 등 명확한 목표를 설명하세요. 이는 Opus 5.5가 진정으로 독창적인 디자인을 생성할 수 있는 유용한 프레임워크를 제공합니다.

예를 들어 다음과 같이 명시하세요: “임원진을 위한 대시보드를 디자인하되, 즉각적인 명확성과 세련된 단순함을 전달하세요. 텍스트보다 데이터 시각화를 우선시하세요. 장난스럽거나 지나치게 장식적인 요소는 피하세요. 모든 상호작용 요소는 명확하게 구분되면서도 시각적으로 절제되어야 합니다.” 이렇게 하지 말아야 할 것과 달성해야 할 것을 결합하면 Opus 5.5로부터 우수한 디자인 결과를 얻을 수 있습니다.

제어력을 잃지 않으면서 실행을 계속하세요

비용이 많이 드는 재시작을 피하세요. 실행 중간에 새로운 요구 사항이 나타나면 Claude Code에서 직접 후속 작업을 대기열에 추가하세요. 하네스(harness)는 현재 작업을 중단하거나 캐시된 추론을 무효화하지 않고 다음 단계에서 지침을 처리합니다. 이는 컨텍스트를 보존하고 반복 속도를 높입니다.

에이전트 자율성에 대한 명확한 규칙을 수립하세요. CLAUDE.md 규칙에 “나의 도움이 필요하거나 파괴적인 작업이 아닌 이상 계속 진행하세요”를 추가하세요. 이는 Opus 5.5가 사소한 업데이트에서 멈추는 것을 방지하여 지속적인 진행을 보장하는 동시에 중요한 작업에 대해서는 인간의 감독을 유지하게 합니다.

마이그레이션이나 감사와 같은 대규모 작업의 경우 sub-agents에게 작업을 위임하세요. 메인 에이전트에게 작업을 분할하도록 지시한 다음, 수락하기 전에 각 하위 에이전트의 증거를 확인하세요. 이 전략은 개별 에이전트의 컨텍스트를 줄여 정확도를 높이고 다단계 검토 프로세스를 제공합니다.

장기 실행 작업을 위해 tasks.md 파일을 유지하세요. Opus 5.5는 컨텍스트 윈도우 내의 이전 대화 내용을 요약하므로 세부 정보가 가려질 수 있습니다. 지속적인 tasks.md는 전체 작업 목록을 보존하여 완료된 작업과 남은 작업을 보여줌으로써 진행 상황이 손실되지 않도록 합니다. 추가 지침은 Prompting Best Practices - Claude Platform Docs를 참조하세요.

최종 보고서를 검토하셨나요? 먼저 “needs from you” 섹션을 확인하세요. 다음 단계를 명확히 하기 위해 “blocked on me”, “changed”, “found” 섹션이 포함된 요약을 요청하세요. Opus 5.5는 자체 감사에 능숙하므로 이를 활용하세요.

변경 사항을 수락하기 전에 병합 차단(merge-blocking) 전용 diff 검토를 요청하세요. 파일, 라인, 결함 설명 및 재현 단계를 명시하세요. 독립적인 검증을 위해 Astra와 같은 다른 모델을 사용하여 Opus의 출력을 검토하는 것을 고려해 보세요. 모델을 다양화하면 더 독창적인 통찰력을 얻을 수 있는 경우가 많습니다.

Opus 5.5는 fable 수준의 바이오 및 사이버 안전 장치를 통합하여 Opus 5보다 더 신중하게 작동합니다. 이러한 안전 장치는 사용자 자신의 코드베이스에 대한 합법적인 보안 작업을 플래그 처리할 수 있습니다. 플래그가 지정되면 프롬프트에 자신의 코드를 대상으로 함을 명확히 밝히고, 내부 추론에 대한 요청은 플래그 범주에 해당하므로 피하세요.

모델 전환 설정을 확인하세요. Anthropic은 플래그가 트리거될 때 Claude가 자동으로 모델을 전환할지 아니면 먼저 사용자에게 물어볼지 선택할 수 있게 합니다. 이전 메시지가 계속해서 안전 장치를 트리거하는 경우, 새 스레드를 시작하여 컨텍스트를 초기화하세요.

Opus 5.5에게 단계별로 생각하라고 지시해야 할까요?

보통은 그렇지 않습니다. 가이드에 따르면 “신중하게 생각하라”와 같은 일반적인 지침은 큰 도움이 되지 않습니다. 대신 모델에게 명확한 요구 사항과 성공 기준을 제시하세요.

Claude Code가 작업 도중에 멈추지 않게 하려면 어떻게 해야 하나요?

CLAUDE.md에 언제 계속 진행하고 언제 도움을 요청할지 설명하는 규칙을 추가하세요. 예를 들어, 차단되거나 파괴적인 작업을 수행하기 전까지는 계속 진행하도록 설정할 수 있습니다.

Claude Code가 실행 중일 때 지침을 추가할 수 있나요?

네. 작업을 중단하고 다시 시작하는 대신, 실행이 활성화된 상태에서 후속 작업을 대기열에 추가하세요.

Claude가 이전 모델로 전환되는 이유는 무엇인가요?

메시지가 안전 장치를 트리거할 수 있습니다. 합법적인 컨텍스트를 명확히 하고, 모델 전환 설정을 검토하며, 문제가 지속되면 새 스레드를 시작하는 것을 고려하세요.