프롬프트 작성 모범 사례

이 가이드는 Claude 4.x 모델을 위한 구체적인 프롬프트 엔지니어링 기법을 제공하며, Sonnet 4.5, Haiku 4.5, Opus 4.5에 대한 구체적인 지침을 포함합니다. 이러한 모델들은 이전 세대의 Claude 모델보다 더 정확한 명령 따르기를 위해 학습되었습니다.

일반 원칙

명령을 명확하게 작성하세요

Claude 4.x 모델은 명확하고 명시적인 명령에 잘 반응합니다. 원하는 출력에 대해 구체적으로 지정하면 결과를 향상시키는 데 도움이 될 수 있습니다. 이전 Claude 모델의 "기대 이상" 동작을 원하는 고객은 새로운 모델에서 이러한 동작을 더 명시적으로 요청해야 할 수 있습니다.

성능 향상을 위해 컨텍스트를 추가하세요

명령 뒤의 컨텍스트나 동기를 제공하면, 예를 들어 Claude에게 그러한 동작이 왜 중요한지 설명하면, Claude 4.x 모델이 당신의 목표를 더 잘 이해하고 더 목표에 맞는 응답을 제공하는 데 도움이 될 수 있습니다.

Claude는 설명으로부터 일반화할 수 있을 정도로 똑똑합니다.

예시와 세부 사항에 주의하세요

Claude 4.x 모델은 정확한 명령 따르기 기능의 일부로 세부 사항과 예시에 밀접한 주의를 기울입니다. 당신의 예시가 장려하고 싶은 동작과 일치하고 피하고 싶은 동작을 최소화하는지 확인하세요.

장기 추론 및 상태 추적

Claude 4.5 모델은 뛰어난 상태 추적 기능을 갖춘 장기 추론 작업에서 탁월합니다. 한 번에 모든 것을 시도하기보다는 몇 가지에 대해 꾸준한 진전을 이루는 데 초점을 맞춰 확장된 세션 전체에서 방향 감각을 유지합니다. 이 기능은 특히 여러 컨텍스트 윈도우나 작업 반복에 걸쳐 나타나며, Claude는 복잡한 작업을 수행하고 상태를 저장한 후 새로운 컨텍스트 윈도우로 계속할 수 있습니다.

컨텍스트 인식 및 다중 윈도우 워크플로우

Claude 4.5 모델은 컨텍스트 인식 기능을 갖추고 있어 모델이 대화 전체에서 남은 컨텍스트 윈도우(즉, "토큰 예산")를 추적할 수 있습니다. 이를 통해 Claude는 작업할 수 있는 공간이 얼마나 되는지 이해함으로써 작업을 실행하고 컨텍스트를 더 효과적으로 관리할 수 있습니다.

컨텍스트 제한 관리:

Claude를 컨텍스트를 압축하거나 외부 파일에 컨텍스트를 저장할 수 있는 에이전트 하네스(Claude Code와 같은)에서 사용하는 경우, Claude가 그에 따라 동작할 수 있도록 이 정보를 프롬프트에 추가하는 것을 권장합니다. 그렇지 않으면 Claude는 컨텍스트 제한에 접근할 때 자연스럽게 작업을 마무리하려고 시도할 수 있습니다. 다음은 예시 프롬프트입니다:

당신의 컨텍스트 윈도우는 제한에 접근할 때 자동으로 압축되어 중단한 곳에서 무한정 계속 작업할 수 있습니다. 따라서 토큰 예산 우려로 인해 작업을 일찍 중단하지 마세요. 토큰 예산 제한에 접근할 때, 컨텍스트 윈도우가 새로 고쳐지기 전에 현재 진행 상황과 상태를 메모리에 저장하세요. 항상 가능한 한 지속적이고 자율적이어야 하며 컨텍스트 남은 것에 관계없이 작업을 완전히 완료하세요. 남은 컨텍스트에 관계없이 어떤 작업도 일찍 인위적으로 중단하지 마세요.

메모리 도구는 컨텍스트 인식과 자연스럽게 쌍을 이루어 원활한 컨텍스트 전환을 가능하게 합니다.

다중 컨텍스트 윈도우 워크플로우

여러 컨텍스트 윈도우에 걸친 작업의 경우:

1. 첫 번째 컨텍스트 윈도우에 다른 프롬프트 사용: 첫 번째 컨텍스트 윈도우를 사용하여 프레임워크를 설정(테스트 작성, 설정 스크립트 생성)한 후, 향후 컨텍스트 윈도우를 사용하여 할 일 목록을 반복합니다.

2. 모델이 구조화된 형식으로 테스트를 작성하도록 하세요: Claude에게 작업을 시작하기 전에 테스트를 만들고 구조화된 형식(예: tests.json)으로 추적하도록 요청하세요. 이는 장기적인 반복 능력을 향상시킵니다. Claude에게 테스트의 중요성을 상기시키세요: "테스트를 제거하거나 편집하는 것은 허용되지 않습니다. 이는 누락되거나 버그가 있는 기능으로 이어질 수 있기 때문입니다."

3. 삶의 질 도구 설정: Claude가 설정 스크립트(예: init.sh)를 만들어 서버를 우아하게 시작하고, 테스트 스위트를 실행하고, 린터를 실행하도록 권장하세요. 이는 새로운 컨텍스트 윈도우에서 계속할 때 반복된 작업을 방지합니다.

4. 새로 시작 vs 압축: 컨텍스트 윈도우가 지워질 때, 압축을 사용하기보다는 완전히 새로운 컨텍스트 윈도우로 시작하는 것을 고려하세요. Claude 4.5 모델은 로컬 파일 시스템에서 상태를 발견하는 데 매우 효과적입니다. 어떤 경우에는 압축보다 이를 활용하고 싶을 수 있습니다. 시작 방법에 대해 규범적으로 지정하세요:

   • "pwd를 호출하세요; 이 디렉토리에서만 파일을 읽고 쓸 수 있습니다."
   • "progress.txt, tests.json, git 로그를 검토하세요."
   • "새로운 기능 구현으로 이동하기 전에 기본 통합 테스트를 수동으로 실행하세요."

5. 검증 도구 제공: 자율 작업의 길이가 증가함에 따라 Claude는 지속적인 인간 피드백 없이 정확성을 검증해야 합니다. Playwright MCP 서버 또는 UI 테스트를 위한 컴퓨터 사용 기능과 같은 도구가 도움이 됩니다.

6. 컨텍스트의 완전한 사용을 권장하세요: Claude에게 다음으로 이동하기 전에 효율적으로 구성 요소를 완료하도록 프롬프트하세요:

이것은 매우 긴 작업이므로 작업을 명확하게 계획하는 것이 도움이 될 수 있습니다. 전체 출력 컨텍스트를 작업에 사용하는 것이 권장됩니다 - 중요한 커밋되지 않은 작업으로 컨텍스트가 부족하지 않도록 하세요. 이 작업을 완료할 때까지 체계적으로 계속 작업하세요.

상태 관리 모범 사례

• 상태 데이터에 구조화된 형식 사용: 구조화된 정보(테스트 결과 또는 작업 상태 등)를 추적할 때, JSON 또는 기타 구조화된 형식을 사용하여 Claude가 스키마 요구 사항을 이해하도록 도와주세요
• 진행 상황 메모에 비구조화된 텍스트 사용: 자유 형식 진행 상황 메모는 일반적인 진행 상황과 컨텍스트를 추적하는 데 잘 작동합니다
• 상태 추적에 git 사용: Git은 수행된 작업의 로그와 복원할 수 있는 체크포인트를 제공합니다. Claude 4.5 모델은 여러 세션에 걸쳐 상태를 추적하기 위해 git을 사용하는 데 특히 잘 수행합니다.
• 증분 진행을 강조하세요: Claude에게 진행 상황을 추적하고 증분 작업에 초점을 맞추도록 명시적으로 요청하세요

통신 스타일

Claude 4.5 모델은 이전 모델과 비교하여 더 간결하고 자연스러운 통신 스타일을 가집니다:

• 더 직접적이고 근거 있음: 자축적인 업데이트보다는 사실 기반의 진행 상황 보고서를 제공합니다
• 더 대화체: 약간 더 유창하고 구어체이며, 기계적이지 않습니다
• 덜 장황함: 달리 요청되지 않는 한 효율성을 위해 상세한 요약을 건너뛸 수 있습니다

이 통신 스타일은 불필요한 설명 없이 달성된 것을 정확하게 반영합니다.

특정 상황에 대한 지침

장황함의 균형 맞추기

Claude 4.5 모델은 효율성을 지향하며 도구 호출 후 구두 요약을 건너뛰고 다음 작업으로 직접 이동할 수 있습니다. 이는 간소화된 워크플로우를 만들지만, 당신은 추론 과정에 대한 더 많은 가시성을 선호할 수 있습니다.

Claude가 작업할 때 업데이트를 제공하도록 하려면:

도구 사용을 포함하는 작업을 완료한 후, 수행한 작업에 대한 빠른 요약을 제공하세요.

도구 사용 패턴

Claude 4.5 모델은 정확한 명령 따르기를 위해 학습되었으며 특정 도구를 사용하도록 명시적인 지시를 받으면 이점을 얻습니다. "몇 가지 변경을 제안할 수 있을까"라고 말하면, 변경을 만드는 것이 당신의 의도일 수 있음에도 불구하고 때때로 제안만 제공할 것입니다.

Claude가 조치를 취하도록 하려면 더 명시적이어야 합니다:

Claude가 기본적으로 조치를 취하는 데 더 적극적이 되도록 하려면, 시스템 프롬프트에 다음을 추가할 수 있습니다:

<default_to_action>
기본적으로 제안만 하기보다는 변경을 구현하세요. 사용자의 의도가 불명확한 경우, 가장 유용할 가능성이 높은 조치를 추론하고 진행하며, 추측하기보다는 도구를 사용하여 누락된 세부 사항을 발견하세요. 도구 호출(예: 파일 편집 또는 읽기)이 의도되었는지 여부에 대한 사용자의 의도를 추론하고 그에 따라 행동하세요.
</default_to_action>

반면에, 모델이 기본적으로 더 주저하고, 구현으로 바로 뛰어드는 경향이 적으며, 요청된 경우에만 조치를 취하도록 하려면, 다음과 같은 프롬프트로 이 동작을 조종할 수 있습니다:

<do_not_act_before_instructions>
변경을 명확하게 지시받지 않는 한 구현이나 파일 변경으로 뛰어들지 마세요. 사용자의 의도가 모호한 경우, 조치를 취하기보다는 정보 제공, 연구, 권장 사항 제공을 기본값으로 하세요. 사용자가 명시적으로 편집, 수정 또는 구현을 요청할 때만 진행하세요.
</do_not_act_before_instructions>

도구 사용 및 트리거

Claude Opus 4.5는 이전 모델보다 시스템 프롬프트에 더 반응합니다. 도구나 기술의 과소 트리거를 줄이기 위해 설계된 프롬프트는 Claude Opus 4.5가 이제 과도하게 트리거할 수 있습니다. 해결책은 공격적인 언어를 줄이는 것입니다. "중요: 이 도구를 사용해야 할 때..."라고 말했던 곳에서, "이 도구를 사용할 때..."와 같은 더 정상적인 프롬프트를 사용할 수 있습니다.

응답 형식 제어

Claude 4.x 모델에서 출력 형식을 조종하는 데 특히 효과적인 몇 가지 방법이 있습니다:

1. Claude에게 하지 말아야 할 것이 아니라 할 것을 말하세요

   • 대신: "응답에서 마크다운을 사용하지 마"
   • 시도: "당신의 응답은 부드럽게 흐르는 산문 단락으로 구성되어야 합니다."

2. XML 형식 표시기 사용

   • 시도: "응답의 산문 섹션을 <smoothly_flowing_prose_paragraphs> 태그로 작성하세요."

3. 프롬프트 스타일을 원하는 출력과 일치시키세요

   프롬프트에서 사용하는 형식 스타일은 Claude의 응답 스타일에 영향을 미칠 수 있습니다. 출력 형식 조종성 문제가 계속 발생하면, 가능한 한 프롬프트 스타일을 원하는 출력 스타일과 일치시키는 것을 권장합니다. 예를 들어, 프롬프트에서 마크다운을 제거하면 출력의 마크다운 양을 줄일 수 있습니다.

4. 특정 형식 지정 선호도에 대해 상세한 프롬프트 사용

   마크다운 및 형식 지정 사용에 대한 더 많은 제어를 위해 명시적인 지침을 제공하세요:

<avoid_excessive_markdown_and_bullet_points>
보고서, 문서, 기술 설명, 분석 또는 기타 장문 콘텐츠를 작성할 때, 완전한 단락과 문장을 사용하여 명확하고 흐르는 산문으로 작성하세요. 조직을 위해 표준 단락 나누기를 사용하고 마크다운을 주로 `인라인 코드`, 코드 블록(```...```)과 간단한 제목(###, ###)으로 예약하세요. **굵게**와 *이탤릭*을 사용하지 마세요.

순서가 있는 목록(1. ...)이나 순서가 없는 목록(*)을 사용하지 마세요. 단, a) 목록 형식이 최선의 옵션인 진정으로 개별적인 항목을 제시하거나, b) 사용자가 명시적으로 목록이나 순위를 요청한 경우는 제외합니다.

항목을 글머리 기호나 숫자로 나열하는 대신, 자연스럽게 문장에 통합하세요. 이 지침은 특히 기술 작성에 적용됩니다. 과도한 형식 지정 대신 산문을 사용하면 사용자 만족도가 향상됩니다. 과도하게 짧은 글머리 기호 시리즈를 절대 출력하지 마세요.

당신의 목표는 독자를 자연스럽게 아이디어를 통해 안내하는 읽기 쉽고 흐르는 텍스트이며, 정보를 고립된 포인트로 단편화하지 않는 것입니다.
</avoid_excessive_markdown_and_bullet_points>

연구 및 정보 수집

Claude 4.5 모델은 뛰어난 에이전트 검색 기능을 보여주며 여러 소스에서 정보를 효과적으로 찾고 종합할 수 있습니다. 최적의 연구 결과를 위해:

1. 명확한 성공 기준 제공: 연구 질문에 대한 성공적인 답변이 무엇인지 정의하세요

2. 소스 검증 권장: Claude에게 여러 소스에서 정보를 검증하도록 요청하세요

3. 복잡한 연구 작업의 경우, 구조화된 접근 방식 사용:

구조화된 방식으로 이 정보를 검색하세요. 데이터를 수집할 때, 여러 경쟁 가설을 개발하세요. 진행 상황 메모에서 신뢰도 수준을 추적하여 보정을 개선하세요. 정기적으로 접근 방식을 자체 비판하고 계획하세요. 가설 트리 또는 연구 메모 파일을 업데이트하여 정보를 유지하고 투명성을 제공하세요. 이 복잡한 연구 작업을 체계적으로 분해하세요.

이 구조화된 접근 방식을 통해 Claude는 코퍼스의 크기에 관계없이 거의 모든 정보를 찾고 종합하며 반복적으로 결과를 비판할 수 있습니다.

서브에이전트 오케스트레이션

Claude 4.5 모델은 크게 개선된 기본 서브에이전트 오케스트레이션 기능을 보여줍니다. 이러한 모델은 작업이 전문화된 서브에이전트에 위임하는 것으로부터 이점을 얻을 때를 인식하고 명시적인 명령 없이 적극적으로 그렇게 할 수 있습니다.

이 동작을 활용하려면:

1. 잘 정의된 서브에이전트 도구 확보: 서브에이전트 도구를 사용 가능하게 하고 도구 정의에서 설명하세요
2. Claude가 자연스럽게 오케스트레이션하도록 하세요: Claude는 명시적인 명령 없이 적절하게 위임할 것입니다
3. 필요한 경우 보수성 조정:

작업이 새로운 컨텍스트 윈도우를 가진 별도의 에이전트로부터 명확하게 이점을 얻을 때만 서브에이전트에 위임하세요.

모델 자기 인식

Claude가 당신의 애플리케이션에서 자신을 올바르게 식별하거나 특정 API 문자열을 사용하도록 하려면:

어시스턴트는 Anthropic에서 만든 Claude입니다. 현재 모델은 Claude Sonnet 4.5입니다.

모델 문자열을 지정해야 하는 LLM 기반 앱의 경우:

LLM이 필요할 때, 사용자가 달리 요청하지 않는 한 기본적으로 Claude Sonnet 4.5를 사용하세요. Claude Sonnet 4.5의 정확한 모델 문자열은 claude-sonnet-4-5-20250929입니다.

사고 민감도

확장 사고가 비활성화되면, Claude Opus 4.5는 "think"라는 단어와 그 변형에 특히 민감합니다. "think"를 "consider", "believe", "evaluate"와 같은 유사한 의미를 전달하는 대체 단어로 바꾸는 것을 권장합니다.

사고 및 인터리빙 사고 기능 활용

Claude 4.x 모델은 도구 사용 후 반영이나 복잡한 다단계 추론을 포함하는 작업에 특히 도움이 될 수 있는 사고 기능을 제공합니다. 더 나은 결과를 위해 초기 또는 인터리빙 사고를 안내할 수 있습니다.

도구 결과를 받은 후, 그들의 품질을 신중하게 반영하고 진행하기 전에 최적의 다음 단계를 결정하세요. 이 새로운 정보를 기반으로 계획하고 반복하기 위해 당신의 사고를 사용한 후, 최선의 다음 조치를 취하세요.

문서 작성

Claude 4.5 모델은 프레젠테이션, 애니메이션, 시각적 문서 작성에 탁월합니다. 이러한 모델은 이 영역에서 Claude Opus 4.1과 동등하거나 초과하며, 인상적인 창의적 감각과 더 강한 명령 따르기를 갖추고 있습니다. 모델은 대부분의 경우 첫 시도에 광택이 나고 사용 가능한 출력을 생성합니다.

문서 작성으로 최상의 결과를 얻으려면:

[주제]에 대한 전문적인 프레젠테이션을 만들어. 신중한 디자인 요소, 시각적 계층 구조, 적절한 곳에 매력적인 애니메이션을 포함해.

개선된 비전 기능

Claude Opus 4.5는 이전 Claude 모델과 비교하여 개선된 비전 기능을 가지고 있습니다. 특히 컨텍스트에 여러 이미지가 있을 때 이미지 처리 및 데이터 추출 작업에서 더 잘 수행합니다. 이러한 개선 사항은 모델이 스크린샷과 UI 요소를 더 안정적으로 해석할 수 있는 컴퓨터 사용으로 이어집니다. Claude Opus 4.5를 사용하여 프레임으로 분해하여 비디오를 분석할 수도 있습니다.

성능을 더욱 향상시키기 위해 효과적인 한 가지 기법은 Claude Opus 4.5에 자르기 도구 또는 기술을 제공하는 것입니다. Claude가 이미지의 관련 영역을 "확대"할 수 있을 때 이미지 평가에서 일관된 향상을 보았습니다. 자르기 도구에 대한 요리책을 여기에 준비했습니다.

병렬 도구 호출 최적화

Claude 4.x 모델은 병렬 도구 실행에 탁월하며, Sonnet 4.5는 여러 작업을 동시에 실행하는 데 특히 공격적입니다. Claude 4.x 모델은:

• 연구 중 여러 추측 검색 실행
• 컨텍스트를 더 빠르게 구축하기 위해 여러 파일을 한 번에 읽기
• bash 명령을 병렬로 실행(시스템 성능을 병목으로 만들 수도 있음)

이 동작은 쉽게 조종할 수 있습니다. 모델은 프롬프트 없이 병렬 도구 호출에서 높은 성공률을 가지지만, 이를 ~100%로 높이거나 공격성 수준을 조정할 수 있습니다:

<use_parallel_tool_calls>
여러 도구를 호출하려고 하고 도구 호출 간에 종속성이 없는 경우, 모든 독립적인 도구 호출을 병렬로 만드세요. 작업을 순차적으로 수행할 수 있을 때마다 도구를 동시에 호출하는 것을 우선시하세요. 예를 들어, 3개의 파일을 읽을 때, 3개의 도구 호출을 병렬로 실행하여 3개의 파일을 모두 동시에 컨텍스트로 읽으세요. 가능한 곳에서 병렬 도구 호출의 사용을 최대화하여 속도와 효율성을 높이세요. 그러나 일부 도구 호출이 이전 호출에 종속되어 매개변수와 같은 종속 값을 알려주는 경우, 이러한 도구를 병렬로 호출하지 마세요. 대신 순차적으로 호출하세요. 도구 호출에서 자리 표시자를 사용하거나 누락된 매개변수를 추측하지 마세요.
</use_parallel_tool_calls>

각 단계 사이에 짧은 일시 중지를 두고 순차적으로 작업을 실행하여 안정성을 보장하세요.

에이전트 코딩에서 파일 생성 줄이기

Claude 4.x 모델은 때때로 테스트 및 반복 목적으로 새 파일을 만들 수 있으며, 특히 코드로 작업할 때 그렇습니다. 이 접근 방식을 통해 Claude는 파일, 특히 python 스크립트를 최종 출력을 저장하기 전에 '임시 스크래치패드'로 사용할 수 있습니다. 임시 파일을 사용하면 특히 에이전트 코딩 사용 사례에서 결과를 개선할 수 있습니다.

순 새 파일 생성을 최소화하려면, Claude에게 자신을 정리하도록 지시할 수 있습니다:

반복을 위해 임시 새 파일, 스크립트 또는 도우미 파일을 만드는 경우, 작업 끝에 이러한 파일을 제거하여 정리하세요.

과도한 열정과 파일 생성

Claude Opus 4.5는 추가 파일을 만들고, 불필요한 추상화를 추가하거나, 요청되지 않은 유연성을 구축하여 과도하게 엔지니어링하는 경향이 있습니다. 이 원치 않는 동작을 보고 있다면, 솔루션을 최소한으로 유지하도록 명시적인 프롬프트를 추가하세요.

예를 들어:

과도하게 엔지니어링하지 마세요. 직접 요청되거나 명확하게 필요한 변경만 하세요. 솔루션을 간단하고 초점을 맞춘 상태로 유지하세요.

요청되지 않은 기능을 추가하거나, 코드를 리팩토링하거나, "개선"을 하지 마세요. 버그 수정은 주변 코드를 정리할 필요가 없습니다. 간단한 기능은 추가 구성 가능성이 필요하지 않습니다.

발생할 수 없는 시나리오에 대해 오류 처리, 폴백 또는 검증을 추가하지 마세요. 내부 코드와 프레임워크 보장을 신뢰하세요. 시스템 경계(사용자 입력, 외부 API)에서만 검증하세요. 코드를 변경할 수 있을 때 하위 호환성 shim을 사용하지 마세요.

일회성 작업에 대해 도우미, 유틸리티 또는 추상화를 만들지 마세요. 가상의 미래 요구 사항을 위해 설계하지 마세요. 올바른 복잡도는 현재 작업에 필요한 최소값입니다. 가능한 곳에서 기존 추상화를 재사용하고 DRY 원칙을 따르세요.

프론트엔드 디자인

Claude 4.x 모델, 특히 Opus 4.5는 강한 프론트엔드 디자인을 갖춘 복잡한 실제 웹 애플리케이션 구축에 탁월합니다. 그러나 지침이 없으면, 모델은 사용자가 "AI slop" 미학이라고 부르는 것을 만드는 일반적인 패턴으로 기본값을 설정할 수 있습니다. 놀라움과 기쁨을 주는 독특하고 창의적인 프론트엔드를 만들려면:

더 나은 프론트엔드 디자인을 장려하기 위해 사용할 수 있는 시스템 프롬프트 스니펫은 다음과 같습니다:

<frontend_aesthetics>
당신은 일반적이고 "분포상" 출력으로 수렴하는 경향이 있습니다. 프론트엔드 디자인에서, 이는 사용자가 "AI slop" 미학이라고 부르는 것을 만듭니다. 이를 피하세요: 놀라움과 기쁨을 주는 창의적이고 독특한 프론트엔드를 만드세요.

다음에 초점을 맞추세요:
- 타이포그래피: 아름답고 독특하며 흥미로운 글꼴을 선택하세요. Arial과 Inter와 같은 일반적인 글꼴을 피하세요; 대신 프론트엔드의 미학을 높이는 독특한 선택을 선택하세요.
- 색상 및 테마: 응집력 있는 미학에 커밋하세요. 일관성을 위해 CSS 변수를 사용하세요. 지배적인 색상과 날카로운 악센트는 소심한 균등 분포 팔레트를 능가합니다. IDE 테마와 문화적 미학에서 영감을 얻으세요.
- 모션: 효과와 마이크로 상호작용을 위해 애니메이션을 사용하세요. HTML의 CSS 전용 솔루션을 우선시하세요. 사용 가능할 때 React의 Motion 라이브러리를 사용하세요. 높은 영향 순간에 초점을 맞추세요: 하나의 잘 조율된 페이지 로드와 엇갈린 공개(animation-delay)는 산재된 마이크로 상호작용보다 더 많은 기쁨을 만듭니다.
- 배경: 단색으로 기본값을 설정하기보다는 분위기와 깊이를 만드세요. CSS 그래디언트를 레이어링하고, 기하학적 패턴을 사용하거나, 전체 미학과 일치하는 상황별 효과를 추가하세요.

일반적인 AI 생성 미학을 피하세요:
- 과도하게 사용된 글꼴 패밀리(Inter, Roboto, Arial, 시스템 글꼴)
- 진부한 색 구성(특히 흰색 배경의 보라색 그래디언트)
- 예측 가능한 레이아웃과 구성 요소 패턴
- 상황별 특성이 부족한 쿠키 커터 디자인

창의적으로 해석하고 상황에 맞게 설계된 것처럼 느껴지는 예상 밖의 선택을 하세요. 밝은 테마와 어두운 테마, 다양한 글꼴, 다양한 미학 사이를 변경하세요. 당신은 여전히 세대 전체에서 일반적인 선택(예: Space Grotesk)으로 수렴하는 경향이 있습니다. 이를 피하세요: 상자 밖으로 생각하는 것이 중요합니다!
</frontend_aesthetics>

전체 기술은 여기에서 참조할 수 있습니다.

테스트 통과 및 하드코딩에 초점을 맞추는 것을 피하세요

Claude 4.x 모델은 때때로 더 일반적인 솔루션을 희생하면서 테스트 통과에 너무 집중하거나, 표준 도구를 직접 사용하는 대신 복잡한 리팩토링을 위한 도우미 스크립트와 같은 해결 방법을 사용할 수 있습니다. 이 동작을 방지하고 강력하고 일반화 가능한 솔루션을 보장하려면:

사용 가능한 표준 도구를 사용하여 고품질의 범용 솔루션을 작성하세요. 작업을 더 효율적으로 수행하기 위해 도우미 스크립트나 해결 방법을 만들지 마세요. 테스트 케이스뿐만 아니라 모든 유효한 입력에 대해 올바르게 작동하는 솔루션을 구현하세요. 특정 테스트 입력에만 작동하는 값을 하드코딩하거나 솔루션을 만들지 마세요. 대신 문제를 일반적으로 해결하는 실제 논리를 구현하세요.

문제 요구 사항을 이해하고 올바른 알고리즘을 구현하는 데 초점을 맞추세요. 테스트는 정확성을 검증하기 위해 있으며, 솔루션을 정의하기 위해 있지 않습니다. 모범 사례와 소프트웨어 설계 원칙을 따르는 원칙 있는 구현을 제공하세요.

작업이 불합리하거나 실행 불가능하거나 테스트 중 하나가 잘못된 경우, 이를 해결하려고 하기보다는 나에게 알려주세요. 솔루션은 강력하고 유지 관리 가능하며 확장 가능해야 합니다.

코드 탐색 권장

Claude Opus 4.5는 매우 유능하지만 코드를 탐색할 때 과도하게 보수적일 수 있습니다. 모델이 코드를 읽지 않고 솔루션을 제안하거나 읽지 않은 코드에 대해 가정을 하는 것을 알아차리면, 최선의 해결책은 프롬프트에 명시적인 명령을 추가하는 것입니다. Claude Opus 4.5는 현재까지 가장 조종 가능한 모델이며 직접 지침에 안정적으로 반응합니다.

예를 들어:

코드 편집을 제안하기 전에 항상 관련 파일을 읽고 이해하세요. 검사하지 않은 코드에 대해 추측하지 마세요. 사용자가 특정 파일/경로를 참조하는 경우, 설명하거나 수정을 제안하기 전에 반드시 열고 검사해야 합니다. 주요 사실에 대한 코드를 철저히 검색하는 데 엄격하고 지속적이어야 합니다. 새로운 기능이나 추상화를 구현하기 전에 코드베이스의 스타일, 규칙 및 추상화를 철저히 검토하세요.

에이전트 코딩에서 환각 최소화

Claude 4.x 모델은 환각에 덜 취약하며 코드를 기반으로 더 정확하고 근거 있는 지능형 답변을 제공합니다. 이 동작을 더욱 장려하고 환각을 최소화하려면:

<investigate_before_answering>
열지 않은 코드에 대해 추측하지 마세요. 사용자가 특정 파일을 참조하는 경우, 답변하기 전에 반드시 파일을 읽어야 합니다. 코드베이스에 대한 질문에 답변하기 전에 관련 파일을 조사하고 읽어야 합니다. 조사하지 않은 한 코드에 대해 어떤 주장도 하지 마세요. 정확한 답변에 확실하지 않은 한 근거 있고 환각이 없는 답변을 제공하세요.
</investigate_before_answering>

마이그레이션 고려 사항

Claude 4.5 모델로 마이그레이션할 때:

1. 원하는 동작에 대해 구체적이어야 합니다: 출력에서 보고 싶은 것을 정확히 설명하는 것을 고려하세요.

2. 수정자로 명령을 프레임하세요: Claude의 출력 품질과 세부 사항을 높이도록 권장하는 수정자를 추가하면 Claude의 성능을 더 잘 형성하는 데 도움이 될 수 있습니다. 예를 들어, "분석 대시보드를 만들어" 대신 "분석 대시보드를 만들어. 가능한 한 많은 관련 기능과 상호작용을 포함해. 기본을 넘어서 완전히 갖춰진 구현을 만들어."를 사용하세요.

3. 특정 기능을 명시적으로 요청하세요: 애니메이션과 대화형 요소는 원할 때 명시적으로 요청해야 합니다.