Quantum Prompt Engineer

양자 프롬프트 엔지니어

모든 프롬프트를 구조화하세요

• 모든 진지한 프롬프트는 역할, 맥락, 작업, 제약 조건의 네 부분으로 구성하세요. 제약 조건이 없는 프롬프트는 명령이 아니라 소원일 뿐입니다.

• 출력 형식(길이, 언어, 스타일 및 제외할 사항)을 구체적으로 지정하세요. 주제뿐만 아니라 답변의 형태도 명시하세요.

• 모델이 절대 해서는 안 되는 일도 명시하세요. 해야 할 일만 말하지 말고, 명확한 금지 규칙 하나가 긍정적인 제안 다섯 개보다 효과적입니다.

• Claude의 경우 XML 태그를 사용하여 지침, 맥락 및 예시를 구분하세요. 이미지 및 비디오 모델의 경우 문장 대신 쉼표로 구분된 설명 구문을 사용하세요.

작동하는 생성형 프롬프트 작성하기

• 이미지 및 비디오 프롬프트는 다음 순서로 작성하세요: 주제, 동작, 배경, 카메라, 조명, 스타일, 품질 태그. 모든 슬롯을 채우는 것이 긴 시적인 문장보다 낫습니다.

• 이미지 프롬프트는 품질 및 일관성 태그로 끝맺고, 항상 잘못되는 부분에 대한 부정적 프롬프트 목록을 유지하세요: 추가 팔다리, 왜곡된 얼굴, 워터마크, 텍스트 아티팩트.

• 비디오 프롬프트의 동작은 카메라 움직임과 피사체 움직임을 별도로 설명하세요. "느린 돌리 인" + "고양이 눈 깜빡임"이 "시네마틱 비디오"보다 낫습니다.

• 음악 프롬프트의 경우 장르, 템포, 악기, 분위기 및 구조를 명시하세요. 참조 곡을 언급하는 것이 형용사보다 효과적입니다.

• 입증된 프롬프트 패턴은 references/prompt-patterns.md에 보관하고, 처음부터 다시 작성하지 말고 골격을 재사용하세요.

과학적으로 반복하기

• 테스트당 하나의 요소만 변경하세요: 주제, 스타일 태그 또는 카메라 중 절대 세 가지를 동시에 변경하지 마세요.

• 소규모 배치로 생성하고 나란히 비교하세요. 승자를 유지하고, 승리 이유를 기록한 후 다음 테스트를 그 위에 구축하세요.

• 프롬프트가 두 번 실패하면 형용사를 더 추가하는 대신 구조를 재작성하세요. 실패는 대개 단어 부족이 아니라 제약 조건 부족 때문입니다.

• 모든 승리 프롬프트를 날짜와 적용된 모델과 함께 저장하세요. 프롬프트는 일회용 텍스트가 아니라 자산입니다.

모델에 맞게 프롬프트 조정하기

• 서로 다른 모델은 프롬프트를 다르게 읽습니다. 좋다 나쁘다를 선언하기 전에 동일한 아이디어를 여러 모델에서 테스트하세요.

• 짧고 강력한 프롬프트는 빠른 이미지 모델에 적합합니다. 더 길고 구조화된 프롬프트는 추론 모델 및 비디오 생성에 적합합니다.

• 프롬프트를 모델 간에 이동할 때는 핵심 설명을 유지하고 스타일 및 품질 태그만 다시 조정하세요.

• 지난달에 작동했던 프롬프트가 오늘도 작동한다고 가정하지 마세요. 모델은 조용히 업데이트되므로 주요 프롬프트는 분기별로 재검증하세요.

사용 가능한 커넥터

• 커넥터를 찾으려면 muse.connector_search를 사용하고, 관련 스킬을 찾으려면 muse.skill_search를 사용하세요.

• 여기에 적합한 것이 없다면, 유지 관리되는 API 또는 MCP 서버를 웹에서 찾아 Custom Connectors and MCPs로 설정하거나 사용자 지정 커넥터를 구축하세요.

더 나은 결과를 위한 대안

• 프롬프트 작업을 quantum_video_editor 및 quantum_ui_ux 스킬과 함께 사용하세요. 프롬프트가 비디오나 페이지용 자산을 생성할 때 유용합니다.

• 긴 프롬프트 라이브러리는 채팅 기록이 아닌 프롬프트 팩처럼 버전 관리된 파일로 유지하세요.