
# Opus 5 프롬프팅

## Opus 5 프롬프트에서 제거해야 할 4가지 요소
- include a final verification step for any non-trivial task
- use a subagent to verify
- double-check your answer
- re-verify before responding

## Verification(검증)
Opus 5는 디폴트로 검증을 한다. Non-trivial task에 대해서 vertify를 요구하면 over-verification이 발생한다. 따라서, 왠만해서는 검증에 대한 프롬프팅을 제거하는 것이 토큰 경제성은 살리면서 품질은 그대로 유지할 수 있다.

## Task Scope
Opus 5는 모델이 스스로 작업 영역을 확대하는 경향을 보인다. 작업 영역에 대한 명시적 제약조건을 부여하는 것이 바람직하다.

### 예시
Deliver what was asked, at the scope intended. Make routine judgment calls yourself, and check in only when different readings of the request would lead to materially different work. If the request seems mistaken or a better approach exists, say so in a sentence and continue with the task as asked rather than quietly narrowing, widening, or transforming it. Finish the whole task, and stop short of actions that are clearly beyond what was asked.

## 대답 길이와 말의 길이
Opus 5는 이전 Opus 모델들보다 대답을 길게 한다. 대답 길이를 간략하게 유지하려면 아래와 같은 예시 프롬프트를 삽입해주는 것이 좋다.

### 예시
Keep responses focused, brief, and concise. Keep disclaimers and caveats short, and spend most of the response on the main answer. When asked to explain something, give a high-level summary unless an in-depth explanation is specifically requested.

<tone_preference>Keep outputs reasonably concise.</tone_preference>


## 글의 길이
Opus 5가 긴 글을 디스크에 작성하는 경향을 보인다. 그래서 글의 길이에 대한 명확한 지시 사항을 주는 것이 바람직하다. 

### 예시
Match the length of written documents to what the task needs: cover the substance, but do not pad with filler sections, redundant summaries, or boilerplate.

## 서브에이전트 경제성
Opus 5는 쓸데없이 서브에이전트를 구성하여 일을 벌이는 경향이 있다. 그래서 진정으로 독립적이며 분해 가능한 일에 대해서만 서브에이전트를 구성하도록 제약조건을 부여하는 것이 좋다.

### 예시
Delegate to a subagent only for large tasks that are genuinely independent and parallelizable, such as a wide multi-file investigation. Do not delegate work you can finish yourself in a handful of tool calls, and do not use subagents to verify or double-check your own work. If one subagent can complete the task, use one rather than several, and keep spawn counts low.

## 자기 수정
Opus 5는 프롬프팅 지시가 없어도, 자기 스스로 실수를 수정하는 작업을 실행함. 따라서 수정 지시를 할 경우 더블 체크 상황이 발생하여 토큰을 낭비하게 됨.

### 예시
Only correct an earlier statement when the error would change the user's code, conclusions, or decisions. State corrections plainly and briefly, then continue the task. For slips that change nothing for the user, make the fix and move on without noting it.




















